FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=release%2F9.0.0 2011-01-19T17:04:07Z 2011-01-19T17:04:07Z Matthew D Fleming mdf@FreeBSD.org 2011-01-19T17:04:07Z urn:sha1:f8e4b4ef49d1e146c54e7711f954d63d729fbb8e reading. (This was already done for writing to a sysctl). This requires all SYSCTL setups to specify a type. Most of them are now checked at compile-time. Remove SYSCTL_*X* sysctl additions as the print being in hex should be controlled by the -x flag to sysctl(8). Succested by: bde 2010-05-03T07:32:50Z Maxim Sobolev sobomax@FreeBSD.org 2010-05-03T07:32:50Z urn:sha1:e50d35e6c6c68e83fa329aff043d53ab84982fd3 queue length. The default value for this parameter is 50, which is quite low for many of today's uses and the only way to modify this parameter right now is to edit if_var.h file. Also add read-only sysctl with the same name, so that it's possible to retrieve the current value. MFC after: 1 month 2009-09-08T13:19:05Z Poul-Henning Kamp phk@FreeBSD.org 2009-09-08T13:19:05Z urn:sha1:677843147820e9e8d581cf9841ea01a567324d3b know better than to commit with a cat in the area. 2009-09-08T13:16:55Z Poul-Henning Kamp phk@FreeBSD.org 2009-09-08T13:16:55Z urn:sha1:b34421bf9cab5d0ad5822abfaa62febedef2d9a1 2009-06-26T11:45:06Z Robert Watson rwatson@FreeBSD.org 2009-06-26T11:45:06Z urn:sha1:eb956cd041f956275522092d6ba66671356ff84f IF_ADDR_UNLOCK() across network device drivers when accessing the per-interface multicast address list, if_multiaddrs. This will allow us to change the locking strategy without affecting our driver programming interface or binary interface. For two wireless drivers, remove unnecessary locking, since they don't actually access the multicast address list. Approved by: re (kib) MFC after: 6 weeks 2009-06-11T17:14:28Z Andriy Gapon avg@FreeBSD.org 2009-06-11T17:14:28Z urn:sha1:c0e55e3b65ffb5b5aa0f4c0f76f4ed62c6d25993 with common issue of having void return type instead of int Reviewed by: imp, current@ Approved by: jhb (mentor) 2009-05-21T04:00:31Z Sam Leffler sam@FreeBSD.org 2009-05-21T04:00:31Z urn:sha1:c3e8a587239e9b925acbef2f0a89ef3b5f4b881b 2009-05-20T22:28:55Z Warner Losh imp@FreeBSD.org 2009-05-20T22:28:55Z urn:sha1:68fc5ce70be924d656e19ec679f3c19a4b90dc7c 2009-05-20T20:00:40Z Sam Leffler sam@FreeBSD.org 2009-05-20T20:00:40Z urn:sha1:5463c4a485ef2a317cc554b7699984484ec0983d o replace DLT_IEEE802_11 support in net80211 with DLT_IEEE802_11_RADIO and remove explicit bpf support from wireless drivers; drivers now use ieee80211_radiotap_attach to setup shared data structures that hold the radiotap header for each packet tx/rx o remove rx timestamp from the rx path; it was used only by the tdma support for debugging and was mostly useless due to it being 32-bits and mostly unavailable o track DLT_IEEE80211_RADIO bpf attachments and maintain per-vap and per-com state when there are active taps o track the number of monitor mode vaps o use bpf tap and monitor mode vap state to decide when to collect radiotap state and dispatch frames; drivers no longer explicitly directly check bpf state or use bpf calls to tap frames o handle radiotap state updates on channel change in net80211; drivers should not do this (unless they bypass net80211 which is almost always a mistake) o update various drivers to be more consistent/correct in handling radiotap o update ral to include TSF in radiotap'd frames o add promisc mode callback to wi Reviewed by: cbzimmer, rpaulo, thompsa 2009-05-20T17:29:21Z Warner Losh imp@FreeBSD.org 2009-05-20T17:29:21Z urn:sha1:00b4e54ae7b69db140f2168049138a443fd3190f