to ignore leading "./" that was there to allow us to
compare path names with strcmp(). Comparing pathnames
syntactically is a bit more complex than that, so
encapsulate it in a new utility function and use that instead.
Separate platform-specific config into config_freebsd.h.
Changes to Makefile and bsdtar_platform.h to use this instead
of coding the FreeBSD configuration into bsdtar_platform.h
- Ensure the path cost does not exceed 65535 in legacy STP mode.
- If the path cost is calculated when the link is down, set a pending flag so
it is calculated again when it comes back up.
- To not use 00:00:00:00:00:00 as the bridge id, all interfaces are scanned and
the lowest number wins. All zeros is too low.
- If the STP state machine is stopped then clear the bridge-id and root-id.
Fix a kernel panic based on receiving an ICMPv6 Packet too Big message.
(MFC was planned but has been missed)
PR: 99779
Submitted by: Jinmei Tatuya
Reviewed by: clement, rwatson
Approved by: gnn (mentor)
src/sys/kern/uipc_socket.c: 1.280
platforms on which it's included in the GENERIC kernel. The change
is not an exact MFC because the set of platforms is different between
HEAD and RELENG_6.
dev.archlist.txt 1.95 -> 1.96
PR: 115403
src/usr.sbin/bsnmpd/modules/snmp_bridge/BEGEMOT-BRIDGE-MIB.txt, Revision 1.3
src/usr.sbin/bsnmpd/modules/snmp_bridge/bridge_port.c, Revision 1.6
src/usr.sbin/bsnmpd/modules/snmp_bridge/bridge_snmp.h, Revision 1.5
src/usr.sbin/bsnmpd/modules/snmp_bridge/bridge_sys.c, Revision 1.7
src/usr.sbin/bsnmpd/modules/snmp_bridge/bridge_tree.def, Revision 1.3
src/usr.sbin/bsnmpd/modules/snmp_bridge/snmp_bridge.3, Revision 1.4
Keep the snmp_bridge(3) module up to date with if_bridge(4) and add an
object to control the value of the new 'PRIVATE' bridge members' flag.
While here, remove stale '__unused' compiler directives.
Reviewed by: bz
Approved by: bz (mentor)
The return value of aac_alloc_command() was misinterpreted in aac_ioctl_event().
Once triggered this would leak away all available commands and starve the rest
of the driver.
Submitted by: Eugene Grosbein <eugen@grosbein.pp.ru>
The fix for PR kern/111480 was incomplete, "make MODULES_WITH_WORLD=true
buildworld" stopped with an error.
errors (especially when jumbo frames are enabled or in low memory systems)
because the RX chain was corrupted when an mbuf was mapped to an unexpected
number of buffers.
- Fixed a problem that would cause kernel panics when an excessively
fragmented TX mbuf couldn't be defragmented and was released by
bce_tx_encap().
Replace three copies of the host controller reset sequence that
differ in their details with calls to a new function, ehci_hcreset(),
that performs the reset.
The original sequences either had no delay or a 1ms delay between
telling the controller to stop and asserting the controller reset
bit. One instance of the original reset sequence waited for the
controller to indicate that its reset was complete before continuing,
but the other two immediately let the subsequent code execute. The
latter is a problem on some hardware, because a read of the HCCPARAMS
register returns an incorrect value while the reset is in progress,
which triggers an infinite loop in ehci_pci_givecontroller(), which
hangs the system on shutdown.
The reset sequence in ehci_hcreset() starts with the most complete
instance from the original code, which contains a loop to wait for
the controller to indicate that its reset is complete. This appears
to be the correct thing to do according to "Enhanced Host Controller
Interface Specification for Universal Serial Bus" revision 1.0,
section 2.3.1. Add another loop to wait for the controller to
indicate that it has stopped before setting the HCRESET bit. This
is required by the section 2.3.1 in the specification, which says
that setting HCRESET before the controller has halted "will result
in undefined behaviour".
If the mmap() call in rpc.statd fails, rpc.statd prints a warning
message and then dumps core because the subsequent code assumes that
mmap() succeeded. Since rpc.statd does not have fallback code to
implement the functionality needed to operate on the status file if
it is not memory mapped, rpc.statd should use err() to force the process
to exit if the mmap() call fails.
PR: bin/115430 (mmap() failure previously fixed in statd.c 1.12.8.2)
Add ng_send_fn() error handeling inside ng_con_nodes().
Without it some errors may left unnoticed and unhandeled
that lead to hooks left in half-connected state.
- integrate most recent changes from vendor branch and upgrade to firmware revision 4.5.5
- add filter support
- further improvements for T304
- recover gracefully from spurious immediate packets
- Increase descriptors per call to start
- enqueue per-txq task
- fix per-txq task initialization
- reduce cpu usage by as much as 25% (40% -> 30) by doing txq reclaim more efficiently
- use mtx_trylock when trying to grab the lock to avoid spinning during long encap loop
- add per-txq reclaim task
- if mbufs were successfully re-claimed try another pass
- track txq overruns with sysctl
- In all structures other than port info port is a pointer to a port info,
make the code less confusing by renaming the port number to port_id
RELENG_6 only fix:
- set cluster refcnt to 1 if it isn't otherwise set to fix memory leak
Supported by: Chelsio
src/etc/rc.subr 1.72
src/share/man/man8/rc.subr.8 1.17
Eliminate a number of inconsistencies in handling pre- and post-commands
as well as required_* conditions. Introduce required_modules.
PR: conf/98734
pam_nologin(8) starts to provide an account management function in
addition to the existing authentication function so that sshd(8) can
respect nologin(5) while the rest of PAM consumers work as earlier.
In turn, sshd(8) starts to use the new account management function
in pam_nologin(8) and thus respect nologin(5) even when doing public
key authentication with sshd's internal routines (PAM authentication
isn't called at all in that case).
Based on:
1.12 +2 -10 src/lib/libpam/modules/pam_nologin/pam_nologin.c
1.6 +10 -11 src/lib/libpam/modules/pam_nologin/pam_nologin.8
1.16 +1 -1 src/etc/pam.d/sshd
Approved by: des
PR: bin/112574
Update root zone slave example, and correct typo copied from RFC 2544.
Since this change entails only comments and a fix to something that
is actually broken, I'm MFC'ing it sooner rather than later.
- Add a new nexus hook: nexus_add_irq() to ask the nexus driver to add an
IRQ to its irq_rman. The MSI code uses this when it creates new
interrupt sources to let the nexus know about newly valid IRQs.
Previously the msi_alloc() and msix_alloc() passed some extra stuff
back to the nexus methods which then added the IRQs. This approach is
a bit cleaner.
- Change the MSI sx lock to a mutex. If we need to create new sources,
drop the lock, create the required number of sources, then get the lock
and try the allocation again.
- Simplify the amount of work that has be done for each architecture by
pushing more of the truly MI code down into the PCI bus driver.
- Don't bind MSI-X indicies to IRQs so that we can allow a driver to map
multiple MSI-X messages into a single IRQ when handling a message
shortage.
Note that as with the previous MSI MFC, this does not yet include the
'pci_remap_msix()' function.
on i386. Instead, add a new field to 'struct mdthread' to hold the address
and preserve the tf_err value. This corrects the 'sc_err' value in signal
frames which wine needs.
Tested by: wine-freebsd @ hub org
The call to init_file() needs to be moved outside the loop in statd.c,
otherwise mmap() gets called multiple times, which eventually fails due
to address space exhaustion on i386.
