Linux Wireless

Thread Index

Re: ath5k: kernel timing screwed - due to unserialised register access?
- From: Elias Oltmanns <eo@xxxxxxxxxxxxxx>
Re: rc9 + orinoco WPA patchset: BUG: scheduling while atomic loading firmware with PCMCIA adapter
- From: Andrey Borzenkov <arvidjaar@xxxxxxxxxx>
Re: New Regulatory Domain Api.
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
Re: [RFC/RFT] p54: Fix for big-endian architecture
- From: Christian Lamparter <chunkeey@xxxxxx>
[PATCH 2/2] b43: fix tx status reporting on rate fallback
- From: Felix Fietkau <nbd@xxxxxxxxxxx>
[PATCH 1/2] mac80211: detect hardware rate fallback for non-MRR hardware
- From: Felix Fietkau <nbd@xxxxxxxxxxx>
[PATCH 0/2] make b43 work with minstrel
- From: Felix Fietkau <nbd@xxxxxxxxxxx>
[PATCH 3/5] rfkill: add master_switch_mode and EPO lock to rfkill and rfkill-input
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
Re: [RFC/RFT] p54: Fix for big-endian architecture
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
[PATCH] p54: Move rx_mtu to struct bootrec_desc
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: rc9 + orinoco WPA patchset: BUG: scheduling while atomic loading firmware with PCMCIA adapter
- From: Dave <kilroyd@xxxxxxxxxxxxxx>
Re: New Regulatory Domain Api.
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
New Regulatory Domain Api.
- From: "Kolekar, Abhijeet" <abhijeet.kolekar@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>
[PATCH 5/5] rfkill: rate-limit rfkill-input workqueue usage (v3)
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
[PATCH 3/5] rfkill: add master_switch_mode and EPO lock to rfkill and rfkill-input
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
[PATCH 4/5] rfkill: honour EPO state when resuming a rfkill controller
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
[GIT PATCH] rfkill updates
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
[PATCH 1/5] rfkill: use killable locks instead of interruptible
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
[PATCH 2/5] rfkill: export global states to rfkill-input
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
Re: iwl3945 randomly hangs system on boot
- From: reinette chatre <reinette.chatre@xxxxxxxxx>
Re: rc9 + orinoco WPA patchset: BUG: scheduling while atomic loading firmware with PCMCIA adapter
- From: Dan Williams <dcbw@xxxxxxxxxx>
Re: [PATCH/RFT] iwlagn: remove pointless TX frame check
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: rc9 + orinoco WPA patchset: BUG: scheduling while atomic loading firmware with PCMCIA adapter
- From: Andrey Borzenkov <arvidjaar@xxxxxxxxxx>
Re: [PATCH] allow AP interfaces to handle BACK action frames
- From: "Andrey Yurovsky" <andrey@xxxxxxxxxxx>
Re: [PATCH] allow AP interfaces to handle BACK action frames
- From: "Andrey Yurovsky" <andrey@xxxxxxxxxxx>
Re: [RFC/RFT] p54: Fix for big-endian architecture
- From: Christian Lamparter <chunkeey@xxxxxx>
Re: [RFC][PATCH 1/5] p54: broken out vdcf code
- From: Christian Lamparter <chunkeey@xxxxxx>
Re: [PATCH] iwlwifi: get rid of IWL_{GET,SET}_BITS crap
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: HT capabilities IE
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
iwl3945 randomly hangs system on boot
- From: Yotam Benshalom <benshalom@xxxxxxxxx>
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: Dan Williams <dcbw@xxxxxxxxxx>
Re: rc9 + orinoco WPA patchset: BUG: scheduling while atomic loading firmware with PCMCIA adapter
- From: Andrey Borzenkov <arvidjaar@xxxxxxxxxx>
Re: [PATCH] nl80211: export HT capabilities
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
RE: HT capabilities IE
- From: "Nils Bagge" <nbagge@xxxxxxxxxxxxx>
Re: [RFC][PATCH 1/5] p54: broken out vdcf code
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
[RFC/RFT] p54: Fix for big-endian architecture
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: [PATCH ] mac80211: fix wrong link typo in mac80211_hwsim documentation.
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
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: Matthew Wilcox <matthew@xxxxxx>
Re: RTL8187B transmit problems
- From: Piter PUNK <piterpk@xxxxxxxxxxxx>
fixing the mac80211 documentation problem
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: ath5k: kernel timing screwed - due to unserialised register access?
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [ath5k-devel] Oops with current kernel and ath5k
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH/RFC/RFT] mac80211: rewrite HT handling
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH/RFT] iwlagn: remove pointless TX frame check
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH] nl80211: export HT capabilities
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH] mac80211: introduce hw config change flags
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH] mac80211: kill hw.conf.antenna_sel_{rx,tx}
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH] 802.11: clean up/fix HT support
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] allow AP interfaces to handle BACK action frames
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
RE: HT capabilities IE
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] iwlwifi: get rid of IWL_{GET,SET}_BITS crap
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: HT capabilities IE
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] p54: honour bss_info_changed's short slot time settings
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH ] mac80211: fix wrong link typo in mac80211_hwsim documentation.
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
iwlwifi: bug in iwl_tx_skb
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] allow AP interfaces to handle BACK action frames
- From: Kalle Valo <kalle.valo@xxxxxxxxx>
Re: [ath5k-devel] Oops with current kernel and ath5k
- From: Bob Copeland <me@xxxxxxxxxxxxxxx>
[PATCH] allow AP interfaces to handle BACK action frames
- From: Andrey Yurovsky <andrey@xxxxxxxxxxx>
Re: [RFC PATCH] rtl8187: do not report ACKs if USB Tx status is non-zero
- From: Herton Ronaldo Krzesinski <herton@xxxxxxxxxxxxxxx>
Re: pull request: wireless-2.6 2008-10-08
- From: David Miller <davem@xxxxxxxxxxxxx>
trouble scanning with iwlagn and '4965 HW
- From: "Andrey Yurovsky" <andrey@xxxxxxxxxxx>
Re: ath5k: kernel timing screwed - due to unserialised register access?
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
pull request: wireless-2.6 2008-10-08
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [PATCH ] mac80211: fix wrong link typo in mac80211_hwsim documentation.
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [RFC PATCH] rtl8187: do not report ACKs if USB Tx status is non-zero
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: RTL8187B transmit problems
- From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
Re: [PATCH ] mac80211: fix wrong link typo in mac80211_hwsim documentation.
- From: Jouni Malinen <j@xxxxx>
Re: [RFC PATCH] rtl8187: do not report ACKs if USB Tx status is non-zero
- From: "Stefanik Gábor" <netrolller.3d@xxxxxxxxx>
Re: [PATCH ] mac80211: fix wrong link typo in mac80211_hwsim documentation.
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
[PATCH] p54: honour bss_info_changed's short slot time settings
- From: Christian Lamparter <chunkeey@xxxxxx>
Re: [RFC PATCH] rtl8187: do not report ACKs if USB Tx status is non-zero
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [PATCH] rtl8180: normalize quality measurment for 100-point scale
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [PATCH] p54: Fix compilation problem on PPC
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: [PATCH ] mac80211: fix wrong link typo in mac80211_hwsim documentation.
- From: Jouni Malinen <j@xxxxx>
RE: HT capabilities IE
- From: "Nils Bagge" <nbagge@xxxxxxxxxxxxx>
Re: HT capabilities IE
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: HT capabilities IE
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: [PATCH] iwlwifi: get rid of IWL_{GET,SET}_BITS crap
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: ath5k: kernel timing screwed - due to unserialised register access?
- From: Elias Oltmanns <eo@xxxxxxxxxxxxxx>
HT capabilities IE
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] mac80211: fix debugfs netdev rename
- From: Robin Holt <holt@xxxxxxx>
Re: [PATCH ] mac80211: fix wrong link typo in mac80211_hwsim documentation.
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH ] mac80211: fix wrong link typo in mac80211_hwsim documentation.
- From: "Rami Rosen" <ramirose@xxxxxxxxx>
Re: [PATCH ] mac80211: use HWSIM_STA_MAGIC in hwsim_check_sta_magic() and hwsim_set_sta_magic().
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH ] mac80211: use HWSIM_STA_MAGIC in hwsim_check_sta_magic() and hwsim_set_sta_magic().
- From: "Rami Rosen" <ramirose@xxxxxxxxx>
[PATCH 8/8 v3] mac80211: fix short slot handling
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH 8/8 v2] mac80211: fix short slot handling
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: mac80211 and IEEE80211_CONF_SHORT_SLOT_TIME
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH] cfg80211: fix debugfs error handling
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH] mac80211: fix debugfs netdev rename
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] iwlwifi: get rid of IWL_{GET,SET}_BITS crap
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH 2/8] mac80211: remove aggregation status write support from debugfs
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: Infinite loop in sta_info_debugfs_add_work().
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
hostap0.6.4 + ath5k
- From: 王? <wangyue0921@xxxxxxxxxxxx>
Re: mac80211 and IEEE80211_CONF_SHORT_SLOT_TIME
- From: Herton Ronaldo Krzesinski <herton@xxxxxxxxxxxxxxx>
[PATCH 4/4 V2] iwlwifi: refactor rxon time command
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
[PATCH 2/4 V2] iwlwifi: fix ct kill configuration for 5350
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
[PATCH 1/4 V2] iwlwifi: make initial calibration set configurable
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
[PATCH 3/4 V2] iwlwifi: take a valid antenna upon rate scale init
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
Re: mac80211 and IEEE80211_CONF_SHORT_SLOT_TIME
- From: Herton Ronaldo Krzesinski <herton@xxxxxxxxxxxxxxx>
Re: [PATCH] p54: Fix compilation problem on PPC
- From: Pavel Roskin <proski@xxxxxxx>
Re: [PATCH] p54: Fix compilation problem on PPC
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: pull request: wireless-next-2.6 2008-10-06
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: Infinite loop in sta_info_debugfs_add_work().
- From: Robin Holt <holt@xxxxxxx>
compat-wireless-2.6-old: Can't Load Modules
- From: "Leo L. Schwab" <ewhac@xxxxxxxxx>
Re: [PATCH 2/8] mac80211: remove aggregation status write support from debugfs
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: ath5k: kernel timing screwed - due to unserialised register access?
- From: Elias Oltmanns <eo@xxxxxxxxxxxxxx>
Re: [ath5k-devel] Oops with current kernel and ath5k
- From: Elias Oltmanns <eo@xxxxxxxxxxxxxx>
Re: [ath5k-devel] Oops with current kernel and ath5k
- From: Elias Oltmanns <eo@xxxxxxxxxxxxxx>
Re: [PATCH] iwlwifi: get rid of IWL_{GET,SET}_BITS crap
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: [PATCH] iwlwifi: get rid of IWL_{GET,SET}_BITS crap
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] iwlwifi: get rid of IWL_{GET,SET}_BITS crap
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: [PATCH] iwlwifi: get rid of IWL_{GET,SET}_BITS crap
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] iwlwifi: get rid of IWL_{GET,SET}_BITS crap
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: [PATCH] iwlwifi: get rid of IWL_{GET,SET}_BITS crap
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
[RFC PATCH] rtl8187: do not report ACKs if USB Tx status is non-zero
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
[PATCH] rtl8180: normalize quality measurment for 100-point scale
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: wpa supplicant interface up delay
- From: Jouni Malinen <j@xxxxx>
Re: [PATCH] iwlwifi: get rid of IWL_{GET,SET}_BITS crap
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] iwlwifi: get rid of IWL_{GET,SET}_BITS crap
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] iwlwifi: get rid of IWL_{GET,SET}_BITS crap
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: ath5k: kernel timing screwed - due to unserialised register access?
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: wpa supplicant interface up delay
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: wpa supplicant interface up delay
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
wpa supplicant interface up delay
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: mac80211 and IEEE80211_CONF_SHORT_SLOT_TIME
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: ath5k: kernel timing screwed - due to unserialised register access?
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [PATCH 2/4] mac80211: add multi-rate retry support
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: mac80211 and IEEE80211_CONF_SHORT_SLOT_TIME
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [PATCH 2/4] mac80211: add multi-rate retry support
- From: Felix Fietkau <nbd@xxxxxxxxxxx>
Re: [PATCH 3/8] mac80211: remove writable debugs mesh parameters
- From: "Javier Cardona" <javier@xxxxxxxxxxx>
Re: [PATCH ] mac80211: remove unused declaration of struct sta_attribute.
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: mac80211 driver API
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH] mac80211: fix HT information element parsing
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH 2/4] mac80211: add multi-rate retry support
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: mac80211 driver API
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [PATCH 2/4] mac80211: add multi-rate retry support
- From: Felix Fietkau <nbd@xxxxxxxxxxx>
Re: bad DMAR interaction with iwlagn and SATA
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: bad DMAR interaction with iwlagn and SATA
- From: Kyle McMartin <kyle@xxxxxxxxxxxxx>
mac80211 driver API
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] iwlwifi: get rid of IWL_{GET,SET}_BITS crap
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] p54: Fix compilation problem on PPC
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH 4/8] mac80211: minor code cleanups
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH 8/8] mac80211: fix short slot handling
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH 7/8] mac80211: remove max_antenna_gain config
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH 5/8] mac80211: remove wiphy_to_hw
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH 1/8] mac80211: fix debugfs lockup
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH 3/8] mac80211: remove writable debugs mesh parameters
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH 0/8] mac80211 fixes/cleanups/updates
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH 2/8] mac80211: remove aggregation status write support from debugfs
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH 6/8] mac80211: clean up ieee80211_hw_config errors
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
mac80211 and IEEE80211_CONF_SHORT_SLOT_TIME
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: bad DMAR interaction with iwlagn and SATA
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: Infinite loop in sta_info_debugfs_add_work().
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH 2/4] mac80211: add multi-rate retry support
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH] p54: Fix compilation problem on PPC
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: ath5k: kernel timing screwed - due to unserialised register access?
- From: Elias Oltmanns <eo@xxxxxxxxxxxxxx>
[PATCH ] mac80211: remove unused declaration of struct sta_attribute.
- From: "Rami Rosen" <ramirose@xxxxxxxxx>
Re: [PATCH] iwlwifi: get rid of IWL_{GET,SET}_BITS crap
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: [PATCH] iwlwifi: get rid of IWL_{GET,SET}_BITS crap
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [ath5k-devel] Oops with current kernel and ath5k
- From: Bob Copeland <me@xxxxxxxxxxxxxxx>
Re: [ath5k-devel] Oops with current kernel and ath5k
- From: Bob Copeland <me@xxxxxxxxxxxxxxx>
Re: [PATCH] p54: fix build failure
- From: "Johannes Berg" <johannes@xxxxxxxxxxxxxxxx>
Re: [ath5k-devel] Oops with current kernel and ath5k
- From: "Bob Copeland" <me@xxxxxxxxxxxxxxx>
Re: [ath5k-devel] Oops with current kernel and ath5k
- From: Elias Oltmanns <eo@xxxxxxxxxxxxxx>
Re: [PATCH ] [RESEND] iwlwifi: fix compilation warning when CONFIG_IWLWIFI_DEBUG is not set.
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
[PATCH ] [RESEND] iwlwifi: fix compilation warning when CONFIG_IWLWIFI_DEBUG is not set.
- From: "Rami Rosen" <ramirose@xxxxxxxxx>
Temporary aggregation patches for 2.6.27 and wireless-testing
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [PATCH] iwlwifi: get rid of IWL_{GET,SET}_BITS crap
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH] iwlwifi: get rid of IWL_{GET,SET}_BITS crap
- From: Holger Schurig <hs4233@xxxxxxxxxxxxxxxxxxxx>
pull request: wireless-next-2.6 2008-10-06
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [ath5k-devel] Oops with current kernel and ath5k
- From: Bob Copeland <me@xxxxxxxxxxxxxxx>
Re: at76_usb driver status
- From: Greg KH <greg@xxxxxxxxx>
Re: [PATCH 5/7] iwlwifi: take a valid antenna upon rate scale init
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: at76_usb driver status
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [PATCH 5/7] iwlwifi: take a valid antenna upon rate scale init
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: [PATCH v2] iwlwifi: fix DMA code and bugs
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: [PATCH] iwlwifi: get rid of IWL_{GET,SET}_BITS crap
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 7/7] iwlwifi: refactor rxon time command
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [PATCH 5/7] iwlwifi: take a valid antenna upon rate scale init
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [PATCH] p54: fix build failure
- From: Christian Lamparter <chunkeey@xxxxxx>
Re: [PATCH 4/7] iwlwifi: scan fix comment
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [PATCH 3/7] iwlwifi: scan correct setting of valid rx_chains
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [PATCH 2/7] iwlwifi: fix ct kill configuration for 5350
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [PATCH 1/7] iwlwifi: make initial calibration set configurable
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [PATCH] p54: fix build failure
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: at76_usb driver status
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: at76_usb driver status
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [PATCH] iwlwifi: get rid of IWL_{GET,SET}_BITS crap
- From: drago01 <drago01@xxxxxxxxx>
Re: p54 build failure
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: at76_usb driver status
- From: Dan Williams <dcbw@xxxxxxxxxx>
Re: [PATCH v2] iwlwifi: fix DMA code and bugs
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
p54 build failure
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: ath5k: kernel timing screwed - due to unserialised register access?
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [PATCH v2] iwlwifi: fix DMA code and bugs
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [PATCH] iwlwifi: get rid of IWL_{GET,SET}_BITS crap
- From: Marcel Holtmann <holtmann@xxxxxxxxxxxxxxx>
Re: [PATCH 1/2] iwlwifi: fix compliation warning in iwl-agn-rs.c when CONFIG_IWLWIFI_DEBUG is not set.
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: at76_usb driver status
- From: Greg KH <greg@xxxxxxxxx>
Re: [PATCH] iwlwifi: get rid of IWL_{GET,SET}_BITS crap
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: [PATCH v2] iwlwifi: fix DMA code and bugs
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [RFC][PATCH 5/5] p54: integrate parts of lmac_longbow.h and stlc45xx
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [PATCH v2] iwlwifi: fix DMA code and bugs
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: [PATCH v2] iwlwifi: get rid of IWL_{GET,SET}_BITS crap
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] mac80211: avoid "Wireless Event too big" message for assoc response
- From: Jouni Malinen <j@xxxxx>
Re: at76_usb driver status
- From: Marcel Holtmann <holtmann@xxxxxxxxxxxxxxx>
Re: [PATCH v2] iwlwifi: get rid of IWL_{GET,SET}_BITS crap
- From: Marcel Holtmann <holtmann@xxxxxxxxxxxxxxx>
Re: [PATCH] mac80211: avoid "Wireless Event too big" message for assoc response
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
[PATCH v2] iwlwifi: get rid of IWL_{GET,SET}_BITS crap
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] iwlwifi: get rid of IWL_{GET,SET}_BITS crap
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: at76_usb driver status
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [PATCH v2] iwlwifi: fix DMA code and bugs
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: Crash with 2.6.27-rc6 with iwlwifi
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH v2] iwlwifi: fix DMA code and bugs
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: Crash with 2.6.27-rc6 with iwlwifi
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [PATCH v2] iwlwifi: fix DMA code and bugs
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH] iwlwifi: get rid of IWL_{GET,SET}_BITS crap
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH v2] iwlwifi: fix DMA code and bugs
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: [PATCH v2] iwlwifi: fix DMA code and bugs
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH v2] iwlwifi: fix DMA code and bugs
- From: Marcel Holtmann <marcel@xxxxxxxxxxxx>
[PATCH v2] iwlwifi: fix DMA code and bugs
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH] iwlwifi: fix DMA code and bugs
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: at76_usb driver status
- From: Dan Williams <dcbw@xxxxxxxxxx>
Re: [PATCH 2/2] iwlwifi: fix compliation warning in iwl-scan.c when CONFIG_IWLWIFI_DEBUG is not set.
- From: "Rami Rosen" <ramirose@xxxxxxxxx>
Re: [PATCH 1/2] iwlwifi: fix compliation warning in iwl-agn-rs.c when CONFIG_IWLWIFI_DEBUG is not set.
- From: "Rami Rosen" <ramirose@xxxxxxxxx>
Re: [PATCH 0/4] multi-rate retry and the 'minstrel' rate control for mac80211
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH 2/2] iwlwifi: fix compliation warning in iwl-scan.c when CONFIG_IWLWIFI_DEBUG is not set.
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: [PATCH 1/2] iwlwifi: fix compliation warning in iwl-agn-rs.c when CONFIG_IWLWIFI_DEBUG is not set.
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: [ath5k-devel] Oops with current kernel and ath5k
- From: "Bob Copeland" <me@xxxxxxxxxxxxxxx>
Re: bad DMAR interaction with iwlagn and SATA
- From: Andres Freund <andres@xxxxxxxxxxx>
Re: [ath5k-devel] Oops with current kernel and ath5k
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [ath5k-devel] Oops with current kernel and ath5k
- From: "Bob Copeland" <me@xxxxxxxxxxxxxxx>
Re: ath5k: kernel timing screwed - due to unserialised register access?
- From: Elias Oltmanns <eo@xxxxxxxxxxxxxx>
[PATCH 2/2] iwlwifi: fix compliation warning in iwl-scan.c when CONFIG_IWLWIFI_DEBUG is not set.
- From: "Rami Rosen" <ramirose@xxxxxxxxx>
[PATCH 1/2] iwlwifi: fix compliation warning in iwl-agn-rs.c when CONFIG_IWLWIFI_DEBUG is not set.
- From: "Rami Rosen" <ramirose@xxxxxxxxx>
[PATCH 0/2] iwlwifi: fix compilation warning when CONFIG_IWLWIFI_DEBUG is not set.
- From: "Rami Rosen" <ramirose@xxxxxxxxx>
Re: Infinite loop in sta_info_debugfs_add_work().
- From: Robin Holt <holt@xxxxxxx>
Re: Crash with 2.6.27-rc6 with iwlwifi
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: Crash with 2.6.27-rc6 with iwlwifi
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: Crash with 2.6.27-rc6 with iwlwifi
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: Crash with 2.6.27-rc6 with iwlwifi
- From: Marcel Holtmann <holtmann@xxxxxxxxxxxxxxx>
Re: Crash with 2.6.27-rc6 with iwlwifi
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: Crash with 2.6.27-rc6 with iwlwifi
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: Crash with 2.6.27-rc6 with iwlwifi
- From: Marcel Holtmann <holtmann@xxxxxxxxxxxxxxx>
Re: Crash with 2.6.27-rc6 with iwlwifi
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: Crash with 2.6.27-rc6 with iwlwifi
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: iwl5000 oopses with Linus's tree
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: bad DMAR interaction with iwlagn and SATA
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] Working packet injection patch for ipw2200 - enables aireplay-ng and others to work
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] Working packet injection patch for ipw2200 - enables aireplay-ng and others to work
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
Re: [PATCH] Working packet injection patch for ipw2200 - enables aireplay-ng and others to work
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] Working packet injection patch for ipw2200 - enables aireplay-ng and others to work
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
Re: Infinite loop in sta_info_debugfs_add_work().
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH 7/7] iwlwifi: refactor rxon time command
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
[PATCH 5/7] iwlwifi: take a valid antenna upon rate scale init
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
[PATCH 6/7] iwlwifi: remove STATUS_CONF_PENDING in scanning
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
[PATCH 4/7] iwlwifi: scan fix comment
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
[PATCH 2/7] iwlwifi: fix ct kill configuration for 5350
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
[PATCH 3/7] iwlwifi: scan correct setting of valid rx_chains
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
[PATCH 1/7] iwlwifi: make initial calibration set configurable
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
[PATCH 0/7] iwlwifi driver 10/06 updates
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
Re: Infinite loop in sta_info_debugfs_add_work().
- From: Robin Holt <holt@xxxxxxx>
Re: at76_usb driver status
- From: Pavel Roskin <proski@xxxxxxx>
Re: at76_usb driver status
- From: Kalle Valo <Kalle.Valo@xxxxxx>
Re: at76_usb driver status
- From: Pavel Roskin <proski@xxxxxxx>
Re: at76_usb driver status
- From: Kalle Valo <Kalle.Valo@xxxxxx>
Re: at76_usb driver status
- From: Pavel Roskin <proski@xxxxxxx>
RTL8187B transmit problems
- From: Piter PUNK <piterpk@xxxxxxxxxxxx>
Re: [RFC][PATCH 4/5] p54: fix memory management
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
No connection with ath5k 5424
- From: "jlquinn (optonline)" <jlquinn@xxxxxxxxxxxxx>
Re: at76_usb driver status
- From: Greg KH <greg@xxxxxxxxx>
Re: ath5k: kernel timing screwed - due to unserialised register access?
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
ath5k: kernel timing screwed - due to unserialised register access?
- From: Elias Oltmanns <eo@xxxxxxxxxxxxxx>
Re: at76_usb driver status
- From: Marcel Holtmann <marcel@xxxxxxxxxxxx>
[PATCH 4/4] mac80211: add the 'minstrel' rate control algorithm
- From: Felix Fietkau <nbd@xxxxxxxxxxx>
[PATCH 3/4] ath5k: implement multi-rate retry support, fix tx status reporting
- From: Felix Fietkau <nbd@xxxxxxxxxxx>
[PATCH 2/4] mac80211: add multi-rate retry support
- From: Felix Fietkau <nbd@xxxxxxxxxxx>
[PATCH 1/4] mac80211: free up 2 bytes in skb->cb
- From: Felix Fietkau <nbd@xxxxxxxxxxx>
[PATCH 0/4] multi-rate retry and the 'minstrel' rate control for mac80211
- From: Felix Fietkau <nbd@xxxxxxxxxxx>
Re: at76_usb driver status
- From: Greg KH <greg@xxxxxxxxx>
Re: at76_usb driver status
- From: Greg KH <greg@xxxxxxxxx>
Re: [ath5k-devel] Oops with current kernel and ath5k
- From: Elias Oltmanns <eo@xxxxxxxxxxxxxx>
Re: Let Ubuntu Installing your initrd by default when compiling a kernel
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: Infinite loop in sta_info_debugfs_add_work().
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH] ath9k: fix oops on trying to hold the wrong spinlock
- From: Ingo Molnar <mingo@xxxxxxx>
Re: at76_usb driver status
- From: Marcel Holtmann <marcel@xxxxxxxxxxxx>
Re: at76_usb driver status
- From: Kalle Valo <kalle.valo@xxxxxx>
Re: at76_usb driver status
- From: Kalle Valo <kalle.valo@xxxxxx>
Re: at76_usb driver status
- From: Kalle Valo <Kalle.Valo@xxxxxx>
Re: at76_usb driver status
- From: Kalle Valo <kalle.valo@xxxxxx>
Re: at76_usb driver status
- From: Greg KH <greg@xxxxxxxxx>
Re: at76_usb driver status
- From: Marcel Holtmann <holtmann@xxxxxxxxxxxxxxx>
Re: at76_usb driver status
- From: Kalle Valo <kalle.valo@xxxxxx>
Let Ubuntu Installing your initrd by default when compiling a kernel
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [PATCH 2/3] ath9k: fix oops on trying to hold the wrong spinlock
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [PATCH 2/3] ath9k: fix oops on trying to hold the wrong spinlock
- From: "Steven Noonan" <steven@xxxxxxxxxxxxxx>
Re: [PATCH 2/3] ath9k: fix oops on trying to hold the wrong spinlock
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: Infinite loop in sta_info_debugfs_add_work().
- From: Robin Holt <holt@xxxxxxx>
Re: [ath5k-devel] [PATCH 4/5] ath5k: Fix SREV reporting after SREV updates
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [ath5k-devel] [PATCH 4/5] ath5k: Fix SREV reporting after SREV updates
- From: "Nick Kossifidis" <mickflemm@xxxxxxxxx>
Re: [PATCH 4/5] ath5k: Fix SREV reporting after SREV updates
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
ath5k and ath9k bugs - a collection to help users
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [PATCH 4/5] ath5k: Fix SREV reporting after SREV updates
- From: Bob Copeland <me@xxxxxxxxxxxxxxx>
[RFC][PATCH 2/5] p54: refactor statistic timer code
- From: Christian Lamparter <chunkeey@xxxxxx>
[RFC][PATCH 1/5] p54: broken out vdcf code
- From: Christian Lamparter <chunkeey@xxxxxx>
[RFC][PATCH 5/5] p54: integrate parts of lmac_longbow.h and stlc45xx
- From: Christian Lamparter <chunkeey@xxxxxx>
[RFC][PATCH 4/5] p54: fix memory management
- From: Christian Lamparter <chunkeey@xxxxxx>
[RFC][PATCH 3/5] p54: refactor p54_rx_frame_sent
- From: Christian Lamparter <chunkeey@xxxxxx>
Re: Infinite loop in sta_info_debugfs_add_work().
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: Trendnet TEW-424UB now Realtek 8187B
- From: "Hin-Tak Leung" <hintak.leung@xxxxxxxxx>
Re: Question on git pull
- From: "Stefanik Gábor" <netrolller.3d@xxxxxxxxx>
Question on git pull
- From: Ramesh <rramesh1@xxxxxxxxx>
Re: Trendnet TEW-424UB now Realtek 8187B
- From: Herton Ronaldo Krzesinski <herton@xxxxxxxxxxxxxxx>
Re: Trendnet TEW-424UB now Realtek 8187B
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Notice From webmail.cc.hut.fi(Please Read)
- From: WEBMAIL UPGRADE <info@xxxxxxxxxx>
Re: Trendnet TEW-424UB now Realtek 8187B
- From: "Stefanik Gábor" <netrolller.3d@xxxxxxxxx>
Infinite loop in sta_info_debugfs_add_work().
- From: Robin Holt <holt@xxxxxxx>
Re: Trendnet TEW-424UB now Realtek 8187B
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH 2/8] b43: remove remaining b43_radio_{read|write}16 from main.c
- From: Michael Buesch <mb@xxxxxxxxx>
Re: Trendnet TEW-424UB now Realtek 8187B
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: Trendnet TEW-424UB now Realtek 8187B
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH 3/3] ath9k: enable ANI to help with noisy environments
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
[PATCH 2/3] ath9k: fix oops on trying to hold the wrong spinlock
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
[PATCH 1/3] ath9k: kill ath9k's memzero() and use memset() instead
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
[PATCH 0/3] ath9k: pending patches
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
[RFC] ath9k: enable ANI to help with noisy environments
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [PATCH 2/8] b43: remove remaining b43_radio_{read|write}16 from main.c
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: Regulatory Framework & rt2x00.
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [PATCH 3/8] b43: remove b43_radio_{read|write}16 from lo.c
- From: Michael Buesch <mb@xxxxxxxxx>
Re: Regulatory Framework & rt2x00.
- From: Gertjan van Wingerde <gwingerde@xxxxxxxxxxxx>
Re: [PATCH 3/8] b43: remove b43_radio_{read|write}16 from lo.c
- From: Michael Buesch <mb@xxxxxxxxx>
Re: [PATCH 3/8] b43: remove b43_radio_{read|write}16 from lo.c
- From: Harvey Harrison <harvey.harrison@xxxxxxxxx>
Re: Regulatory Framework & rt2x00.
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [PATCH 3/8] b43: remove b43_radio_{read|write}16 from lo.c
- From: Michael Buesch <mb@xxxxxxxxx>
[PATCH 8/8] b43: remove final uses of b43_radio_{read|write}16 and helper defines
- From: Harvey Harrison <harvey.harrison@xxxxxxxxx>
[PATCH 7/8] b43: remove b43_radio_{read|write}16 from phy_g.c
- From: Harvey Harrison <harvey.harrison@xxxxxxxxx>
[PATCH 6/8] b43: use the phy set/mask helpers in phy_a.c
- From: Harvey Harrison <harvey.harrison@xxxxxxxxx>
[PATCH 5/8] b43: remove b43_radio_{read|write}16 from phy_a.c
- From: Harvey Harrison <harvey.harrison@xxxxxxxxx>
[PATCH 3/8] b43: remove b43_radio_{read|write}16 from lo.c
- From: Harvey Harrison <harvey.harrison@xxxxxxxxx>
[PATCH 4/8] b43: use the b43_phy masking/setting helpers where possible from lo.c
- From: Harvey Harrison <harvey.harrison@xxxxxxxxx>
[PATCH 2/8] b43: remove remaining b43_radio_{read|write}16 from main.c
- From: Harvey Harrison <harvey.harrison@xxxxxxxxx>
[PATCH 1/8] b43: removed open-coded unaligned accesses, use common helpers
- From: Harvey Harrison <harvey.harrison@xxxxxxxxx>
Re: Regulatory Framework & rt2x00.
- From: Gertjan van Wingerde <gwingerde@xxxxxxxxxxxx>
[PATCH] rfkill: update LEDs for all state changes
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
Re: Regulatory Framework & rt2x00.
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: Regulatory Framework & rt2x00.
- From: Gertjan van Wingerde <gwingerde@xxxxxxxxxxxx>
Re: [RFC][PATCH] p54: fix memory management
- From: Christian Lamparter <chunkeey@xxxxxx>
Re: [ath5k-devel] Oops with current kernel and ath5k
- From: "Bob Copeland" <me@xxxxxxxxxxxxxxx>
Re: prism54 stopped working after upgrade from kernel 2.6.25.14-69.fc8 to 2.6.26.3-14.fc8
- From: "Philippe Waroquiers" <philippe.waroquiers@xxxxxxxxx>
Re: [RFC][PATCH] p54: fix memory management
- From: Christian Lamparter <chunkeey@xxxxxx>
Re: ath9k: panic on tip/master
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
[PATCH] rt2x00: Fix rfkill structure initialization to prevent rfkill WARN_ON.
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: Regulatory Framework & rt2x00.
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: ath9k: panic on tip/master
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Ralink RT61 and RT2860 EEPROM channel docs
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: ath9k: panic on tip/master
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
[mingo@xxxxxxx: Re: ath9k: panic on tip/master]
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [ath5k-devel] Oops with current kernel and ath5k
- From: Elias Oltmanns <eo@xxxxxxxxxxxxxx>
Re: [RFC][PATCH] p54: fix memory management
- From: Chunkeey@xxxxxx
Re: [ath5k-devel] Oops with current kernel and ath5k
- From: "Bob Copeland" <me@xxxxxxxxxxxxxxx>
Re: Regulatory Framework & rt2x00.
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: System pauses with iwl3945 AP associate. RFKill unpauses.
- From: Robin Holt <holt@xxxxxxx>
Re: Regulatory Framework & rt2x00.
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [RFC][PATCH] p54: fix memory management
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: at76_usb driver status
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: Agere Hermes source-code: copyright situation
- From: Dan Williams <dcbw@xxxxxxxxxx>
Re: [PATCH] mac80211: avoid "Wireless Event too big" message for assoc response
- From: Dave <kilroyd@xxxxxxxxxxxxxx>
at76_usb driver status
- From: Greg KH <greg@xxxxxxxxx>
Re: Agere Hermes source-code: copyright situation
- From: Greg KH <greg@xxxxxxxxx>
Re: Agere Hermes source-code: copyright situation
- From: Dan Williams <dcbw@xxxxxxxxxx>
Regulatory Framework & rt2x00.
- From: Gertjan van Wingerde <gwingerde@xxxxxxxxxxxx>
Re: Agere Hermes source-code: copyright situation
- From: Greg KH <greg@xxxxxxxxx>
Re: [RFC v4] mac80211: re-enable aggregation on 2.6.27
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: w35und wifi driver for linux-staging
- From: Dan Williams <dcbw@xxxxxxxxxx>
Re: [PATCH 0/5] wireless: single escape_essid implementation and related cleanups
- From: Dan Williams <dcbw@xxxxxxxxxx>
Re: [ath5k-devel] Oops with current kernel and ath5k
- From: "Bob Copeland" <me@xxxxxxxxxxxxxxx>
Re: [PATCH] [RESEND] mac80211: remove redundant check in ieee80211_master_start_xmit (net/mac80211/tx.c)
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: Agere Hermes source-code: copyright situation
- From: Dave <kilroyd@xxxxxxxxxxxxxx>
Re: [ath5k-devel] Oops with current kernel and ath5k
- From: Elias Oltmanns <eo@xxxxxxxxxxxxxx>
Re: [ath5k-devel] Oops with current kernel and ath5k
- From: "Bob Copeland" <me@xxxxxxxxxxxxxxx>
Re: patch staging-add-w35und-wifi-driver.patch added to gregkh-2.6 tree
- From: Pavel Machek <pavel@xxxxxxx>
Re: [PATCH] [RESEND] mac80211: remove redundant check in ieee80211_master_start_xmit (net/mac80211/tx.c)
- From: "Rami Rosen" <roszenrami@xxxxxxxxx>
Re: [PATCH] mac80211: remove redundant check in ieee80211_master_start_xmit (net/mac80211/tx.c)
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH] mac80211: remove redundant check in ieee80211_master_start_xmit (net/mac80211/tx.c)
- From: "Rami Rosen" <ramirose@xxxxxxxxx>
Re: [ath5k-devel] Oops with current kernel and ath5k
- From: "Bob Copeland" <me@xxxxxxxxxxxxxxx>
Panic with ath9k
- From: "Davide Pesavento" <davidepesa@xxxxxxxxx>
Re: [RFC v4] mac80211: re-enable aggregation on 2.6.27
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: [PATCH 1/2 V2] mac80211: send action frame when toggling SM PS mode
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH 1/2 V2] mac80211: send action frame when toggling SM PS mode
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: [ath5k-devel] Oops with current kernel and ath5k
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: rate control vs. bands
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH 1/2 V2] mac80211: send action frame when toggling SM PS mode
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: Oops with current kernel and ath5k
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [ath5k-devel] Oops with current kernel and ath5k
- From: Elias Oltmanns <eo@xxxxxxxxxxxxxx>
Re: Agere Hermes source-code: copyright situation
- From: Andrey Borzenkov <arvidjaar@xxxxxxx>
Re: [ath5k-devel] Oops with current kernel and ath5k
- From: "Bob Copeland" <me@xxxxxxxxxxxxxxx>
[RFC][PATCH] p54: fix memory management
- From: Christian Lamparter <chunkeey@xxxxxx>
Re: patch staging-add-w35und-wifi-driver.patch added to gregkh-2.6 tree
- From: Greg KH <gregkh@xxxxxxx>
Re: patch staging-add-w35und-wifi-driver.patch added to gregkh-2.6 tree
- From: Ian Schram <ischram@xxxxxxxxxx>
Re: Agere Hermes source-code: copyright situation
- From: Dave <kilroyd@xxxxxxxxxxxxxx>
Re: [ath5k-devel] Oops with current kernel and ath5k
- From: Elias Oltmanns <eo@xxxxxxxxxxxxxx>
Re: please check your voter registration status
- From: "Stefanik Gábor" <netrolller.3d@xxxxxxxxx>
please check your voter registration status
- From: cpbills@xxxxxxxxx
Re: [ath5k-devel] Oops with current kernel and ath5k
- From: "Bob Copeland" <me@xxxxxxxxxxxxxxx>
Re: Oops with current kernel and ath5k
- From: Elias Oltmanns <eo@xxxxxxxxxxxxxx>
Re: intel wifi 5100 (iwlagn) authentication timed out
- From: Trigve <trigves@xxxxxxxxx>
[PATCH] mac80211: avoid "Wireless Event too big" message for assoc response
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
patch staging-add-w35und-wifi-driver.patch added to gregkh-2.6 tree
- From: <gregkh@xxxxxxx>
Re: intel wifi 5100 (iwlagn) authentication timed out
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [RFC v4] mac80211: re-enable aggregation on 2.6.27
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: w35und wifi driver for linux-staging
- From: Greg KH <greg@xxxxxxxxx>
Re: intel wifi 5100 (iwlagn) authentication timed out
- From: Trigve <trigves@xxxxxxxxx>
Re: intel wifi 5100 (iwlagn) authentication timed out
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: intel wifi 5100 (iwlagn) authentication timed out
- From: Trigve <trigves@xxxxxxxxx>
Oops with current kernel and ath5k
- From: Toralf Förster <toralf.foerster@xxxxxx>
Re: [RFC v4] mac80211: re-enable aggregation on 2.6.27
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: intel wifi 5100 (iwlagn) authentication timed out
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [PATCH 1/1] mac80211: send action frame when toggling SM PS mode
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: w35und wifi driver for linux-staging
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [PATCH 1/1] mac80211: send action frame when toggling SM PS mode
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH 1/1] mac80211: send action frame when toggling SM PS mode
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
intel wifi 5100 (iwlagn) authentication timed out
- From: Trigve <trigves@xxxxxxxxx>
Re: [PATCH 1/1] mac80211: send action frame when toggling SM PS mode
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [RFC, PATCH v2] libertas: unify request_firmware failure
- From: Holger Schurig <hs4233@xxxxxxxxxxxxxxxxxxxx>
Re: w35und wifi driver for linux-staging
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
w35und wifi driver for linux-staging
- From: Pavel Machek <pavel@xxxxxxx>
Re: NETGEAR WG111v2 (USB RTL8187): freezes whole system when setup
- From: "Andrea Merello" <andreamrl@xxxxxxxxxx>
Re: [PATCH 1/1] mac80211: send action frame when toggling SM PS mode
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: [PATCH 0/5] wireless: single escape_essid implementation and related cleanups
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: Problem with Libertas USB8388 WLAN card firmware
- From: "Anadi Mishra" <reachanadi@xxxxxxxxx>
Re: pull request: wireless-next-2.6 2008-09-30
- From: David Miller <davem@xxxxxxxxxxxxx>
[RFC, PATCH v2] libertas: unify request_firmware failure
- From: Marc Pignat <marc.pignat@xxxxxxx>
[PATCH 0/5] wireless: single escape_essid implementation and related cleanups
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
[PATCH 4/5] wireless: use individual buffers for printing ssid values
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
[PATCH 5/5] wireless: avoid some net/ieee80211.h vs. linux/ieee80211.h conflicts
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
[PATCH 1/5] wireless: consolidate on a single escape_essid implementation
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
[PATCH 3/5] wireless: escape_ssid should handle non-printables
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
[PATCH 2/5] wireless: remove NETWORK_EMPTY_ESSID flag
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [RFC v4] mac80211: re-enable aggregation on 2.6.27
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
NETGEAR WG111v2 (USB RTL8187): freezes whole system when setup
- From: Alex Riesen <raa.lkml@xxxxxxxxx>
Re: [RFC v4] mac80211: re-enable aggregation on 2.6.27
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [RFC/T] b43: to few loop tries in do_dummy_tx
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: pull request: wireless-next-2.6 2008-09-30
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
[PATCH] p54: report appropriate rate and band values for 802.11a
- From: Christian Lamparter <chunkeey@xxxxxx>
Re: [RFC v4] mac80211: re-enable aggregation on 2.6.27
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
[PATCH 2/2] mac80211: modify SM_PS state upon change in power save state
- From: Tomas Winkler <tomas.winkler@xxxxxxxxx>
[PATCH 1/2 V2] mac80211: send action frame when toggling SM PS mode
- From: Tomas Winkler <tomas.winkler@xxxxxxxxx>
Re: pull request: wireless-next-2.6 2008-09-30
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [RFC/T] b43: to few loop tries in do_dummy_tx
- From: "Stefanik Gábor" <netrolller.3d@xxxxxxxxx>
Re: pull request: wireless-next-2.6 2008-09-30
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: [PATCH 2/3] mac80211: add multi-rate retry support
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH 1/3] mac80211: free up 2 bytes in skb->cb
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
pull request: wireless-next-2.6 2008-09-30
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
ath5k tries to free an IRQ that is already-free
- From: Sitsofe Wheeler <sitsofe@xxxxxxxxx>
[PATCH] wireless: fix typo in Kconfig.
- From: Davide Pesavento <davidepesa@xxxxxxxxx>
Re: [RFC/T] b43: to few loop tries in do_dummy_tx
- From: "Artem Antonov" <artem.v.antonov@xxxxxxxxx>
Re: [RFC v4] mac80211: re-enable aggregation on 2.6.27
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
[RFC v4] mac80211: re-enable aggregation on 2.6.27
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [CRDA PATCH 1/4] Do not initialize gcrypt twice.
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [RFC/T] b43: to few loop tries in do_dummy_tx
- From: Michael Buesch <mb@xxxxxxxxx>
Re: [RFC/T] b43: to few loop tries in do_dummy_tx
- From: Michael Buesch <mb@xxxxxxxxx>
Re: [RFC/T] b43: to few loop tries in do_dummy_tx
- From: Peter Stuge <peter@xxxxxxxx>
Re: [RFC/T] b43: to few loop tries in do_dummy_tx
- From: Holger Schurig <hs4233@xxxxxxxxxxxxxxxxxxxx>
Re: [RFC/T] b43: to few loop tries in do_dummy_tx
- From: Michael Buesch <mb@xxxxxxxxx>
Re: NL80211_CMD_GET_WIPHY reply doesn't fit into nl message buffer
- From: Jouni Malinen <j@xxxxx>
Re: [RFC/T] b43: to few loop tries in do_dummy_tx
- From: gavron@xxxxxxxxxxx
Re: [RFC/T] b43: to few loop tries in do_dummy_tx
- From: Michael Buesch <mb@xxxxxxxxx>
Re: [RFC/T] b43: to few loop tries in do_dummy_tx
- From: Michael Buesch <mb@xxxxxxxxx>
[PATCH 3/3] ath5k: implement multi-rate retry support and fix tx status reporting
- From: Felix Fietkau <nbd@xxxxxxxxxxx>
[PATCH 2/3] mac80211: add multi-rate retry support
- From: Felix Fietkau <nbd@xxxxxxxxxxx>
[PATCH 1/3] mac80211: free up 2 bytes in skb->cb
- From: Felix Fietkau <nbd@xxxxxxxxxxx>
[PATCH 0/3]: multi-rate retry support for mac80211/ath5k
- From: Felix Fietkau <nbd@xxxxxxxxxxx>
Re: Problem with Libertas USB8388 WLAN card firmware
- From: Holger Schurig <hs4233@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH v2] mac80211: change rate control API to allow multi-rate retry
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH RFC] mac80211: change rate control API to allow multi-rate retry
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH] ath5k: implement multi-rate retry and fix tx status processing
- From: Felix Fietkau <nbd@xxxxxxxxxxx>
[PATCH v2] mac80211: change rate control API to allow multi-rate retry
- From: Felix Fietkau <nbd@xxxxxxxxxxx>
Re: Problem with Libertas USB8388 WLAN card firmware
- From: "Anadi Mishra" <reachanadi@xxxxxxxxx>
Re: [PATCH RFC] mac80211: change rate control API to allow multi-rate retry
- From: Felix Fietkau <nbd@xxxxxxxxxxx>
Re: Problem with Libertas USB8388 WLAN card firmware
- From: "Anadi Mishra" <reachanadi@xxxxxxxxx>
Re: Problem with Libertas USB8388 WLAN card firmware
- From: Holger Schurig <hs4233@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH RFC] mac80211: change rate control API to allow multi-rate retry
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [RFC/T] b43: to few loop tries in do_dummy_tx
- From: Peter Stuge <peter@xxxxxxxx>
[PATCH RFC] mac80211: change rate control API to allow multi-rate retry
- From: Felix Fietkau <nbd@xxxxxxxxxxx>
Re: Getting country alpha2 on network manager and using it for crda
- From: Marcel Holtmann <holtmann@xxxxxxxxxxxxxxx>
Re: Getting country alpha2 on network manager and using it for crda
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: Getting country alpha2 on network manager and using it for crda
- From: Marcel Holtmann <holtmann@xxxxxxxxxxxxxxx>
[PATCH] ath9k: kill ath9k's memzero() and use memset() instead
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [RFC/T] b43: to few loop tries in do_dummy_tx
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: [RFC/T] b43: to few loop tries in do_dummy_tx
- From: Peter Stuge <peter@xxxxxxxx>
Re: [PATCH] libertas: Improvements on automatic tx power control via SIOCSIWTXPOW.
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [PATCH] libertas: Improvements on automatic tx power control via SIOCSIWTXPOW.
- From: Dan Williams <dcbw@xxxxxxxxxx>
Re: Getting country alpha2 on network manager and using it for crda
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: Problem with Libertas USB8388 WLAN card firmware
- From: Dan Williams <dcbw@xxxxxxxxxx>
Re: Getting country alpha2 on network manager and using it for crda
- From: Dan Williams <dcbw@xxxxxxxxxx>
Re: [PATCH] b43: Increase loop tries in do_dummy_tx
- From: Michael Buesch <mb@xxxxxxxxx>
A home for ISO/IEC 3166 alpha2
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
[PATCH] b43: Increase loop tries in do_dummy_tx
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: wireless vs. network namespaces (part II)
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: wireless vs. network namespaces (part II)
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [RFC/T] b43: to few loop tries in do_dummy_tx
- From: Michael Buesch <mb@xxxxxxxxx>
Re: Getting country alpha2 on network manager and using it for crda
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
[RFC/T] b43: to few loop tries in do_dummy_tx
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: [RFC V3] mac80211: re-enable aggregation on 2.6.27
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: NL80211_CMD_GET_WIPHY reply doesn't fit into nl message buffer
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: NL80211_CMD_GET_WIPHY reply doesn't fit into nl message buffer
- From: Jouni Malinen <j@xxxxx>
Re: [ath5k-devel] [PATCH] ath5k: write beacon control register twice when resetting tsf
- From: "Nick Kossifidis" <mickflemm@xxxxxxxxx>
"ip link set address" fails with ath5k and newer madwifi drivers
- From: Peter Niemayer <niemayer@xxxxxx>
Re: [PATCH 1/1] mac80211: send action frame when toggling SM PS mode
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [RFC, PATCH] ath5k: compilation fix for ARM
- From: Marc Pignat <marc.pignat@xxxxxxx>
Re: [RFC, PATCH] ath5k: compilation fix for ARM
- From: Jiri Slaby <jirislaby@xxxxxxxxx>
[RFC, PATCH] ath5k: compilation fix for ARM
- From: Marc Pignat <marc.pignat@xxxxxxx>
Re: NL80211_CMD_GET_WIPHY reply doesn't fit into nl message buffer
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: NL80211_CMD_GET_WIPHY reply doesn't fit into nl message buffer
- From: Jiri Slaby <jirislaby@xxxxxxxxx>
Re: NL80211_CMD_GET_WIPHY reply doesn't fit into nl message buffer
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: NL80211_CMD_GET_WIPHY reply doesn't fit into nl message buffer
- From: Jiri Slaby <jirislaby@xxxxxxxxx>
Re: NL80211_CMD_GET_WIPHY reply doesn't fit into nl message buffer
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: NL80211_CMD_GET_WIPHY reply doesn't fit into nl message buffer
- From: Jiri Slaby <jirislaby@xxxxxxxxx>
Re: NL80211_CMD_GET_WIPHY reply doesn't fit into nl message buffer
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: NL80211_CMD_GET_WIPHY reply doesn't fit into nl message buffer
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: NL80211_CMD_GET_WIPHY reply doesn't fit into nl message buffer
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: NL80211_CMD_GET_WIPHY reply doesn't fit into nl message buffer
- From: Jouni Malinen <j@xxxxx>
Re: NL80211_CMD_GET_WIPHY reply doesn't fit into nl message buffer
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
NL80211_CMD_GET_WIPHY reply doesn't fit into nl message buffer
- From: Jiri Slaby <jirislaby@xxxxxxxxx>
Doubt about DTIM and AP client awakening
- From: "Miguel Madrid Villar" <madrivi@xxxxxxxxx>
Re: SMC wireless card, unknown Atheros/Accton chipset?
- From: "Michael Renzmann" <mrenzmann@xxxxxxxxxxx>
Re: bad DMAR interaction with iwlagn and SATA
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: bad DMAR interaction with iwlagn and SATA
- From: Andres Freund <andres@xxxxxxxxxxx>
Re: bad DMAR interaction with iwlagn and SATA
- From: Andres Freund <andres@xxxxxxxxxxx>
Re: [PATCH 1/1] mac80211: send action frame when toggling SM PS mode
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: wireless vs. network namespaces (part II)
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH 1/1] mac80211: send action frame when toggling SM PS mode
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: Problem with Libertas USB8388 WLAN card firmware
- From: "Anadi Mishra" <reachanadi@xxxxxxxxx>
Re: wireless vs. network namespaces (part II)
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: Release of Atheros 802.11abg HAL under the ISC
- From: "Michael Renzmann" <mrenzmann@xxxxxxxxxxx>
[PATCH 1/5] ath5k: Update registers and SREV ids v2
- From: Nick Kossifidis <mick@xxxxxxxxxxx>
[PATCH 5/5] ath5k: Add support for AR2417 v2
- From: Nick Kossifidis <mick@xxxxxxxxxxx>
[PATCH 4/5] ath5k: Fix SREV reporting after SREV updates
- From: Nick Kossifidis <mick@xxxxxxxxxxx>
[PATCH 3/5] ath5k: Use QUIET mechanism on tx dma stop
- From: Nick Kossifidis <mick@xxxxxxxxxxx>
[PATCH 2/5] ath5k: Use new srevs to properly attach radio chips
- From: Nick Kossifidis <mick@xxxxxxxxxxx>
[PATCH 1/5] ath5k: Update registers and SREV ids
- From: Nick Kossifidis <mick@xxxxxxxxxxx>
Re: SMC wireless card, unknown Atheros/Accton chipset?
- From: Peter Chant <pete@xxxxxxxxxxxxxxx>
Re: [ath5k-devel] Release of Atheros 802.11abg HAL under the ISC
- From: Derek Smithies <derek@xxxxxxxxxxxxxx>
[CRDA PATCH 4/4] Makefile: add support for DESTDIR.
- From: Davide Pesavento <davidepesa@xxxxxxxxx>
[CRDA PATCH 3/4] Use char literals in comparisons, instead of their ASCII codes.
- From: Davide Pesavento <davidepesa@xxxxxxxxx>
[CRDA PATCH 2/4] Delay netlink initialization and cache allocation.
- From: Davide Pesavento <davidepesa@xxxxxxxxx>
[CRDA PATCH 1/4] Do not initialize gcrypt twice.
- From: Davide Pesavento <davidepesa@xxxxxxxxx>
Re: [PATCH RFC] mac80211: notify mac80211 about rfkill events
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: [PATCH] Working packet injection patch for ipw2200 - enables aireplay-ng and others to work
- From: Paul <paul14075@xxxxxxxxx>
Re: [PATCH 1/1] mac80211: send action frame when toggling SM PS mode
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: SMC wireless card, unknown Atheros/Accton chipset?
- From: "Nick Kossifidis" <mickflemm@xxxxxxxxx>
Re: [PATCH 1/1] mac80211: send action frame when toggling SM PS mode
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
SMC wireless card, unknown Atheros/Accton chipset?
- From: Peter Chant <pete@xxxxxxxxxxxxxxx>
Re: [PATCH] Working packet injection patch for ipw2200 - enables aireplay-ng and others to work
- From: "Stefanik Gábor" <netrolller.3d@xxxxxxxxx>
Re: [PATCH 1/1] mac80211: send action frame when toggling SM PS mode
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH 1/1] mac80211: send action frame when toggling SM PS mode
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: [PATCH 1/1] mac80211: send action frame when toggling SM PS mode
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH 1/1] mac80211: send action frame when toggling SM PS mode
- From: Tomas Winkler <tomas.winkler@xxxxxxxxx>
Re: [ath5k-devel] [PATCH 1/1] Ath5k: add AP mode
- From: Jiri Slaby <jirislaby@xxxxxxxxx>
[PATCH] ath5k: write beacon control register twice when resetting tsf
- From: Bob Copeland <me@xxxxxxxxxxxxxxx>
Re: [PATCH -mm] rt2x00: fix Kconfig dependencies
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: Release of Atheros 802.11abg HAL under the ISC
- From: Glenn Saberton <gsaberton@xxxxxxxxxxxx>
Re: [PATCH -mm] rt2x00: fix Kconfig dependencies
- From: Gertjan van Wingerde <gwingerde@xxxxxxxxxxxx>
Re: [ath5k-devel] [PATCH 1/1] Ath5k: add AP mode
- From: Gregory Nietsky <gregory@xxxxxxxxxxxxxxxx>

[Index of Archives] [Linux Host AP] [Linux Bluetooth] [Kernel Announce] [IETF Annouce] [Security] [Netfilter] [Linux ATA RAID] [Bugtraq]