Linux Wireless
Thread Index
[
Prev Page
][
Next Page
]
[RFT/RFC][PATCH] p54: fix misbehavings when firmware can't be found
From
: Chr <chunkeey@xxxxxx>
Re: iwl3945: if I leave my machine running overnight, wifi will not work in the morning
From
: Pavel Machek <pavel@xxxxxxx>
Re: iwl3945: if I leave my machine running overnight, wifi will not work in the morning
From
: Pavel Machek <pavel@xxxxxxx>
[PATCH] iw: Add commands to get and set o11s mesh networking parameters
From
: colin@xxxxxxxxxxx
[PATCH v3] Add nl80211 commands to get and set o11s mesh networking parameters
From
: colin@xxxxxxxxxxx
[RFC] libertas: iwpriv commands to configure fine grained wake-on-(w)lan
From
: Anna Neal <anna@xxxxxxxxxxx>
[PATCH] libertas: Fine grained configuration of wake-on-lan.
From
: Anna Neal <anna@xxxxxxxxxxx>
New iwlwifi 3945 uCode available
From
: reinette chatre <reinette.chatre@xxxxxxxxxxxxxxx>
Re: [Bugme-new] [Bug 11782] New: p54 misbehaves when firmware can't be found
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [PATCH 1/1] Ath5k: add AP mode
From
: "Nick Kossifidis" <mickflemm@xxxxxxxxx>
Re: New Regulatory Domain Api.
From
: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: Marcel Holtmann <holtmann@xxxxxxxxxxxxxxx>
Re: [RFC] make ieee80211 invisible
From
: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: Marcel Holtmann <holtmann@xxxxxxxxxxxxxxx>
Re: [PATCH] mac80211: fix a few typos in mac80211 kernel doc
From
: "Bob Copeland" <me@xxxxxxxxxxxxxxx>
Re: Marvell TopDog Driver Work
From
: Dan Williams <dcbw@xxxxxxxxxx>
Re: [RFC] make ieee80211 invisible
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH v4] mac80211/drivers: rewrite the rate control API
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH] wireless: add regulatory_struct_hint
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH] wireless: remove struct regdom hinting
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH] wireless: fix EU check
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH] wireless: fix regdom passing semantics
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH v2] wireless: get rid of pointless request list
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] wireless: get rid of pointless request list
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH v3] mac80211: Re-enable aggregation
From
: Sujith <Sujith.Manoharan@xxxxxxxxxxx>
[PATCH] wireless: get rid of pointless request list
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH] wireless: remove cfg80211_reg_mutex
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH] wireless: don't publish __regulatory_hint
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
RE: New Regulatory Domain Api.
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH v2] mac80211: Re-enable aggregation
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [RFC] mac80211: Re-enable aggregation
From
: Sujith <Sujith.Manoharan@xxxxxxxxxxx>
[PATCH v2] mac80211: Re-enable aggregation
From
: Sujith <Sujith.Manoharan@xxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH v3] mac80211/drivers: rewrite the rate control API
From
: Zhu Yi <yi.zhu@xxxxxxxxx>
Re: New Regulatory Domain Api.
From
: Marcel Holtmann <holtmann@xxxxxxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: Zhu Yi <yi.zhu@xxxxxxxxx>
Re: New Regulatory Domain Api.
From
: Marcel Holtmann <holtmann@xxxxxxxxxxxxxxx>
Re: [RFC] mac80211: Re-enable aggregation
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] mac80211: fix a few typos in mac80211 kernel doc
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH v3] mac80211/drivers: rewrite the rate control API
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [PATCH v3] mac80211/drivers: rewrite the rate control API
From
: Zhu Yi <yi.zhu@xxxxxxxxx>
Re: New Regulatory Domain Api.
From
: Marcel Holtmann <holtmann@xxxxxxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: Zhu Yi <yi.zhu@xxxxxxxxx>
Re: New Regulatory Domain Api.
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [PATCH v3] mac80211/drivers: rewrite the rate control API
From
: Zhu Yi <yi.zhu@xxxxxxxxx>
Re: New Regulatory Domain Api.
From
: Zhu Yi <yi.zhu@xxxxxxxxx>
Re: New Regulatory Domain Api.
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: Zhu Yi <yi.zhu@xxxxxxxxx>
B43 randomly and silently dropping connections...
From
: Jerry McBride <mcbrides9@xxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: Zhu Yi <yi.zhu@xxxxxxxxx>
[PATCH] mac80211: fix a few typos in mac80211 kernel doc
From
: Bob Copeland <me@xxxxxxxxxxxxxxx>
Re: [PATCH v2] Add nl80211 commands to get and set o11s mesh networking parameters
From
: "Colin McCabe" <colin@xxxxxxxxxxx>
Re: 10-17-2008 Build issues - Intel 3945abg - Ubuntu Intrepid
From
: reinette chatre <reinette.chatre@xxxxxxxxx>
Re: [PATCH] crda: Fix the keys-gcrypt.c target and remove key.priv.pem on clean
From
: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: crda packaging
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: crda packaging
From
: "Davide Pesavento" <davidepesa@xxxxxxxxx>
Re: crda packaging
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: crda packaging
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: crda packaging
From
: "Davide Pesavento" <davidepesa@xxxxxxxxx>
Re: [RFC] mac80211: Re-enable aggregation
From
: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: crda packaging
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: crda packaging
From
: "Davide Pesavento" <davidepesa@xxxxxxxxx>
Re: Marvell TopDog Driver Work
From
: Daniel Gimpelevich <daniel@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
Re: Marvell TopDog Driver Work
From
: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [PATCH v2] Add nl80211 commands to get and set o11s mesh networking parameters
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: Marvell TopDog Driver Work
From
: Daniel Gimpelevich <daniel@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
Re: [RFC] mac80211: Re-enable aggregation
From
: Sujith <m.sujith@xxxxxxxxx>
[PATCH v2] Add nl80211 commands to get and set o11s mesh networking parameters
From
: colin@xxxxxxxxxxx
Re: Marvell TopDog Driver Work
From
: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: Marvell TopDog Driver Work
From
: Dan Williams <dcbw@xxxxxxxxxx>
Re: [PATCH] Add nl80211 commands to get and set o11s mesh networking parameters.
From
: "Colin McCabe" <colin@xxxxxxxxxxx>
Re: w35und wifi driver for linux-staging
From
: Greg KH <greg@xxxxxxxxx>
Re: Marvell TopDog Driver Work
From
: Daniel Gimpelevich <daniel@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
Re: w35und wifi driver for linux-staging
From
: Dan Williams <dcbw@xxxxxxxxxx>
Re: [PATCH] libertas: fix CF firmware loading
From
: Dan Williams <dcbw@xxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: Marcel Holtmann <holtmann@xxxxxxxxxxxxxxx>
Re: Regression: USB Wi-Fi Device Removal Panic
From
: Daniel Gimpelevich <daniel@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
Re: iwl3945 broken in current git
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: iwl3945 broken in current git
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: iwl3945 broken in current git
From
: Dieter Ries <clip2@xxxxxx>
Re: iwl3945 broken in current git
From
: Dieter Ries <clip2@xxxxxx>
Re: iwl3945 broken in current git
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: iwl3945 broken in current git
From
: Dieter Ries <clip2@xxxxxx>
Re: iwl3945 broken in current git
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [RFC] mac80211: Re-enable aggregation
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: iwl3945 broken in current git
From
: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
iwl3945 broken in current git
From
: Dieter Ries <clip2@xxxxxx>
Re: [RFC] mac80211: Re-enable aggregation
From
: Sujith <Sujith.Manoharan@xxxxxxxxxxx>
Re: [RFC] mac80211: Re-enable aggregation
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [RFC] mac80211: Re-enable aggregation
From
: Sujith <Sujith.Manoharan@xxxxxxxxxxx>
Re: Regression: USB Wi-Fi Device Removal Panic
From
: Michael Buesch <mb@xxxxxxxxx>
Re: [RFC] mac80211: Re-enable aggregation
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [RFC] mac80211: Re-enable aggregation
From
: Sujith <Sujith.Manoharan@xxxxxxxxxxx>
Regression: USB Wi-Fi Device Removal Panic
From
: Daniel Gimpelevich <daniel@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
Re: [RFC] mac80211: Re-enable aggregation
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [RFC] mac80211: Re-enable aggregation
From
: Sujith <Sujith.Manoharan@xxxxxxxxxxx>
Re: [RFC] mac80211: Re-enable aggregation
From
: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [RFC] mac80211: Re-enable aggregation
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [RFC] mac80211: Re-enable aggregation
From
: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [RFC] mac80211: Re-enable aggregation
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [RFC] mac80211: Re-enable aggregation
From
: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [RFC] mac80211: Re-enable aggregation
From
: Sujith <Sujith.Manoharan@xxxxxxxxxxx>
Re: [RFC] mac80211: Re-enable aggregation
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [RFC] mac80211: Re-enable aggregation
From
: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [RFC] mac80211: Re-enable aggregation
From
: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [RFC] mac80211: Re-enable aggregation
From
: Sujith <Sujith.Manoharan@xxxxxxxxxxx>
Re: [RFC] mac80211: Re-enable aggregation
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [RFC] mac80211: Re-enable aggregation
From
: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [RFC] mac80211: Re-enable aggregation
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[RFC] mac80211: Re-enable aggregation
From
: Sujith <Sujith.Manoharan@xxxxxxxxxxx>
Re: Power saving on mac80211
From
: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: [PATCH v3] mac80211/drivers: rewrite the rate control API
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH v3] mac80211/drivers: rewrite the rate control API
From
: Zhu Yi <yi.zhu@xxxxxxxxx>
Re: New Regulatory Domain Api.
From
: Zhu Yi <yi.zhu@xxxxxxxxx>
Re: [PATCH v3] mac80211/drivers: rewrite the rate control API
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH v3] mac80211/drivers: rewrite the rate control API
From
: Zhu Yi <yi.zhu@xxxxxxxxx>
Re: New Regulatory Domain Api.
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH v3] mac80211/drivers: rewrite the rate control API
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] libertas: fix CF firmware loading
From
: Holger Schurig <hs4233@xxxxxxxxxxxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [PATCH v3] mac80211/drivers: rewrite the rate control API
From
: Zhu Yi <yi.zhu@xxxxxxxxx>
Re: New Regulatory Domain Api.
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: Power saving on mac80211
From
: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: New Regulatory Domain Api.
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: Power saving on mac80211
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: Power saving on mac80211
From
: Kalle Valo <kalle.valo@xxxxxxxxx>
Re: Power saving on mac80211
From
: Zhu Yi <yi.zhu@xxxxxxxxx>
Re: New Regulatory Domain Api.
From
: Zhu Yi <yi.zhu@xxxxxxxxx>
Re: New Regulatory Domain Api.
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: Zhu Yi <yi.zhu@xxxxxxxxx>
Re: Power saving on mac80211
From
: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: crda packaging
From
: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: 10-17-2008 Build issues - Intel 3945abg - Ubuntu Intrepid
From
: Myk Robinson <myk.robinson@xxxxxxxxxxxxxxxxxxxx>
Re: iwlagn: associating with AP causes kernel hiccup
From
: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: iwlagn: associating with AP causes kernel hiccup
From
: "Andrew Lutomirski" <luto@xxxxxxxxxxxxx>
Re: iwlagn: associating with AP causes kernel hiccup
From
: "Tomas Winkler" <tomasw@xxxxxxxxx>
iwl3945: if I leave my machine running overnight, wifi will not work in the morning
From
: Pavel Machek <pavel@xxxxxxx>
Re: iwl3945: if I leave my machine running overnight, wifi will not work in the morning
From
: Pavel Machek <pavel@xxxxxxx>
Re: [PATCH] mac80211: inform userspace of probe/auth/assoc timeout
From
: "Tomas Winkler" <tomasw@xxxxxxxxx>
B43 randomly and silently dropping connections...
From
: Jerry McBride <mcbrides9@xxxxxxxxxxx>
[PATCH] mac80211: inform userspace of probe/auth/assoc timeout
From
: Kalle Valo <kalle.valo@xxxxxxxxx>
Re: Power saving on mac80211
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: Power saving on mac80211
From
: Kalle Valo <kalle.valo@xxxxxxxxx>
Re: B43 randomly and silently dropping connections...
From
: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: Power saving on mac80211
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
crda packaging
From
: "Davide Pesavento" <davidepesa@xxxxxxxxx>
Re: iwlagn: associating with AP causes kernel hiccup
From
: Andy Lutomirski <luto@xxxxxxxxxxxxx>
Re: [PATCH V2] hostap: Fix sparse warnings
From
: Jouni Malinen <j@xxxxx>
Re: B43 randomly and silently dropping connections...
From
: metin <kormetin@xxxxxxxxx>
Re: Power saving on mac80211
From
: Kalle Valo <kalle.valo@xxxxxxxxx>
Re: Power saving on mac80211
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: Warning from mac80211 with p54usb
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] mac80211: inform userspace of probe/auth/assoc timeout
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: 2.6.28-rc regression: Can't stop Rx DMA
From
: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
Re: Power saving on mac80211
From
: Kalle Valo <kalle.valo@xxxxxxxxx>
Re: [PATCH] mac80211: inform userspace of probe/auth/assoc timeout
From
: Kalle Valo <kalle.valo@xxxxxxxxx>
Re: Trendnet TEW-424UB now Realtek 8187B
From
: Daniel Drake <dsd@xxxxxxxxxx>
Re: ACK matching [was: TX status reporting with help of an ack queue]
From
: Daniel Drake <dsd@xxxxxxxxxx>
Re: Power saving on mac80211
From
: Kalle Valo <kalle.valo@xxxxxxxxx>
Re: 2.6.28-rc regression: Can't stop Rx DMA
From
: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: Warning from mac80211 with p54usb
From
: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
2.6.28-rc regression: Can't stop Rx DMA
From
: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
Re: w35und wifi driver for linux-staging
From
: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
[PATCH 3/3 v3] p54: AP & Ad-hoc testing
From
: Christian Lamparter <chunkeey@xxxxxx>
[PATCH 2/3 v3] p54: put broadcast frames into the right queues
From
: Christian Lamparter <chunkeey@xxxxxx>
[PATCH 1/3 v3] p54: more definitions form lmac_longbow.h and pda.h
From
: Christian Lamparter <chunkeey@xxxxxx>
Re: [PATCH 2/3 v2] p54: put broadcast frames into the right queues
From
: Christian Lamparter <chunkeey@xxxxxx>
[PATCH v2] p54: introduce new names for device firmwares
From
: Christian Lamparter <chunkeey@xxxxxx>
Re: [PATCH] Add nl80211 commands to get and set o11s mesh networking parameters.
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] Add nl80211 commands to get and set o11s mesh networking parameters.
From
: Michael Buesch <mb@xxxxxxxxx>
Re: iwlagn: associating with AP causes kernel hiccup
From
: Richard Scherping <richard@xxxxxxxxxxxx>
Re: [PATCH] Add nl80211 commands to get and set o11s mesh networking parameters.
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: 10-17-2008 Build issues - Intel 3945abg - Ubuntu Intrepid
From
: Myk Robinson <myk.robinson@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 2/3 v2] p54: put broadcast frames into the right queues
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: powerpc allmodconfig
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH] mac80211: inform userspace of probe/auth/assoc timeout
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] p54: change firmware names for usb devices
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: Power saving on mac80211
From
: "Bob Copeland" <me@xxxxxxxxxxxxxxx>
Re: Power saving on mac80211
From
: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Power saving on mac80211
From
: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [PATCH] b43: reduce checkpatch.pl errors
From
: Michael Buesch <mb@xxxxxxxxx>
Re: pull request: wireless-2.6 2008-10-14
From
: Dave <kilroyd@xxxxxxxxxxxxxx>
Re: [PATCH] b43: reduce checkpatch.pl errors
From
: John Daiker <daikerjohn@xxxxxxxxx>
Re: [PATCH] b43: reduce checkpatch.pl errors
From
: Michael Buesch <mb@xxxxxxxxx>
Re: [PATCH] b43: reduce checkpatch.pl errors
From
: John Daiker <daikerjohn@xxxxxxxxx>
Re: Linux 2.6.27-git3: rtl8169 oops and wireless missing symbols
From
: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [PATCH] ath5k: reduce checkpatch.pl errors
From
: "Nick Kossifidis" <mickflemm@xxxxxxxxx>
Re: ath5k: kernel timing screwed - due to unserialised register access?
From
: Elias Oltmanns <eo@xxxxxxxxxxxxxx>
Re: [PATCH] b43: reduce checkpatch.pl errors
From
: Michael Buesch <mb@xxxxxxxxx>
Re: rc9 + orinoco WPA patchset: BUG: scheduling while atomic loading firmware with PCMCIA adapter
From
: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
Re: Linux 2.6.27-git3: rtl8169 oops and wireless missing symbols
From
: "Stefanik Gábor" <netrolller.3d@xxxxxxxxx>
Re: iwlagn: associating with AP causes kernel hiccup
From
: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: [PATCH] ath5k: reduce checkpatch.pl errors
From
: "Bob Copeland" <me@xxxxxxxxxxxxxxx>
Re: [PATCH] rt2x00: reduce checkpatch.pl errors
From
: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: 10-17-2008 Build issues - Intel 3945abg - Ubuntu Intrepid
From
: Myk Robinson <myk.robinson@xxxxxxxxxxxxxxxxxxxx>
[PATCH] rt2x00: reduce checkpatch.pl errors
From
: John Daiker <daikerjohn@xxxxxxxxx>
[PATCH] b43: reduce checkpatch.pl errors
From
: John Daiker <daikerjohn@xxxxxxxxx>
[PATCH] ath5k: reduce checkpatch.pl errors
From
: John Daiker <daikerjohn@xxxxxxxxx>
[PATCH] libertas: fix CF firmware loading
From
: Dan Williams <dcbw@xxxxxxxxxx>
Re: 10-17-2008 Build issues - Intel 3945abg - Ubuntu Intrepid
From
: reinette chatre <reinette.chatre@xxxxxxxxx>
Re: iwlagn: associating with AP causes kernel hiccup
From
: Richard Scherping <richard@xxxxxxxxxxxx>
Re: 10-17-2008 Build issues - Intel 3945abg - Ubuntu Intrepid
From
: Dan Williams <dcbw@xxxxxxxxxx>
10-17-2008 Build issues - Intel 3945abg - Ubuntu Intrepid
From
: Myk Robinson <myk.robinson@xxxxxxxxxxxxxxxxxxxx>
Re: iwlagn: associating with AP causes kernel hiccup
From
: Frederik Himpe <fhimpe@xxxxxxxxxx>
Re: iwlagn: associating with AP causes kernel hiccup
From
: Frederik Himpe <fhimpe@xxxxxxxxxx>
Re: powerpc allmodconfig
From
: Ingo Molnar <mingo@xxxxxxx>
[PATCH 3/3 v2] p54: AP & Ad-hoc testing
From
: Christian Lamparter <chunkeey@xxxxxx>
[PATCH 2/3 v2] p54: put broadcast frames into the right queues
From
: Christian Lamparter <chunkeey@xxxxxx>
Re: [PATCH 7/6] p54: integrate parts of lmac_longbow.h and other parts of stlc45xx
From
: Christian Lamparter <chunkeey@xxxxxx>
[PATCH] Add nl80211 commands to get and set o11s mesh networking parameters.
From
: colin@xxxxxxxxxxx
Re: [PATCH 7/6] p54: integrate parts of lmac_longbow.h and other parts of stlc45xx
From
: Harvey Harrison <harvey.harrison@xxxxxxxxx>
Re: Warning from mac80211 with p54usb
From
: Christian Lamparter <chunkeey@xxxxxx>
B43 randomly and silently dropping connections...
From
: Jerry McBride <mcbrides9@xxxxxxxxxxx>
[PATCH V2] hostap: Fix sparse warnings
From
: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: [PATCH] hostap: Fix sparse warnings
From
: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: [stable] [PATCH] ath9k: fix oops on trying to hold the wrong spinlock
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Warning from mac80211 with p54usb
From
: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: [stable] [PATCH] ath9k: fix oops on trying to hold the wrong spinlock
From
: Greg KH <greg@xxxxxxxxx>
Re: [PATCH 3/3] p54: AP & Ad-hoc testing
From
: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
[PATCH 3/3] p54: AP & Ad-hoc testing
From
: Christian Lamparter <chunkeey@xxxxxx>
Re: [stable] [PATCH] ath9k: fix oops on trying to hold the wrong spinlock
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
[PATCH 2/3] p54: put broadcast frames into the right queues
From
: Christian Lamparter <chunkeey@xxxxxx>
[PATCH 1/3] p54: more definitions form lmac_longbow.h and pda.h
From
: Christian Lamparter <chunkeey@xxxxxx>
Re: [stable] [PATCH] ath9k: fix oops on trying to hold the wrong spinlock
From
: Greg KH <greg@xxxxxxxxx>
Re: [PATCH 7/6] p54: integrate parts of lmac_longbow.h and other parts of stlc45xx
From
: Christian Lamparter <chunkeey@xxxxxx>
Re: powerpc allmodconfig
From
: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
Re: powerpc allmodconfig
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
[PATCH] ath9k: fix oops on trying to hold the wrong spinlock
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
[patch 03/14] mac80211: fix two issues in debugfs
From
: Greg KH <gregkh@xxxxxxx>
Re: powerpc allmodconfig
From
: "Jesse Brandeburg" <jesse.brandeburg@xxxxxxxxx>
Re: [PATCH] hostap: Fix sparse warnings
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
mac80211 tx races
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH 6/6] p54: integrate parts of lmac_longbow.h and other parts of stlc45xx
From
: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
[PATCH] hostap: Fix sparse warnings
From
: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: powerpc allmodconfig
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH] mac80211: remove rate_control_clear
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH] p54: change firmware names for usb devices
From
: Christian Lamparter <chunkeey@xxxxxx>
Re: powerpc allmodconfig
From
: Adrian Bunk <bunk@xxxxxxxxxx>
Re: powerpc allmodconfig
From
: Mark Brown <broonie@xxxxxxxxxxxxx>
Re: powerpc allmodconfig
From
: Takashi Iwai <tiwai@xxxxxxx>
Re: powerpc allmodconfig
From
: Adrian Bunk <bunk@xxxxxxxxxx>
Re: powerpc allmodconfig
From
: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: powerpc allmodconfig
From
: Takashi Iwai <tiwai@xxxxxxx>
Re: powerpc allmodconfig
From
: Adrian Bunk <bunk@xxxxxxxxxx>
Re: powerpc allmodconfig
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: powerpc allmodconfig
From
: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: powerpc allmodconfig
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: powerpc allmodconfig
From
: Brice Goglin <brice@xxxxxxxx>
Re: [BUG] hang with ath5k
From
: "Dave Young" <hidave.darkstar@xxxxxxxxx>
Re: powerpc allmodconfig
From
: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: powerpc allmodconfig
From
: Takashi Iwai <tiwai@xxxxxxx>
Re: powerpc allmodconfig
From
: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
Re: powerpc allmodconfig
From
: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
Re: powerpc allmodconfig
From
: David Miller <davem@xxxxxxxxxxxxx>
powerpc allmodconfig
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: Zhu Yi <yi.zhu@xxxxxxxxx>
Re: pull request: wireless-2.6 2008-10-14
From
: Andrey Borzenkov <arvidjaar@xxxxxxx>
Re: iwlwifi workqueue
From
: Zhu Yi <yi.zhu@xxxxxxxxx>
Re: New Regulatory Domain Api.
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: New Regulatory Domain Api.
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: New Regulatory Domain Api.
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: "Tomas Winkler" <tomasw@xxxxxxxxx>
iwlwifi workqueue
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
patch mac80211-fix-two-issues-in-debugfs.patch added to 2.6.27-stable tree
From
: <gregkh@xxxxxxx>
[ANN] WiMAX stack and drivers for Intel WiMAX Link 5050 v1.3
From
: Inaky Perez-Gonzalez <inaky@xxxxxxxxxxxxxxx>
Re: iwlagn: associating with AP causes kernel hiccup
From
: reinette chatre <reinette.chatre@xxxxxxxxx>
Re: New Regulatory Domain Api.
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [PATCH] minstrel: improve performance for non-MRR drivers
From
: Felix Fietkau <nbd@xxxxxxxxxxx>
Re: pull request: wireless-2.6 2008-10-14
From
: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: ath5k: kernel timing screwed - due to unserialised register access?
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [PATCH] minstrel: improve performance for non-MRR drivers
From
: "John W. Linville" <linville@xxxxxxxxxxxxx>
iwlagn: associating with AP causes kernel hiccup
From
: Frederik Himpe <fhimpe@xxxxxxxxxx>
Re: [PATCH 1/2] orinoco: reload firmware on resume
From
: Dave <kilroyd@xxxxxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: Marcel Holtmann <holtmann@xxxxxxxxxxxxxxx>
Re: pull request: wireless-2.6 2008-10-14
From
: Dave <kilroyd@xxxxxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
[PATCH 1/2] iwlwifi: protect headers from double inclusion
From
: Reinette Chatre <reinette.chatre@xxxxxxxxx>
[PATCH 2/2] iwlwifi: don't update TFD free counter for invalid station
From
: Reinette Chatre <reinette.chatre@xxxxxxxxx>
Re: New Regulatory Domain Api.
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [RFC] make ieee80211 invisible
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: Marcel Holtmann <holtmann@xxxxxxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [RFC] make ieee80211 invisible
From
: reinette chatre <reinette.chatre@xxxxxxxxx>
Re: New Regulatory Domain Api.
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: Marcel Holtmann <holtmann@xxxxxxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: Marcel Holtmann <holtmann@xxxxxxxxxxxxxxx>
[PATCH] minstrel: improve performance for non-MRR drivers
From
: Felix Fietkau <nbd@xxxxxxxxxxx>
Re: [ath5k-devel] [PATCH] ath5k: fix mesh point operation
From
: "Nick Kossifidis" <mickflemm@xxxxxxxxx>
Re: ath5k: kernel timing screwed - due to unserialised register access?
From
: Elias Oltmanns <eo@xxxxxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [BUG] hang with ath5k
From
: Jiri Slaby <jirislaby@xxxxxxxxx>
Re: New Regulatory Domain Api.
From
: Marcel Holtmann <holtmann@xxxxxxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: Marcel Holtmann <holtmann@xxxxxxxxxxxxxxx>
Re: [PATCH] libertas : Remove unused variable warning "old_channel" from drivers/net/wireless/libertas/cmd.c
From
: "John W. Linville" <linville@xxxxxxxxxxxxx>
[PATCH] nl80211: fix monitor flags
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] libertas : Remove unused variable warning "old_channel" from drivers/net/wireless/libertas/cmd.c
From
: "Manish Katiyar" <mkatiyar@xxxxxxxxx>
Re: [PATCH] libertas : Remove unused variable warning "old_channel" from drivers/net/wireless/libertas/cmd.c
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: ath5k: kernel timing screwed - due to unserialised register access?
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [PATCH] libertas : Remove unused variable warning "old_channel" from drivers/net/wireless/libertas/cmd.c
From
: "Manish Katiyar" <mkatiyar@xxxxxxxxx>
Re: pull request: wireless-2.6 2008-10-14
From
: David Miller <davem@xxxxxxxxxxxxx>
[PATCH v3] mac80211/drivers: rewrite the rate control API
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH 6/6] p54: integrate parts of lmac_longbow.h and other parts of stlc45xx
From
: Christian Lamparter <chunkeey@xxxxxx>
[PATCH 5/6] p54: borrow some setup code from stlc45xx
From
: Christian Lamparter <chunkeey@xxxxxx>
[PATCH 4/6] p54: fix memory management
From
: Christian Lamparter <chunkeey@xxxxxx>
[PATCH 3/6] p54: p54: refactor p54_rx_frame_sent
From
: Christian Lamparter <chunkeey@xxxxxx>
Re: New Regulatory Domain Api.
From
: Zhu Yi <yi.zhu@xxxxxxxxx>
[PATCH 2/6] p54: refactor statistic timer code
From
: Christian Lamparter <chunkeey@xxxxxx>
[PATCH 1/6] p54: broken out edcf changes
From
: Christian Lamparter <chunkeey@xxxxxx>
Re: New Regulatory Domain Api.
From
: Zhu Yi <yi.zhu@xxxxxxxxx>
pull request: wireless-2.6 2008-10-14
From
: "John W. Linville" <linville@xxxxxxxxxxxxx>
[PATCH] p54: enable 2.4/5GHz spectrum by eeprom bits.
From
: Christian Lamparter <chunkeey@xxxxxx>
Re: ath5k: kernel timing screwed - due to unserialised register access?
From
: Elias Oltmanns <eo@xxxxxxxxxxxxxx>
Re: [PATCH] ath5k: Does not connect reliably on 2.6.27
From
: Elias Oltmanns <eo@xxxxxxxxxxxxxx>
Re: [PATCH] mac80211 fix regression introduced by "mac80211: free up 2 bytes in skb->cb"
From
: Felix Fietkau <nbd@xxxxxxxxxxx>
Re: [PATCH] mac80211 fix regression introduced by "mac80211: free up 2 bytes in skb->cb"
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH] mac80211 fix regression introduced by "mac80211: free up 2 bytes in skb->cb"
From
: Felix Fietkau <nbd@xxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [PATCH] iwl3945: fix station stuff in RC algorithm
From
: reinette chatre <reinette.chatre@xxxxxxxxx>
Re: New Regulatory Domain Api.
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [RFC] make ieee80211 invisible
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [RFC] make ieee80211 invisible
From
: Michael Buesch <mb@xxxxxxxxx>
Re: [PATCH] ieee80211: make it depend on drivers that use it
From
: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: "John W. Linville" <linville@xxxxxxxxxxxxx>
[PATCH 9/9] iwlwifi: tx command must run on same tfd as packet
From
: Reinette Chatre <reinette.chatre@xxxxxxxxx>
[PATCH 0/9] iwlwifi driver updates
From
: Reinette Chatre <reinette.chatre@xxxxxxxxx>
[PATCH 6/9] iwlwifi: refactor TX response flow
From
: Reinette Chatre <reinette.chatre@xxxxxxxxx>
[PATCH 7/9] iwl3945 : Fix a-band association for passive channels
From
: Reinette Chatre <reinette.chatre@xxxxxxxxx>
[PATCH 5/9] iwlwifi: unify tx antenna toggling
From
: Reinette Chatre <reinette.chatre@xxxxxxxxx>
[PATCH 8/9] iwlwifi: fix TX cmd dma unmapping
From
: Reinette Chatre <reinette.chatre@xxxxxxxxx>
[PATCH 4/9] iwlwifi: add iwl_cmd_queue_free for readability
From
: Reinette Chatre <reinette.chatre@xxxxxxxxx>
[PATCH 1/3] iwlwifi: define firmware file name once
From
: Reinette Chatre <reinette.chatre@xxxxxxxxx>
[PATCH 2/3] iwlwifi: expand error lookup and align output
From
: Reinette Chatre <reinette.chatre@xxxxxxxxx>
[PATCH 3/3] iwlwifi: remove host commands structures from iwl_cmd
From
: Reinette Chatre <reinette.chatre@xxxxxxxxx>
Re: [PATCH] mac80211: Fix scan RX processing oops
From
: Benoit PAPILLAULT <benoit.papillault@xxxxxxx>
Re: ath5k: kernel timing screwed - due to unserialised register access?
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [PATCH] ieee80211: make it depend on drivers that use it
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH] ieee80211: make it depend on drivers that use it
From
: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [PATCH] mac80211: fixme for kernel-doc
From
: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: [PATCH] mac80211: fixme for kernel-doc
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[RFC] make ieee80211 invisible
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH v2] mac80211: make retry limits part of hw config
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] ath5k: Does not connect reliably on 2.6.27
From
: "Nick Kossifidis" <mickflemm@xxxxxxxxx>
Re: [PATCH v2] ipw2200: change default policy for auto-associate
From
: Dan Williams <dcbw@xxxxxxxxxx>
Re: [PATCH v2] ipw2200: change default policy for auto-associate
From
: Dan Williams <dcbw@xxxxxxxxxx>
Re: [PATCH] ipw2200: Change driver default policies
From
: Dan Williams <dcbw@xxxxxxxxxx>
Re: [ath9k-devel] Failed to init on TP-Link TL-WN861N
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [PATCH] ipw2200: Change driver default policies
From
: Tim Gardner <timg@xxxxxxx>
[PATCH v2] ipw2200: change default policy for auto-associate
From
: timg@xxxxxxx (Tim Gardner)
Re: [PATCH] libertas : Remove unused variable warning "old_channel" from drivers/net/wireless/libertas/cmd.c
From
: Dan Williams <dcbw@xxxxxxxxxx>
Re: [PATCH] ipw2200: Change driver default policies
From
: Dan Williams <dcbw@xxxxxxxxxx>
Re: [PATCH] ipw2200: Change driver default policies
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] ipw2200: Change driver default policies
From
: Tim Gardner <timg@xxxxxxx>
Re: [PATCH] libertas : Remove unused variable warning "old_channel" from drivers/net/wireless/libertas/cmd.c
From
: "Manish Katiyar" <mkatiyar@xxxxxxxxx>
Re: [PATCH v2] iwlwifi: fix DMA code and bugs
From
: reinette chatre <reinette.chatre@xxxxxxxxx>
Re: [PATCH] ipw2200: Change driver default policies
From
: Dan Williams <dcbw@xxxxxxxxxx>
Re: [PATCH v2] iwlwifi: fix DMA code and bugs
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH] ipw2200: Change driver default policies
From
: timg@xxxxxxx (Tim Gardner)
[PATCH] mac80211: rewrite HT handling
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH] p54: implement MRR
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH] mac80211/drivers: rewrite the rate control API
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH] mac80211: add might_sleep to hw_config
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
ath5k: No connection with 5424 and latest compat-old
From
: Jerry Quinn <jlquinn@xxxxxxxxxxxxx>
Re: Problem with "mac80211: free up 2 bytes in skb->cb"
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: Zhu Yi <yi.zhu@xxxxxxxxx>
Re: New Regulatory Domain Api.
From
: Zhu Yi <yi.zhu@xxxxxxxxx>
Re: New Regulatory Domain Api.
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: Failed to init on TP-Link TL-WN861N
From
: Cameron Hutchison <lists@xxxxxxxx>
[BUG] hang with ath5k
From
: "Dave Young" <hidave.darkstar@xxxxxxxxx>
Re: [PATCH 3/3] ath5k: correct ath5k signal quality
From
: "Nick Kossifidis" <mickflemm@xxxxxxxxx>
Re: [PATCH 1/3] Update maintainers for ath5k
From
: "Nick Kossifidis" <mickflemm@xxxxxxxxx>
Re: [RFC/RFT] p54: Fix for big-endian architecture
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: Zhu Yi <yi.zhu@xxxxxxxxx>
Re: New Regulatory Domain Api.
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: New Regulatory Domain Api.
From
: Zhu Yi <yi.zhu@xxxxxxxxx>
[PATCH] airo: Kill directly reference of netdev->priv
From
: Wang Chen <wangchen@xxxxxxxxxxxxxx>
Re: [PATCH 0/3] ath5k/ath9k: correct signal quality
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
[PATCH 3/3] ath5k: correct ath5k signal quality
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
[PATCH 2/3] ath9k: correct signal quality report
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
[PATCH 1/3] Update maintainers for ath5k
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
[PATCH 0/3] ath5k/ath9k: correct signal quality
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
[RFC/RFT][PATCH] p54: enable 2.4/5GHz spectrum by eeprom bits.
From
: Christian Lamparter <chunkeey@xxxxxx>
Re: [RFC/RFT] p54: Fix for big-endian architecture
From
: Christian Lamparter <chunkeey@xxxxxx>
[PATCH] ath5k: fix mesh point operation
From
: Andrey Yurovsky <andrey@xxxxxxxxxxx>
Re: [RFC/RFT] p54: Fix for big-endian architecture
From
: Pavel Roskin <proski@xxxxxxx>
Re: Linux 2.6.27-git3: rtl8169 oops and wireless missing symbols
From
: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [RFC/RFT] p54: Fix for big-endian architecture
From
: Christian Lamparter <chunkeey@xxxxxx>
Re: [RFC/RFT] p54: Fix for big-endian architecture
From
: Pavel Roskin <proski@xxxxxxx>
Re: [RFC/RFT] p54: Fix for big-endian architecture
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [RFC/RFT] p54: Fix for big-endian architecture
From
: Pavel Roskin <proski@xxxxxxx>
[PATCH] rtl8187: Add USB ID for Belkin F5D7050 with RTL8187B chip
From
: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: [RFC/RFT] p54: Fix for big-endian architecture
From
: Christian Lamparter <chunkeey@xxxxxx>
Re: [RFC/RFT] p54: Fix for big-endian architecture
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [RFC/RFT] p54: Fix for big-endian architecture
From
: Pavel Roskin <proski@xxxxxxx>
Re: [RFC/RFT] p54: Fix for big-endian architecture
From
: Pavel Roskin <proski@xxxxxxx>
Re: [RFC/RFT] p54: Fix for big-endian architecture
From
: Christian Lamparter <chunkeey@xxxxxx>
Re: [RFC/RFT] p54: Fix for big-endian architecture
From
: Pavel Roskin <proski@xxxxxxx>
Re: [RFC/RFT] p54: Fix for big-endian architecture
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH 0/2] stk-webcam updates
From
: "David Ellingsworth" <david@xxxxxxxxxxxxxxxxx>
[PATCH 0/2] stk-webcam updates
From
: "David Ellingsworth" <david@xxxxxxxxxxxxxxxxx>
Re: [ath9k-devel] Failed to init on TP-Link TL-WN861N
From
: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [ath9k-devel] Failed to init on TP-Link TL-WN861N
From
: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [RFC/RFT] p54: Fix for big-endian architecture
From
: Pavel Roskin <proski@xxxxxxx>
[PATCH] p54usb: Device ID updates
From
: Christian Lamparter <chunkeey@xxxxxx>
Re: [ath9k-devel] D-Link DWA-547, connection periodicly losts
From
: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [ath5k-devel] [Bug 11749] Ath5k driver has too many interrupts per second at idle
From
: "Nick Kossifidis" <mickflemm@xxxxxxxxx>
Re: [Bug 11749] Ath5k driver has too many interrupts per second at idle
From
: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: rtl8187 patches for short slot handling plus minor warning fix
From
: Herton Ronaldo Krzesinski <herton@xxxxxxxxxxxxxxx>
Re: [RFC] mac80211: fix short preamble determination
From
: Jouni Malinen <j@xxxxx>
[PATCH 1/3] rtl8187: adapt for deprecated IEEE80211_CONF_SHORT_SLOT_TIME flag
From
: Herton Ronaldo Krzesinski <herton@xxxxxxxxxxxxxxx>
[PATCH 2/3] rtl8187: add short slot handling for 8187B
From
: Herton Ronaldo Krzesinski <herton@xxxxxxxxxxxxxxx>
rtl8187 patches for short slot handling plus minor warning fix
From
: Herton Ronaldo Krzesinski <herton@xxxxxxxxxxxxxxx>
Re: [RFC] mac80211: fix short preamble determination
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] ath9k/mac80211: disallow fragmentation in ath9k, report to userspace
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [RFC] mac80211: fix short preamble determination
From
: Jouni Malinen <j@xxxxx>
Re: [RFC] mac80211: fix short preamble determination
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH] ath9k/mac80211: disallow fragmentation in ath9k, report to userspace
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] wireless: build failure if !CONFIG_MAC80211_MESH
From
: "John W. Linville" <linville@xxxxxxxxxxxxx>
[PATCH] mac80211: fixme for kernel-doc
From
: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: [RFC] mac80211: fix short preamble determination
From
: Jouni Malinen <j@xxxxx>
[PATCH] libertas : Remove unused variable warning "old_channel" from drivers/net/wireless/libertas/cmd.c
From
: "Manish Katiyar" <mkatiyar@xxxxxxxxx>
Re: wireless: remove duplicated #include
From
: David Miller <davem@xxxxxxxxxxxxx>
[PATCH 1/1] Ath5k: add AP mode
From
: Jiri Slaby <jirislaby@xxxxxxxxx>
Re: [PATCH 2/2] orinoco: cache downloadable firmware image in memory for use during resume
From
: Andrey Borzenkov <arvidjaar@xxxxxxx>
Re: [PATCH 1/2] orinoco: reload firmware on resume
From
: Andrey Borzenkov <arvidjaar@xxxxxxx>
Re: wireless: remove duplicated #include
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
wireless: remove duplicated #include
From
: Huang Weiyi <weiyi.huang@xxxxxxxxx>
Re: [PATCH 3/5] rfkill: add master_switch_mode and EPO lock to rfkill and rfkill-input
From
: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
Re: [RFT] p54: implement MRR
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[RFT] p54: implement MRR
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[RFT v2] mac80211/drivers: rewrite the rate control API
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH] p54/rtl8187: fix up the seqno patch
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] nl80211: export HT capabilities
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH 1/2] ath9k: remove nasty FAIL macro from ath9k_hw_reset()
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [PATCH] nl80211: export HT capabilities
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [ath5k-devel] Oops with current kernel and ath5k
From
: Elias Oltmanns <eo@xxxxxxxxxxxxxx>
Re: ath5k: kernel timing screwed - due to unserialised register access?
From
: Elias Oltmanns <eo@xxxxxxxxxxxxxx>
Re: [PATCH 1/2] orinoco: reload firmware on resume
From
: Andrey Borzenkov <arvidjaar@xxxxxxx>
Re: [Bugme-new] [Bug 11728] New: 2.6.27 RTL8187b wireless driver missing card support 0bda:8198
From
: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: [PATCH 2/2] orinoco: cache downloadable firmware image in memory for use during resume
From
: Dave <kilroyd@xxxxxxxxxxxxxx>
Re: [PATCH 1/2] orinoco: reload firmware on resume
From
: Dave <kilroyd@xxxxxxxxxxxxxx>
Re: [PATCH] nl80211: export HT capabilities
From
: Michael Buesch <mb@xxxxxxxxx>
Re: [PATCH] mac80211: provide sequence numbers
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] mac80211: provide sequence numbers
From
: Ivo van Doorn <ivdoorn@xxxxxxxxx>
[PATCH 2/2] orinoco: cache downloadable firmware image in memory for use during resume
From
: Andrey Borzenkov <arvidjaar@xxxxxxx>
[PATCH 1/2] orinoco: reload firmware on resume
From
: Andrey Borzenkov <arvidjaar@xxxxxxx>
Re: [PATCH 5/5] rfkill: rate-limit rfkill-input workqueue usage (v3)
From
: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [PATCH 4/5] rfkill: honour EPO state when resuming a rfkill controller
From
: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [PATCH 3/5] rfkill: add master_switch_mode and EPO lock to rfkill and rfkill-input
From
: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [PATCH 2/5] rfkill: export global states to rfkill-input
From
: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [PATCH 1/5] rfkill: use killable locks instead of interruptible
From
: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [GIT PATCH] rfkill updates
From
: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [PATCH] mac80211: make retry limits part of hw config
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] mac80211: make retry limits part of hw config
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] mac80211: make retry limits part of hw config
From
: Michael Buesch <mb@xxxxxxxxx>
Re: [PATCH] mac80211: make retry limits part of hw config
From
: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [RFT] mac80211/drivers: rewrite the rate control API
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: ath5k: kernel timing screwed - due to unserialised register access?
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: ath5k: kernel timing screwed - due to unserialised register access?
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
[RFC] mac80211: fix short preamble determination
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] mac80211: move bss_conf into vif
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] mac80211: move bss_conf into vif
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] mac80211: Fix scan RX processing oops
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] mac80211: move bss_conf into vif
From
: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: [PATCH] mac80211: Fix scan RX processing oops
From
: Jouni Malinen <j@xxxxx>
Re: [PATCH] mac80211: move bss_conf into vif
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] mac80211: Fix scan RX processing oops
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] mac80211: move bss_conf into vif
From
: "Tomas Winkler" <tomasw@xxxxxxxxx>
[PATCH] mac80211: Fix scan RX processing oops
From
: Jouni Malinen <j@xxxxx>
Re: [PATCH 1/2] ath9k: remove nasty FAIL macro from ath9k_hw_reset()
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[RFT] mac80211/drivers: rewrite the rate control API
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH] mac80211: make retry limits part of hw config
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH 1/2] ath9k: remove nasty FAIL macro from ath9k_hw_reset()
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
[PATCH] mac80211: move bss_conf into vif
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH] iwl3945: fix station stuff in RC algorithm
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] nl80211: export HT capabilities
From
: "John W. Linville" <linville@xxxxxxxxxxxxx>
[PATCH] orinoco: fix unsafe locking in spectrum_cs_suspend
From
: David Kilroy <kilroyd@xxxxxxxxxxxxxx>
Re: [PATCH] nl80211: export HT capabilities
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] nl80211: export HT capabilities
From
: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [PATCH] orinoco: fix unsafe locking in orinoco_cs_resume
From
: Dave <kilroyd@xxxxxxxxxxxxxx>
Re: ath5k: kernel timing screwed - due to unserialised register access?
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: iw packaging
From
: "Thomas d'Otreppe" <tdotreppe@xxxxxxxxx>
Re: rc9 + orinoco WPA patchset: BUG: scheduling while atomic loading firmware with PCMCIA adapter
From
: Dave <kilroyd@xxxxxxxxxxxxxx>
Re: ath9k rate control API abuse
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: ath9k rate control API abuse
From
: Vasanthakumar Thiagarajan <vasanth@xxxxxxxxxxx>
Re: [PATCH 1/2] ath9k: remove nasty FAIL macro from ath9k_hw_reset()
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [PATCH 1/2] ath9k: remove nasty FAIL macro from ath9k_hw_reset()
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
preparing net-next-2.6 for merge...
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH 2/2] ath9k: Fix return code when ath9k_hw_setpower() fails on reset
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH 1/2] ath9k: remove nasty FAIL macro from ath9k_hw_reset()
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: ath5k: kernel timing screwed - due to unserialised register access?
From
: "Nick Kossifidis" <mickflemm@xxxxxxxxx>
[PATCH 2/2] ath9k: Fix return code when ath9k_hw_setpower() fails on reset
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
[PATCH 1/2] ath9k: remove nasty FAIL macro from ath9k_hw_reset()
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [PATCH 1/1] Ath9k: fix uninitialized value in ath9k_hw_reset
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH 1/1] Ath9k: fix uninitialized value in ath9k_hw_reset
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [PATCH 1/1] Ath9k: fix uninitialized value in ath9k_hw_reset
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH 1/1] Ath9k: fix uninitialized value in ath9k_hw_reset
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [PATCH 1/1] Ath9k: fix uninitialized value in ath9k_hw_reset
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH 2/8] mac80211: remove aggregation status write support from debugfs
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH 2/8] mac80211: remove aggregation status write support from debugfs
From
: "Andrey Yurovsky" <andrey@xxxxxxxxxxx>
Re: [PATCH 2/8] mac80211: remove aggregation status write support from debugfs
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH 2/8] mac80211: remove aggregation status write support from debugfs
From
: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [Bugme-new] [Bug 11728] New: 2.6.27 RTL8187b wireless driver missing card support 0bda:8198
From
: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [PATCH 1/1] Ath9k: fix uninitialized value in ath9k_hw_reset
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
[PATCH 1/1] Ath9k: fix uninitialized value in ath9k_hw_reset
From
: Jiri Slaby <jirislaby@xxxxxxxxx>
Re: Vendor support stickers for devices supported under Linux wireless
From
: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: Vendor support stickers for devices supported under Linux wireless
From
: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [Bugme-new] [Bug 11728] New: 2.6.27 RTL8187b wireless driver missing card support 0bda:8198
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: rc9 + orinoco WPA patchset: BUG: scheduling while atomic loading firmware with PCMCIA adapter
From
: Andrey Borzenkov <arvidjaar@xxxxxxxxxx>
Re: rc9 + orinoco WPA patchset: BUG: scheduling while atomic loading firmware with PCMCIA adapter
From
: Dave <kilroyd@xxxxxxxxxxxxxx>
Re: rc9 + orinoco WPA patchset: BUG: scheduling while atomic loading firmware with PCMCIA adapter
From
: Andrey Borzenkov <arvidjaar@xxxxxxxxxx>
Re: rc9 + orinoco WPA patchset: BUG: scheduling while atomic loading firmware with PCMCIA adapter
From
: Dave <kilroyd@xxxxxxxxxxxxxx>
Re: [stable] [PATCH v2.6.27] mac80211: fix two issues in debugfs
From
: Greg KH <greg@xxxxxxxxx>
Re: New Regulatory Domain Api.
From
: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [stable] [PATCH v2.6.27] mac80211: fix two issues in debugfs
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: newbie question. cant get fw-cutter to extract the firmware.
From
: Hauke Mehrtens <hauke@xxxxxxxxxx>
[PATCH] orinoco: fix unsafe locking in orinoco_cs_resume
From
: Andrey Borzenkov <arvidjaar@xxxxxxx>
Re: [stable] [PATCH v2.6.27] mac80211: fix two issues in debugfs
From
: Greg KH <greg@xxxxxxxxx>
newbie question. cant get fw-cutter to extract the firmware.
From
: stephen mcgregor <tech@xxxxxxxxxxxxxxxxxxxx>
[PATCH v2.6.27] mac80211: fix two issues in debugfs
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: splitting out the 3945 RC algorithm from the driver
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: splitting out the 3945 RC algorithm from the driver
From
: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: iwlwifi TX reply bug
From
: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: iwlwifi: bug in iwl_tx_skb
From
: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: ath9k rate control API abuse
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Fwd: [PATCH 2/2] b43: fix tx status reporting on rate fallback
From
: Michael Buesch <mb@xxxxxxxxx>
Re: iwlwifi TX reply bug
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: iwlwifi: bug in iwl_tx_skb
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH] mac80211: provide sequence numbers
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: ath5k: kernel timing screwed - due to unserialised register access?
From
: Elias Oltmanns <eo@xxxxxxxxxxxxxx>
Re: iwlwifi TX reply bug
From
: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: ath5k: kernel timing screwed - due to unserialised register access?
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: iwlwifi: bug in iwl_tx_skb
From
: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: ath5k: kernel timing screwed - due to unserialised register access?
From
: Elias Oltmanns <eo@xxxxxxxxxxxxxx>
Re: ath5k: kernel timing screwed - due to unserialised register access?
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
splitting out the 3945 RC algorithm from the driver
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] nl80211: export HT capabilities
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
RE: HT capabilities IE
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] allow AP interfaces to handle BACK action frames
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH/RFT] iwlagn: remove pointless TX frame check
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
iwlwifi TX reply bug
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
ath9k rate control API abuse
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
minstrel compiler warnings
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[Index of Archives]
[Linux Host AP]
[Linux Bluetooth]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Linux ATA RAID]
[Bugtraq]
