Fix the interrupt handler to do the mandatory PCI flush before looking at
DMA memory. The could contribute towards missed link state changes under
heavy bus load.
Correct BD_ADDR entry for "Dummy" device in the default hcsecd.conf.
Each byte in BD_ADDR should exactly two nibbles, i.e
"1:2:3:4:5:6" is NOT valid and "01:02:03:04:05:06" is valid BD_ADDR.
primitives, pkg_add(1) -F.
Structural changes: Make a level-2 section for contrib stuff to
mirror the structure on HEAD, move the existing tzdata item (which was
in the wrong place anyway) into it. Add a level-3 section for rc.d
scripts (empty for now)...I probably nuked this accidentally in
rev. 1.883.2.16.
Fix a bug where, for 6-byte sequences, the top 6 bits get compared to
111111 rather than the top 7 bits being compared against 1111110 causing
illegal bytes fe and ff being treated the same as legal bytes fc and fd.
- i915 attachment and running fixed
- i915 vblank support
- Radeon's new memory map support, which should fix a host of stability issues
when combined with new userland.
- ATI PCI/PCIE GART fix.
- r300 fixes
Also adds a hack to the radeon module Makefile to quiet gcc's fatal warnings
about inlines in this contrib code.
date: 2006/03/03 09:12:21; author: thompsa; state: Exp; lines: +22 -7
Since we are using random ethernet addresses for the bridge, it is possible
that we might have address collisions, so make sure that this hardware address
isn't already in use on another bridge.
Slightly re-worked bpf(4) code associated with bridging: if we have a
destination interface as a member of our bridge or this is a unicast packet,
push it through the bpf(4) machinery.
For broadcast or multicast packets, don't bother with the bpf(4) because it will
be re-injected into ether_input. We do this before we pass the packets through
the pfil(9) framework, as it is possible that pfil(9) will drop the packet or
possibly modify it, making it very difficult to debug firewall issues on the
bridge.
Further, implemented IFF_MONITOR for bridge interfaces. This does much the same
thing that it does for regular network interfaces: it pushes the packet to any
bpf(4) peers and then returns. This bypasses all of the bridge machinery,
saving mutex acquisitions, list traversals, and other operations performed by
the bridging code.
This change to the bridging code is useful in situations where individuals use a
bridge to multiplex RX/TX signals from two interfaces, as is required by some
network taps for de-multiplexing links and transmitting the RX/TX signals
out through two separate interfaces. This behaviour is quite common for network
taps monitoring links, especially for certain manufacturers.
Unbreak byte counters when network interfaces are in monitor mode by
re-organizing the monitor return logic. We perform interface monitoring
checks after we have determined if the CRC is still on the packet, if
it is, m_adj() is called which will adjust the packet length. This
ensures that we are not including CRC lengths in the byte counters for
each packet.
Pickup locks for the BPF interface structure. It's quite possible that
bpf(4) descriptors can be added and removed on this interface while we
are processing stats.
- Add -s flag to limit the length of string fields in the output
brian Jan 2, 2006
- Accept zero len sockaddr_in types
alfred Oct 15, 2005
Approved by: alfred
- Add if_arl_load, if_ath_load, if_axe_load, if_aue_load, if_cs_load,
if_cue_load, if_gem_load, if_hme_load, if_le_load, if_nve_load,
if_rue_load and if_udav_load to the Networking drivers section.
- Remove trailing whitespace in the description of the kern.nbuf entry.
Don't try to kill embryonic processes in killpg1(). This prevents
a race condition between fork() and kill(pid,sig) with pid < 0 that
can cause a kernel panic.
Teach bthidd(8) to reload its config when SIGHUP is received.
Properly convert L2CAP PSM values in sockaddr_l2cap to LE16 byte order.
Properly map mouse buttons.
Fix typo.
PR: bin/94577
Submitted by: Iain Hibbert, Krzysztof Jedruczyk
The -b parameter incorrectly stated that pax archives over ~32kB violate
POSIX. Fixed to describe that block size larger than 32256 bytes are
actually what violates POSIX.
PR: docs/97059
Reviewed by: Giorgos Keramidas <keramida>
- Spelling/grammar fixes.
- Typo fix: "ing" -> "in".
- Document the EOPNOTSUPP returned by hwpmc(4) if a sampling
mode PMC is requested on a CPU without an APIC.
Bump document date.
