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
