Revision:
1.39 src/sys/dev/sound/pci/hda/hdac.c
- Add codec id for ALC660 [1]
- Add codec id for AD1988B, along with fixing its line-in and other
issues (with proper quirks). [2]
Submitted by: [1] barbara.xxx1975@libero.it
[2] Oliver Brandmueller ob@e-Gitt.NET
Revisions:
1.13 src/sys/dev/sound/pci/envy24.c
1.2 src/sys/dev/sound/pci/envy24.h
1.13 src/sys/dev/sound/pci/envy24ht.c
1.5 src/sys/dev/sound/pci/envy24ht.h
1.6 src/sys/dev/sound/pci/spicds.c
1.4 src/sys/dev/sound/pci/spicds.h
Bring in a bunch of bug fixes and some code to support more chipsets.
Neither me nor Joel have access to any of this hardware, so all tests
have been made by Konstantin and Artem. Commit message mostly written
by Konstantin.
envy24:
- Add test code to support rear line-in input on 'Terratec DMX 6fire'
audio card. This code is also intended to be used in the future for
support of cards, that have I2C-to-GPIO expanders wired between the
control line of the audio codec and the Envy24, however such cards
are too complex and i can't add that support without hardware sample
of such board, i've already tried and failed.
envy24ht:
- Add support for 'AudioTrak Prodigy HD2'.
- Add support for 'AudioTrak Prodigy 7.1 XT'.
- Add support for 'ESI Juli@' (Works ok, DAC volume is hard-coded for
the time being, so 'mixer vol ...' doesn't work, only 'mixer pcm
...' works). [1]
- Fix bug in the init data for M-Audio Revolution 5.1, that
results in distorted sound.
- Add software volume control (now 'mixer pcm' works, thanks to Ariff).
- Add support for more samples rates - 176.4kHz and 192kHz.
- Fix problem with the 192kHz samples rate playback when 24.576MHz
crystal is used on the board instead of 49.152MHz crystal.
spicds:
- Add support for Asahi Kasei flagship DAC - AK4396 (used in AudioTrak
Prodigy HD2).
Submitted by: Konstantin Dimitrov <kosio.dimitrov@gmail.com>
Tested by: Artem Antonov [1]
cleanup about the reassembly structures and routine:
- removed unused structure members
- fixed a minor bug that the ECN code point may not be restored correctly
Approved by: ume (mentor)
src/sys/netinet6/frag6.c: 1.31
src/sys/netinet6/ip6_var.h: 1.38
rev. 1.11 of src/sys/geom/geom_vfs.c
rev. 1.516 of src/sys/kern/vfs_bio.c
rev. 1.35 of src/sys/nfs4client/nfs4_vnops.c
rev. 1.272 of src/sys/nfsclient/nfs_vnops.c
rev. 1.195 of src/sys/sys/buf.h
rev. 1.18 of src/sys/sys/bufobj.h
rev. 1.73 of src/sys/ufs/ffs/ffs_extern.h
rev. 1.133 of src/sys/ufs/ffs/ffs_snapshot.c
rev. 1.324 of src/sys/ufs/ffs/ffs_vfsops.c
Avoid dealing with buffers in bdwrite() that are from other side of
snaplock divisor in the lock order then the buffer being written. Add
new BOP, bop_bdwrite(), to do dirty buffer flushing for same vnode in
the bdwrite(). Default implementation, bufbdflush(), refactors the code
from bdwrite(). For ffs device buffers, specialized implementation is
used.
This commit changes KPI/KBI, thus recompilation of out of tree kernel
modules is required.
Approved by: re (kensmith)
rpcbind.c: rev. 1.15, 1.16, 1.17
rpcbind.8: rev. 1.10
1)Make it possible for rpcbind(8) to bind TCP listening socket to an IP
other than INADDR_ANY.
2) Add the -6 option to specify "IPv6 only".
PR: 84494, 1122566
1.200 sbin/ipfw/ipfw.8, 1.104 sbin/ipfw/ipfw2.c
1.110 sys/netinet/ip_fw.h, 1.164 sys/netinet/ip_fw2.c
Add support for filtering on Routing Header Type 0 and
Mobile IPv6 Routing Header Type 2 in addition to filter
on the non-differentiated presence of any Routing Header.
Make it possible that carpdetach() unlocks on return. Then, in
carp_clone_destroy() we are on a safe side, we don't need to
unlock the cif, that can me already non-existent at this point.
Reported by: Anton Yuzhaninov <citrin rambler-co.ru>
support and makes MegaCli work on amd64. Scott supplied patches
to make the ioctl commands not block the controller. MegaCli
still has some issues with our emulation and create some bogus
commands so flashing doesn't work.
This should loosely resolve 113232. We were waiting on some other
fixes to go into -current before migrating this to -stable.
PR: 113232
Submitted by: scottl
- Updated copyright date to 2007.
- Tested with BCM5706 A3.
- Added ID for BCM5708 B2.
- Removed unused driver version string.
- Modified BCE_PRINTF macro to automatically fill-in the sc pointer.
- Fixed a kernel panic when the driver was loaded as a module from the
command-line because the MII bus pointer was null (i.e. the MII bus
hadn't been enumerated yet).
- Added fix proposed by Vladimir Ivanov <wawa@yandex-team.ru> to prevent
driver state corruption when releasing the lock during the ISR in
bce_rx_intr() to send packets up the stack.
- Added new TX chain and register read sysctl interfaces for debugging.
- Cleaned up formatting for various other debug routines.
- Added a new statistic maintained by firmware which tracks the number
of received packets dropped because no receive buffers are available.
Simmilar, but different treatment:
Insert NULL pointer checking around devclass_get_maxunit(pcm_devclass, ..) .
Things can get ugly without it due to uninitialized class.
err.. perhaps we should teach devclass_get_maxunit() to return -1 ?
moused.8 rev 1.60 and rev 1.61
Makefile rev 1.9
Add dynamic acceleration to moused(8). This introduces a '-A' flag to
control the acceleration algorithm. It can be used together with the '-a'
flag for regular acceleration. [1]
Convert macros to use C99's syntax for macros with a variable number of
arguments.
Markup fixes to moused(8).
Submitted by: Oliver Fromme <olli -at- lurza.secnetix.de> [1]
Behind on MFCs: philip
The TCP checksum offload handling in the 8111B/8168B and 8101E PCIe can
apparently be confused by short TCP segments that have been manually
padded to the minimum ethernet frame size. The driver does short frame
padding in software as a workaround for a bug in the 8169 PCI devices
that causes short IP fragments to be corrupted due to an apparent
conflict between the hardware autopadding and hardware IP checksumming.
To fix this, we avoid software padding for short TCP segments, since
the hardware seems to autopad and checksum these correctly (even the
older 8169 NICs get these right). Short UDP packets appear to be
handled correctly in all cases. This should work around the IP header
checksum bug in the 8169 while not tripping the TCP checksum bug in
the 8111B/8168B and 8101E.
PR: 112089
