src-test2/sys/dev/ath, branch release/5.3.0_cvs FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F5.3.0_cvs 2004-11-04T19:12:42Z This commit was manufactured by cvs2svn to create tag 2004-11-04T19:12:42Z cvs2svn cvs2svn@FreeBSD.org 2004-11-04T19:12:42Z urn:sha1:3f86d8a2ea3f3265afaa1fd263b0004c5c000e69 'RELENG_5_3_0_RELEASE'. This commit was manufactured to restore the state of the 5.3-RELEASE image. Add missing bit of last if_start workaround: mark scan callout 2004-08-08T17:10:54Z Sam Leffler sam@FreeBSD.org 2004-08-08T17:10:54Z urn:sha1:e383b2404159028f9848ec405fa2d4ef380aea73 MPSAFE only debug_mpsafenet is 1 so callbacks to send management frames hold Giant; this is another bandaid on the path to removing Giant. Pickup Giant in ath_rx_proc and when handling a beacon miss in order to 2004-08-07T00:45:05Z Sam Leffler sam@FreeBSD.org 2004-08-07T00:45:05Z urn:sha1:b5f4adb32e30a0324085522daaef6c762c7c7a1d satisfy the assertion in if_start. Second part of ALTQ driver modifications, covering: 2004-08-01T23:58:04Z Max Laier mlaier@FreeBSD.org 2004-08-01T23:58:04Z urn:sha1:154b8df2ed89bc6ff54310ee54cd720670405ba7 an(4), ath(4), hme(4), ndis(4), vr(4) and wi(4) Please help testing: http://people.freebsd.org/~mlaier/ALTQ_driver/ Tested by: Vaidas Damosevicius (an, ath, wi) Roman Divacky (vr) Submitted by: yongari (hme) use correct malloc type to allocate struct ieee80211_node's 2004-04-05T04:42:42Z Sam Leffler sam@FreeBSD.org 2004-04-05T04:42:42Z urn:sha1:710da3ec44d2cb426b44826e813d58d80dc11aa1 Noticed by: phk do proper subclassing of node free+copy; the previous hack falls apart when 2004-04-03T03:33:02Z Sam Leffler sam@FreeBSD.org 2004-04-03T03:33:02Z urn:sha1:f61dd564dd09ba27aae436b1d873ea2f50d0cf55 the 802.11 layer does useful work Obtained from: madwifi do proper subclassing of node free+copy; the previous hack falls apart when 2004-04-03T00:06:23Z Sam Leffler sam@FreeBSD.org 2004-04-03T00:06:23Z urn:sha1:1e774079722bf9889cf27fc0189dae13e9cdcef1 the 802.11 layer does useful work Obtained from: madwifi transmit beacon frames directly instead of defering them to a swi; there 2004-04-03T00:02:17Z Sam Leffler sam@FreeBSD.org 2004-04-03T00:02:17Z urn:sha1:babe2453bd2e33368d54bf95c092fb1f90eb8c65 was too much delay Obtained from: madwifi update copyright notice for 2004 2004-04-02T23:57:10Z Sam Leffler sam@FreeBSD.org 2004-04-02T23:57:10Z urn:sha1:cb344d958a67c92e321506c6eb4a3f387fb61c5c add new statistics 2004-04-02T23:55:45Z Sam Leffler sam@FreeBSD.org 2004-04-02T23:55:45Z urn:sha1:59f32d6b3860ac42d8fd39ed52f59456df17c400 Obtained from: madwifi