Linux Wireless Networking

Search Linux Wireless

Date Index

Re: RFC Patch: Add signal strength to nl80211station info, (continued)
[RFC] nl80211: Add frequency configuration (including HT40), Jouni Malinen
- Re: [RFC] nl80211: Add frequency configuration (including HT40), Johannes Berg
  - Re: [RFC] nl80211: Add frequency configuration (including HT40), Jouni Malinen
- [RFC] nl80211: Add frequency configuration (including HT40), Sujith
  - Re: [RFC] nl80211: Add frequency configuration (including HT40), Jouni Malinen
    - Re: [RFC] nl80211: Add frequency configuration (including HT40), Sujith
  - Re: [RFC] nl80211: Add frequency configuration (including HT40), Johannes Berg
    - Re: [RFC] nl80211: Add frequency configuration (including HT40), Sujith
- Re: [RFC] nl80211: Add frequency configuration (including HT40), Jouni Malinen
  - Re: [RFC] nl80211: Add frequency configuration (including HT40), Johannes Berg
    - Re: [RFC] nl80211: Add frequency configuration (including HT40), Jouni Malinen
    - Re: [RFC] nl80211: Add frequency configuration (including HT40), Jouni Malinen
      - Re: [RFC] nl80211: Add frequency configuration (including HT40), Johannes Berg
Re: cannot compile compat-wireless-2.6-old, Andrey Vul
- Re: cannot compile compat-wireless-2.6-old, Luis R. Rodriguez
  - Re: cannot compile compat-wireless-2.6-old, Andrey Vul
    - Re: cannot compile compat-wireless-2.6-old, Andrey Vul
      - Re: cannot compile compat-wireless-2.6-old, Luis R. Rodriguez
        
        Re: cannot compile compat-wireless-2.6-old, Andrey Vul
        
        Re: cannot compile compat-wireless-2.6-old, Luis R. Rodriguez
        
        Re: cannot compile compat-wireless-2.6-old, Andrey Vul
        
        Re: cannot compile compat-wireless-2.6-old, Luis R. Rodriguez
[PATCH] ipw2200: increase scan timeout, Helmut Schaa
- Re: [PATCH] ipw2200: increase scan timeout, reinette chatre
  - RE: [Ipw2100-devel] [PATCH] ipw2200: increase scan timeout, Cahill, Ben M
  - Re: [PATCH] ipw2200: increase scan timeout, Helmut Schaa
  - Re: [PATCH] ipw2200: increase scan timeout, Helmut Schaa
- Re: [PATCH] ipw2200: increase scan timeout, Dan Williams
  - Re: [PATCH] ipw2200: increase scan timeout, Helmut Schaa
- Re: [Ipw2100-devel] [PATCH] ipw2200: increase scan timeout, Harald Braumann
  - Re: [Ipw2100-devel] [PATCH] ipw2200: increase scan timeout, Helmut Schaa
- Re: [PATCH] ipw2200: increase scan timeout, Holger Schurig
  - Re: [PATCH] ipw2200: increase scan timeout, Kalle Valo
    - Re: [PATCH] ipw2200: increase scan timeout, Zhu Yi
      - Re: [PATCH] ipw2200: increase scan timeout, Dan Williams
  - Re: [PATCH] ipw2200: increase scan timeout, Helmut Schaa
AP (Master Mode) of wireless drivers, Mark Ryden
- Re: AP (Master Mode) of wireless drivers, Pavel Roskin
  - Re: AP (Master Mode) of wireless drivers, Vladimir Koutny
    - Re: AP (Master Mode) of wireless drivers, Johannes Berg
      - Re: AP (Master Mode) of wireless drivers, Mark Ryden
        
        Re: AP (Master Mode) of wireless drivers, Johannes Berg
        
        Re: AP (Master Mode) of wireless drivers, Mark Ryden
[PATCH 1/1] iwlwifi: clean key table in iwl_clear_stations_table function, Tomas Winkler
[PATCH 1/1] mac80211: disassociate prior to unlinking AP/station, Tomas Winkler
[PATCH] ath9k: Remove core.c, missed in the earlier code scrub patch., Sujith
Bluetooth is active on the channel where wifi is also active, Vasanthakumar Thiagarajan
- Re: Bluetooth is active on the channel where wifi is also active, Marcel Holtmann
  - Re: Bluetooth is active on the channel where wifi is also active, Vasanthakumar Thiagarajan
    - Re: Bluetooth is active on the channel where wifi is also active, Marcel Holtmann
      - Re: Bluetooth is active on the channel where wifi is also active, Vasanthakumar Thiagarajan
        
        Re: Bluetooth is active on the channel where wifi is also active, Vasanthakumar Thiagarajan
question about MAC80211, doyer
wireless-regdb: update regulatory rules for US 2.3-2.4GHz and 5.65-5.925GHz, Richard Farina
- Re: wireless-regdb: update regulatory rules for US 2.3-2.4GHz and 5.65-5.925GHz, Luis R. Rodriguez
  - Re: wireless-regdb: update regulatory rules for US 2.3-2.4GHz and 5.65-5.925GHz, Richard Farina
    - Re: wireless-regdb: update regulatory rules for US 2.3-2.4GHz and 5.65-5.925GHz, Luis R. Rodriguez
      - Re: wireless-regdb: update regulatory rules for US 2.3-2.4GHz and 5.65-5.925GHz, Richard Farina
        
        Re: wireless-regdb: update regulatory rules for US 2.3-2.4GHz and 5.65-5.925GHz, Luis R. Rodriguez
wireless-regdb: flaw in general functionality, Richard Farina
- Re: wireless-regdb: flaw in general functionality, Luis R. Rodriguez
  - Re: wireless-regdb: flaw in general functionality, Pavel Roskin
    - Re: wireless-regdb: flaw in general functionality, Luis R. Rodriguez
      - Re: wireless-regdb: flaw in general functionality, Richard Farina
        
        Re: wireless-regdb: flaw in general functionality, Pavel Roskin
        
        Re: wireless-regdb: flaw in general functionality, Luis R. Rodriguez
        
        Re: wireless-regdb: flaw in general functionality, Pavel Roskin
        
        Re: wireless-regdb: flaw in general functionality, Luis R. Rodriguez
        
        Re: wireless-regdb: flaw in general functionality, Richard Farina
        
        Re: wireless-regdb: flaw in general functionality, Luis R. Rodriguez
        
        Re: wireless-regdb: flaw in general functionality, Michael Renzmann
        
        Re: wireless-regdb: flaw in general functionality, Luis R. Rodriguez
        
        Re: wireless-regdb: flaw in general functionality, Michael Renzmann
        
        Re: wireless-regdb: flaw in general functionality, Johannes Berg
        
        Re: wireless-regdb: flaw in general functionality, Michael Renzmann
        
        Re: wireless-regdb: flaw in general functionality, Johannes Berg
[RFT][RFC][PATCH] p54: utilize cryptographic accelerator, Christian Lamparter
- Re: [RFT][RFC][PATCH] p54: utilize cryptographic accelerator, Larry Finger
- Re: [RFT][RFC][PATCH] p54: utilize cryptographic accelerator, Larry Finger
  - Re: [RFT][RFC][PATCH] p54: utilize cryptographic accelerator, Christian Lamparter
    - Re: [RFT][RFC][PATCH] p54: utilize cryptographic accelerator, Larry Finger
[ANN] CRDA and wireless-regdb release, Luis R. Rodriguez
ath5k: can't browse at all., Irwan Siajadi
- Re: ath5k: can't browse at all., Pavel Roskin
  - Re: ath5k: can't browse at all., Irwan Siajadi
  - Re: ath5k: can't browse at all., Irwan Siajadi
    - Re: ath5k: can't browse at all., Pavel Roskin
      - Re: ath5k: can't browse at all., Irwan Siajadi
        
        Re: ath5k: can't browse at all., Luis R. Rodriguez
- Re: ath5k: can't browse at all., Dan Williams
  - Re: ath5k: can't browse at all., Irwan Siajadi
- <Possible follow-ups>
- Re: ath5k: can't browse at all., Irwan Siajadi
  - Re: ath5k: can't browse at all., Luis R. Rodriguez
    - Re: ath5k: can't browse at all., Irwan Siajadi
      - Re: ath5k: can't browse at all., Luis R. Rodriguez
        
        Re: ath5k: can't browse at all., Irwan Siajadi
        
        Re: ath5k: can't browse at all., Irwan Siajadi
[PATCH] p54: fix wmm queue settings, Christian Lamparter
PATCH: ieee80211_wep_encrypt_data_fix_unaligned_access.patch, Ivan Kuten
RT2500 instability, Meelis Roos
[PATCH 2/2] zd1211rw: enable an AP that can't support fully PS clients (wireless-testing)., Rami Rosen
- Re: [PATCH 2/2] zd1211rw: enable an AP that can't support fully PS clients (wireless-testing)., Johannes Berg
  - Re: [PATCH 2/2] zd1211rw: enable an AP that can't support fully PS clients (wireless-testing)., Rami Rosen
    - Re: [PATCH 2/2] zd1211rw: enable an AP that can't support fully PS clients (wireless-testing)., Johannes Berg
      - Re: [PATCH 2/2] zd1211rw: enable an AP that can't support fully PS clients (wireless-testing)., Rami Rosen
        
        Re: [PATCH 2/2] zd1211rw: enable an AP that can't support fully PS clients (wireless-testing)., Johannes Berg
        
        Re: [PATCH 2/2] zd1211rw: enable an AP that can't support fully PS clients (wireless-testing)., Johannes Berg
        
        Re: [PATCH 2/2] zd1211rw: enable an AP that can't support fully PS clients (wireless-testing)., Rami Rosen
[PATCH 1/2] mac80211: enabling an AP that can't support fully PS clients (wireless-testing)., Rami Rosen
- Re: [PATCH 1/2] mac80211: enabling an AP that can't support fully PS clients (wireless-testing)., Johannes Berg
  - Re: [PATCH 1/2] mac80211: enabling an AP that can't support fully PS clients (wireless-testing)., John W. Linville
- Re: [PATCH 1/2] mac80211: enabling an AP that can't support fully PS clients (wireless-testing)., Pavel Roskin
  - Re: [PATCH 1/2] mac80211: enabling an AP that can't support fully PS clients (wireless-testing)., Jouni Malinen
[PATCH 0/2] Enabling an AP that can't support fully PS clients (wireless-testing)., Rami Rosen
[PATCH 2/2] ath9k: Use proper TX channel width for setting channels, Sujith
[PATCH 1/2] ath9k: Code scrub, Sujith
[RFC][PATCH]Atheros a/b/g Frequency Support, Richard Farina
[Fwd: please don't regress ath5k.h], Richard Farina
- Re: [Fwd: please don't regress ath5k.h], Michael Renzmann
  - Re: [Fwd: please don't regress ath5k.h], Johannes Berg
    - Re: [Fwd: please don't regress ath5k.h], Richard Farina
      - Re: [Fwd: please don't regress ath5k.h], Jouni Malinen
        
        Re: [Fwd: please don't regress ath5k.h], Richard Farina
        
        Re: [Fwd: please don't regress ath5k.h], Luis R. Rodriguez
        
        Re: [Fwd: please don't regress ath5k.h], Richard Farina
        
        Re: [Fwd: please don't regress ath5k.h], Luis R. Rodriguez
      - Re: [Fwd: please don't regress ath5k.h], Nick Kossifidis
        
        Re: [Fwd: please don't regress ath5k.h], Richard Farina
        
        Re: [Fwd: please don't regress ath5k.h], Nick Kossifidis
[PATCH] Fix warning in info.c with gcc 4.3 (Ubuntu 8.10), Alejandro Riveira Fernández
- Re: [PATCH] Fix warning in info.c with gcc 4.3 (Ubuntu 8.10), Johannes Berg
ssh hangs on brcm47xx (B43) + compat-wireless-2008-10/11, umiki
[PATCH] iwlwifi: fix build warning, Wu Fengguang
- Re: [PATCH] iwlwifi: fix build warning, Johannes Berg
[PATCH 2/2] ath5k: use mac80211 pm callbacks, Bob Copeland
[PATCH 1/2] mac80211: add suspend/resume callbacks, Bob Copeland
- Re: [PATCH 1/2] mac80211: add suspend/resume callbacks, Johannes Berg
  - Re: [PATCH 1/2] mac80211: add suspend/resume callbacks, Bob Copeland
  - Re: [PATCH 1/2] mac80211: add suspend/resume callbacks, Bob Copeland
    - Re: [PATCH 1/2] mac80211: add suspend/resume callbacks, Johannes Berg
      - Re: [PATCH 1/2] mac80211: add suspend/resume callbacks, Bob Copeland
        
        Re: [PATCH 1/2] mac80211: add suspend/resume callbacks, Johannes Berg
[RFC PATCH 0/2] mac80211 suspend/resume, Bob Copeland
[PATCH iw] Report max TX power from NL80211_BAND_ATTR_FREQS, Jouni Malinen
- Re: [PATCH iw] Report max TX power from NL80211_BAND_ATTR_FREQS, Johannes Berg
[PATCH] nl80211: Change max TX power to be in mBm instead of dBm, Jouni Malinen
- Re: [PATCH] nl80211: Change max TX power to be in mBm instead of dBm, Johannes Berg
[PATCH 0/4] orinoco: clean up firmware download, David Kilroy
- [PATCH 1/4] orinoco: Separate fw caching from download, David Kilroy
  - [PATCH 2/4] orinoco: Cache Symbol firmware, David Kilroy
    - [PATCH 3/4] orinoco: Resume spectrum_cs in the same way as orinoco_cs, David Kilroy
      - [PATCH 4/4] orinoco: Provide option to avoid unnecessary fw caching, David Kilroy
Ath9k wont go in properly AP mode, W. van den Akker
Issues with AR5213A, Alexander
- Re: Issues with AR5213A, Nick Kossifidis
[PATCH] ath5k: fix Security issue in DebugFS part of ath5k, crquan
[PATCH] ath9k: Handle -ENOMEM on RX gracefully, Luis R. Rodriguez
ieee80211_wep_encrypt_data_fix_unaligned_access.patch, Ivan Kuten
- Re: ieee80211_wep_encrypt_data_fix_unaligned_access.patch, Johannes Berg
  - Re: ieee80211_wep_encrypt_data_fix_unaligned_access.patch, Johannes Berg
- Re: ieee80211_wep_encrypt_data_fix_unaligned_access.patch, Johannes Berg
Unusually low speeds with ath5k and iwl3945, Maxim Levitsky
- Re: Unusually low speeds with ath5k and iwl3945, Bob Copeland
  - Re: [ath5k-devel] Unusually low speeds with ath5k and iwl3945, Derek Smithies
    - Re: [ath5k-devel] Unusually low speeds with ath5k and iwl3945, Maxim Levitsky
      - Re: [ath5k-devel] Unusually low speeds with ath5k and iwl3945, Benoit PAPILLAULT
        
        Re: [ath5k-devel] Unusually low speeds with ath5k and iwl3945, Felix Fietkau
        
        Re: [ath5k-devel] Unusually low speeds with ath5k and iwl3945, Johannes Berg
        
        Re: [ath5k-devel] Unusually low speeds with ath5k and iwl3945, Benoit PAPILLAULT
        
        Re: [ath5k-devel] Unusually low speeds with ath5k and iwl3945, Felix Fietkau
- Re: [ipw3945-devel] Unusually low speeds with ath5k and iwl3945, Rafał Miłecki
- Re: Unusually low speeds with ath5k and iwl3945, reinette chatre
  - Re: Unusually low speeds with ath5k and iwl3945, Maxim Levitsky
    - Re: Unusually low speeds with ath5k and iwl3945, reinette chatre
Bugs in ath5k on aspire one (AR2425), Maxim Levitsky
- Re: [ath5k-devel] Bugs in ath5k on aspire one (AR2425), Alan Jenkins
  - Re: [ath5k-devel] Bugs in ath5k on aspire one (AR2425), Bob Copeland
  - Re: [ath5k-devel] Bugs in ath5k on aspire one (AR2425), Maxim Levitsky
- Re: Bugs in ath5k on aspire one (AR2425), Maxim Levitsky
  - Re: [ath5k-devel] Bugs in ath5k on aspire one (AR2425), Bob Copeland
    - Re: [ath5k-devel] Bugs in ath5k on aspire one (AR2425), Maxim Levitsky
iwlagn MAC in deep sleep, Mike Kershaw
- Re: iwlagn MAC in deep sleep, Marcel Holtmann
- Re: iwlagn MAC in deep sleep, Zhu Yi
  - Re: iwlagn MAC in deep sleep, Marcel Holtmann
    - Re: iwlagn MAC in deep sleep, Zhu Yi
      - Re: iwlagn MAC in deep sleep, Marcel Holtmann
  - Re: iwlagn MAC in deep sleep, Mike Kershaw
- Re: iwlagn MAC in deep sleep, reinette chatre
pull request: wireless-next-2.6 2008-11-21, John W. Linville
- Re: pull request: wireless-next-2.6 2008-11-21, David Miller
What should wireless drivers do under -ENOMEM, Luis R. Rodriguez
- Re: What should wireless drivers do under -ENOMEM, Michael Buesch
[PATCHi iw] Report max TX power from NL80211_BAND_ATTR_FREQS, Jouni Malinen
[PATCH] nl80211: Report max TX power in NL80211_BAND_ATTR_FREQS, Jouni Malinen
- Re: [PATCH] nl80211: Report max TX power in NL80211_BAND_ATTR_FREQS, Johannes Berg
  - Re: [PATCH] nl80211: Report max TX power in NL80211_BAND_ATTR_FREQS, Jouni Malinen
    - Re: [PATCH] nl80211: Report max TX power in NL80211_BAND_ATTR_FREQS, Johannes Berg
BCM4312 Fails when xdm is started, Larry Finger
- Re: BCM4312 Fails when xdm is started, Michael Buesch
  - Re: BCM4312 Fails when xdm is started, Larry Finger
    - Re: BCM4312 Fails when xdm is started, Yuval Hager
      - Re: BCM4312 Fails when xdm is started, Michael Buesch
        
        Re: BCM4312 Fails when xdm is started, Larry Finger
        
        Re: BCM4312 Fails when xdm is started, Michael Buesch
        
        Re: BCM4312 Fails when xdm is started, Yuval Hager
        
        Re: BCM4312 Fails when xdm is started, Yuval Hager
        
        Re: BCM4312 Fails when xdm is started, Michael Buesch
        
        Re: BCM4312 Fails when xdm is started, Larry Finger
        
        Re: BCM4312 Fails when xdm is started, Michael Buesch
        
        Message not available
        
        Re: BCM4312 Fails when xdm is started, Michael Buesch
        
        Re: BCM4312 Fails when xdm is started, Peter Stuge
        
        Re: BCM4312 Fails when xdm is started, Larry Finger
        
        Re: BCM4312 Fails when xdm is started, Yuval Hager
        
        Re: BCM4312 Fails when xdm is started, Michael Buesch
        
        Re: BCM4312 Fails when xdm is started, Larry Finger
        
        Re: BCM4312 Fails when xdm is started, Yuval Hager
        
        Re: BCM4312 Fails when xdm is started, Peter Stuge
        
        Re: BCM4312 Fails when xdm is started, Yuval Hager
        
        Re: BCM4312 Fails when xdm is started, Larry Finger
        
        Re: BCM4312 Fails when xdm is started, Michael Buesch
p54: AP mode: no data frame despite traffic indication set in TIM, Stefan Steuerwald
- Re: p54: AP mode: no data frame despite traffic indication set in TIM, Stefan Steuerwald
  - Re: p54: AP mode: no data frame despite traffic indication set in TIM, Johannes Berg
- Re: p54: AP mode: no data frame despite traffic indication set in TIM, Johannes Berg
  - Re: p54: AP mode: no data frame despite traffic indication set in TIM, Christian Lamparter
    - Re: p54: AP mode: no data frame despite traffic indication set in TIM, Stefan Steuerwald
- <Possible follow-ups>
- Re: p54: AP mode: no data frame despite traffic indication set in TIM, Christian Lamparter
  - Re: p54: AP mode: no data frame despite traffic indication set in TIM, Stefan Steuerwald
    - Re: p54: AP mode: no data frame despite traffic indication set in TIM, Christian Lamparter
      - Re: p54: AP mode: no data frame despite traffic indication set in TIM, Stefan Steuerwald
      - Re: p54: AP mode: no data frame despite traffic indication set in TIM, Stefan Steuerwald
        
        Re: p54: AP mode: no data frame despite traffic indication set in TIM, Christian Lamparter
        
        Re: p54: AP mode: no data frame despite traffic indication set in TIM, Stefan Steuerwald
        
        Re: p54: AP mode: no data frame despite traffic indication set in TIM, Johannes Berg
        
        Re: p54: AP mode: no data frame despite traffic indication set in TIM, Christian Lamparter
        
        Re: p54: AP mode: no data frame despite traffic indication set in TIM, Stefan Steuerwald
        
        Re: p54: AP mode: no data frame despite traffic indication set in TIM, Johannes Berg
        
        [RFC] mac80211 & p54: add sta_notify_ps callback, Christian Lamparter
        
        Re: [RFC] mac80211 & p54: add sta_notify_ps callback, Christian Lamparter
        
        Re: [RFC] mac80211 & p54: add sta_notify_ps callback, Johannes Berg
iwlwifi produces "Can not allocate SKB buffers", Marcel Holtmann
[PATCH 2/2] ath9k: correct expected max RX buffer size, Luis R. Rodriguez
- [PATCH 1/2] ath9k: Fix SW-IOMMU bounce buffer starvation, Luis R. Rodriguez
  - [PATCH 2/2] ath9k: correct expected max RX buffer size, Luis R. Rodriguez
zd1211rw breaks s2ram, Cyril Hrubis
- Re: zd1211rw breaks s2ram, Rami Rosen
[PATCH] ath9k: Dont update rate control for every AMPDU, Vasanthakumar Thiagarajan
- Re: [PATCH] ath9k: Dont update rate control for every AMPDU, Johannes Berg
  - Re: [PATCH] ath9k: Dont update rate control for every AMPDU, Vasanthakumar Thiagarajan
- <Possible follow-ups>
- [PATCH] ath9k: Dont update rate control for every AMPDU, Vasanthakumar Thiagarajan
[PATCH V2] mac80211 : Fix setting ad-hoc mode and non-ibss channel, Abhijeet Kolekar
[PATCH] ath5k: Clean up eeprom parsing and add missing calibration data, Felix Fietkau
- Re: [PATCH] ath5k: Clean up eeprom parsing and add missing calibration data, Bob Copeland
  - Re: [PATCH] ath5k: Clean up eeprom parsing and add missing calibration data, Nick Kossifidis
    - Re: [PATCH] ath5k: Clean up eeprom parsing and add missing calibration data, Bob Copeland
Witap: Statusbericht 20.11.2008, Michael Bernhard
- Re: Witap: Statusbericht 20.11.2008, Johannes Berg
Symbol orinoco firmware under BSD, no extracting tools needed, Kamil Dzida
- Re: Symbol orinoco firmware under BSD, no extracting tools needed, Andrey Borzenkov
  - Re: Symbol orinoco firmware under BSD, no extracting tools needed, Kamil Dzida
Error compiling. Please help, tduckett
- Re: Error compiling. Please help, Luis R. Rodriguez
- <Possible follow-ups>
- RE: Error compiling. Please help, tduckett
  - RE: Error compiling. Please help, Pavel Roskin
[RFC 0/2] ath9k: Few DMA fixups, Luis R. Rodriguez
- [RFC 1/2] ath9k: Fix SW-IOMMU bounce buffer starvation, Luis R. Rodriguez
  - [RFC 2/2] ath9k: correct expected max RX buffer size, Luis R. Rodriguez
m68k: linux-next allmodconfig, Andrew Morton
- Re: m68k: linux-next allmodconfig, John W. Linville
- Re: m68k: linux-next allmodconfig, Geert Uytterhoeven
Re: WARNING: at net/mac80211/rx.c:388 __ieee80211_rx_handle_packet+0x1fe/0x627 [mac80211](), Andrew Morton
- Re: WARNING: at net/mac80211/rx.c:388 __ieee80211_rx_handle_packet+0x1fe/0x627 [mac80211](), Johannes Berg
  - Re: WARNING: at net/mac80211/rx.c:388 __ieee80211_rx_handle_packet+0x1fe/0x627 [mac80211](), Christian Schulte
[PATCH] mac80211 : Fix setting ad-hoc mode and non-ibss channel, Abhijeet Kolekar
- Re: [PATCH] mac80211 : Fix setting ad-hoc mode and non-ibss channel, Johannes Berg
Re: linux-next: Tree for November 19 (ipw2100/2200 build errors), Randy Dunlap
Fwd: p54: testing AP mode: cannot switch to master mode, Stefan Steuerwald
- Re: Fwd: p54: testing AP mode: cannot switch to master mode, Johannes Berg
  - Re: Fwd: p54: testing AP mode: cannot switch to master mode, Stefan Steuerwald
    - Re: Fwd: p54: testing AP mode: cannot switch to master mode, Johannes Berg
      - Re: Fwd: p54: testing AP mode: cannot switch to master mode, Stefan Steuerwald
        
        Re: Fwd: p54: testing AP mode: cannot switch to master mode, Johannes Berg
        
        Re: Fwd: p54: testing AP mode: cannot switch to master mode, Stefan Steuerwald
        
        Re: Fwd: p54: testing AP mode: cannot switch to master mode, Stefan Steuerwald
        
        Re: Fwd: p54: testing AP mode: cannot switch to master mode, Holger Schurig
        
        Re: Fwd: p54: testing AP mode: cannot switch to master mode, Johannes Berg
        
        Re: Fwd: p54: testing AP mode: cannot switch to master mode, Stefan Steuerwald
        
        Re: Fwd: p54: testing AP mode: cannot switch to master mode, Johannes Berg
        
        Re: Fwd: p54: testing AP mode: cannot switch to master mode, Johannes Berg
        
        Re: Fwd: p54: testing AP mode: cannot switch to master mode, Holger Schurig
        
        Re: Fwd: p54: testing AP mode: cannot switch to master mode, Stefan Steuerwald
        
        Re: Fwd: p54: testing AP mode: cannot switch to master mode, Johannes Berg
        
        Re: Fwd: p54: testing AP mode: cannot switch to master mode, Johannes Berg
        
        Re: Fwd: p54: testing AP mode: cannot switch to master mode, Stefan Steuerwald
        
        Re: Fwd: p54: testing AP mode: cannot switch to master mode, Holger Schurig
[PATCH] mac80211: Look out for some other AP when disassoc is received., Vivek Natarajan
- Re: [PATCH] mac80211: Look out for some other AP when disassoc is received., Johannes Berg
  - Re: [PATCH] mac80211: Look out for some other AP when disassoc is received., Vivek Natarajan
    - Re: [PATCH] mac80211: Look out for some other AP when disassoc is received., Johannes Berg
      - Re: [PATCH] mac80211: Look out for some other AP when disassoc is received., Vivek Natarajan
        
        Re: [PATCH] mac80211: Look out for some other AP when disassoc is received., Johannes Berg
        
        [PATCH] mac80211: Look out for some other AP when disassoc is received., Vivek Natarajan
- <Possible follow-ups>
- [PATCH] mac80211: Look out for some other AP when disassoc is received., Vivek Natarajan
  - Re: [PATCH] mac80211: Look out for some other AP when disassoc is received., Johannes Berg
- [PATCH] mac80211: Look out for some other AP when disassoc is received., Vivek Natarajan
[PATCH ] wireless-testing: missing include in lib80211.h (was: pull request: wireless-next-2.6 2008-11-18), Rami Rosen
[PATCH] iw: Makefile changes for easier packaging, Robby Workman
- Re: [PATCH] iw: Makefile changes for easier packaging, Johannes Berg
  - Re: [PATCH] iw: Makefile changes for easier packaging, Robby Workman
    - Re: [PATCH] iw: Makefile changes for easier packaging, Johannes Berg
      - Re: [PATCH] iw: Makefile changes for easier packaging, Robby Workman
pull request: wireless-2.6 2008-11-18, John W. Linville
- Re: pull request: wireless-2.6 2008-11-18, Johannes Berg
  - Re: pull request: wireless-2.6 2008-11-18, John W. Linville
- Re: pull request: wireless-2.6 2008-11-18, Tomas Winkler
  - Re: pull request: wireless-2.6 2008-11-18, Tomas Winkler
    - Re: pull request: wireless-2.6 2008-11-18, John W. Linville
      - Re: pull request: wireless-2.6 2008-11-18, Tomas Winkler
        
        Re: pull request: wireless-2.6 2008-11-18, John W. Linville
        
        Re: pull request: wireless-2.6 2008-11-18, Tomas Winkler
        
        Re: pull request: wireless-2.6 2008-11-18, John W. Linville
        
        Re: pull request: wireless-2.6 2008-11-18, Tomas Winkler
      - Re: pull request: wireless-2.6 2008-11-18, Zhu Yi
        
        Re: pull request: wireless-2.6 2008-11-18, Marcel Holtmann
        
        Re: pull request: wireless-2.6 2008-11-18, Zhu Yi
        
        Re: pull request: wireless-2.6 2008-11-18, Marcel Holtmann
- Re: pull request: wireless-2.6 2008-11-18, David Miller
pull request: wireless-next-2.6 2008-11-18, John W. Linville
- Re: pull request: wireless-next-2.6 2008-11-18, Rami Rosen
- Re: pull request: wireless-next-2.6 2008-11-18, David Miller
  - Re: pull request: wireless-next-2.6 2008-11-18, John W. Linville
mac80211 MLME and user space, Andy Johnson
- Re: mac80211 MLME and user space, Johannes Berg
- Re: mac80211 MLME and user space, Michael Buesch
[PATCH] ath9k: Fix panic while unregistering rfkill, Vasanthakumar Thiagarajan
[PATCH] ath5k: set mac address in add_interface, Bob Copeland
- Re: [PATCH] ath5k: set mac address in add_interface, Maxim Levitsky
  - Re: [ath5k-devel] [PATCH] ath5k: set mac address in add_interface, Bob Copeland
    - Re: [ath5k-devel] [PATCH] ath5k: set mac address in add_interface, Maxim Levitsky
      - Re: [ath5k-devel] [PATCH] ath5k: set mac address in add_interface, Maxim Levitsky
        
        Re: [ath5k-devel] [PATCH] ath5k: set mac address in add_interface, Bob Copeland
        
        Re: [ath5k-devel] [PATCH] ath5k: set mac address in add_interface, Maxim Levitsky
- Re: [PATCH] ath5k: set mac address in add_interface, Stefanik Gábor
  - Re: [PATCH] ath5k: set mac address in add_interface, Dan Williams
    - Re: [PATCH] ath5k: set mac address in add_interface, Stefanik Gábor
      - Re: [PATCH] ath5k: set mac address in add_interface, Dan Williams
      - Re: [ath5k-devel] [PATCH] ath5k: set mac address in add_interface, Bob Copeland
        
        Re: [ath5k-devel] [PATCH] ath5k: set mac address in add_interface, Bob Copeland
        
        Re: [ath5k-devel] [PATCH] ath5k: set mac address in add_interface, Johannes Berg
        
        Re: [ath5k-devel] [PATCH] ath5k: set mac address in add_interface, Bob Copeland
        
        Re: [ath5k-devel] [PATCH] ath5k: set mac address in add_interface, Johannes Berg
        
        Re: [ath5k-devel] [PATCH] ath5k: set mac address in add_interface, Stefanik Gábor
  - Message not available
    - Re: [PATCH] ath5k: set mac address in add_interface, Stefanik Gábor
[PATCH 18/18] ath9k: Use straightforward PCI routines to setup the TX buffer., Sujith
[PATCH 17/18] ath9k: Update TX trigger level on a FIFO underrun., Sujith
[PATCH 16/18] ath9k: Fix bug in deciphering channel flags, Sujith
[PATCH 15/18] ath9k: Move TX completion routine to xmit.c, Sujith
[PATCH 14/18] ath9k: Use helpers, Sujith
[PATCH 13/18] ath9k: General code scrub, Sujith
[PATCH 12/18] ath9k: Remove ath9k_rate_table, Sujith
[PATCH 11/18] ath9k: Use rate_driver_data, Sujith
[PATCH 10/18] ath9k: Remove ath_rate_softc, Sujith
[PATCH 09/18] ath9k: Remove rate control reference in VAP, Sujith
[PATCH 08/18] ath9k: We don't support non-HT devices, so remove superfluous code., Sujith
[PATCH 07/18] ath9k: Revamp RX handling, Sujith
[PATCH 06/18] ath9k: Nuke fixed rate handling in driver, Sujith
[PATCH 05/18] ath9k: Remove half/quarter rate tables, Sujith
- Re: [PATCH 05/18] ath9k: Remove half/quarter rate tables, Richard Scherping
[PATCH 04/18] ath9k: Remove ath_rate_newassoc(), Sujith
[PATCH 03/18] ath9k: Remove ath_setup_rates, Sujith
[PATCH 02/18] ath9k: Simplify RC alloc/free functions, Sujith
[PATCH 01/18] ath9k: Merge struct ath_tx_ratectrl with ath_rate_node, Sujith
[PATCH 00/18] ath9k: Driver updates, Sujith
[PATCH/RFT] iwlagn: fix RX skb alignment, Johannes Berg
- Re: [PATCH/RFT] iwlagn: fix RX skb alignment, Zhu Yi
  - Re: [PATCH/RFT] iwlagn: fix RX skb alignment, Johannes Berg
- Re: [PATCH/RFT] iwlagn: fix RX skb alignment, Johannes Berg
  - Re: [PATCH/RFT] iwlagn: fix RX skb alignment, Tomas Winkler
    - Re: [PATCH/RFT] iwlagn: fix RX skb alignment, Johannes Berg
      - Re: [PATCH/RFT] iwlagn: fix RX skb alignment, Tomas Winkler
        
        Re: [PATCH/RFT] iwlagn: fix RX skb alignment, Johannes Berg
        
        Re: [PATCH/RFT] iwlagn: fix RX skb alignment, Tomas Winkler
        
        Re: [PATCH/RFT] iwlagn: fix RX skb alignment, Johannes Berg
        
        Re: [PATCH/RFT] iwlagn: fix RX skb alignment, Tomas Winkler
        
        Re: [PATCH/RFT] iwlagn: fix RX skb alignment, Johannes Berg
        
        Re: [PATCH/RFT] iwlagn: fix RX skb alignment, Johannes Berg
        
        Re: [PATCH/RFT] iwlagn: fix RX skb alignment, Johannes Berg
    - Re: [PATCH/RFT] iwlagn: fix RX skb alignment, Johannes Berg
      - Re: [PATCH/RFT] iwlagn: fix RX skb alignment, Tomas Winkler
        
        Re: [PATCH/RFT] iwlagn: fix RX skb alignment, Johannes Berg
        
        Re: [PATCH/RFT] iwlagn: fix RX skb alignment, Tomas Winkler
        
        Re: [PATCH/RFT] iwlagn: fix RX skb alignment, Johannes Berg
        
        Re: [PATCH/RFT] iwlagn: fix RX skb alignment, Tomas Winkler
- Re: [PATCH/RFT] iwlagn: fix RX skb alignment, Johannes Berg
  - Re: [PATCH/RFT] iwlagn: fix RX skb alignment, Luis R. Rodriguez
    - [PATCH] iwlagn: fix DMA sync, Johannes Berg
- Re: [PATCH/RFT] iwlagn: fix RX skb alignment, Johannes Berg
  - Re: [PATCH/RFT] iwlagn: fix RX skb alignment, Thomas Witt
    - Re: [PATCH/RFT] iwlagn: fix RX skb alignment, Zhu Yi
- Re: [PATCH/RFT] iwlagn: fix RX skb alignment, reinette chatre
  - Re: [PATCH/RFT] iwlagn: fix RX skb alignment, Johannes Berg
    - Re: [PATCH/RFT] iwlagn: fix RX skb alignment, reinette chatre
config.mk regresion, Valentin Manea
[PATCH ] zd1211rw: enable master mode. (wireless-testing), Rami Rosen
- Re: [PATCH ] zd1211rw: enable master mode. (wireless-testing), Johannes Berg
  - Re: [PATCH ] zd1211rw: enable master mode. (wireless-testing), Rami Rosen
    - Re: [PATCH ] zd1211rw: enable master mode. (wireless-testing), Johannes Berg
      - Re: [PATCH ] zd1211rw: enable master mode. (wireless-testing), Rami Rosen
        
        Re: [PATCH ] zd1211rw: enable master mode. (wireless-testing), Johannes Berg
        
        Re: [PATCH ] zd1211rw: enable master mode. (wireless-testing), John W. Linville
        
        Re: [PATCH ] zd1211rw: enable master mode. (wireless-testing), Johannes Berg
        
        Re: [PATCH ] zd1211rw: enable master mode. (wireless-testing), Luis R. Rodriguez
        
        Re: [PATCH ] zd1211rw: enable master mode. (wireless-testing), Luis R. Rodriguez
        
        Re: [PATCH ] zd1211rw: enable master mode. (wireless-testing), Michael Buesch
        
        Re: [PATCH ] zd1211rw: enable master mode. (wireless-testing), John W. Linville
        
        Re: [PATCH ] zd1211rw: enable master mode. (wireless-testing), Johannes Berg
        
        Re: [PATCH ] zd1211rw: enable master mode. (wireless-testing), Jouni Malinen
        
        Re: [PATCH ] zd1211rw: enable master mode. (wireless-testing), Johannes Berg
[PATCH] rtl8187: Fix transmission count sent to mac80211, Larry Finger
- Re: [PATCH] rtl8187: Fix transmission count sent to mac80211, Herton Ronaldo Krzesinski
  - Re: [PATCH] rtl8187: Fix transmission count sent to mac80211, Johannes Berg
    - Re: [PATCH] rtl8187: Fix transmission count sent to mac80211, Herton Ronaldo Krzesinski
      - Re: [PATCH] rtl8187: Fix transmission count sent to mac80211, Hin-Tak Leung
[RFC] mac80211: remove ieee80211_notify_mac, Johannes Berg
- Re: [RFC] mac80211: remove ieee80211_notify_mac, Tomas Winkler
  - Re: [RFC] mac80211: remove ieee80211_notify_mac, Johannes Berg
    - Re: [RFC] mac80211: remove ieee80211_notify_mac, Tomas Winkler
      - Re: [RFC] mac80211: remove ieee80211_notify_mac, Johannes Berg
        
        Message not available
        
        Re: [RFC] mac80211: remove ieee80211_notify_mac, Johannes Berg
        
        Re: [RFC] mac80211: remove ieee80211_notify_mac, Tomas Winkler
        
        Re: [RFC] mac80211: remove ieee80211_notify_mac, Johannes Berg
        
        Re: [RFC] mac80211: remove ieee80211_notify_mac, Tomas Winkler
        
        Re: [RFC] mac80211: remove ieee80211_notify_mac, John W. Linville
        
        Re: [RFC] mac80211: remove ieee80211_notify_mac, Tomas Winkler
        
        Re: [RFC] mac80211: remove ieee80211_notify_mac, mohamed salim abbas
        
        Re: [RFC] mac80211: remove ieee80211_notify_mac, John W. Linville
        
        Re: [RFC] mac80211: remove ieee80211_notify_mac, Johannes Berg
        
        Re: [RFC] mac80211: remove ieee80211_notify_mac, mohamed salim abbas
        
        Re: [RFC] mac80211: remove ieee80211_notify_mac, Bob Copeland
        
        Re: [RFC] mac80211: remove ieee80211_notify_mac, mohamed salim abbas
        
        Re: [RFC] mac80211: remove ieee80211_notify_mac, mohamed salim abbas
        
        Re: [RFC] mac80211: remove ieee80211_notify_mac, Bob Copeland
        
        Re: [RFC] mac80211: remove ieee80211_notify_mac, mohamed salim abbas
        
        Re: [RFC] mac80211: remove ieee80211_notify_mac, Marcel Holtmann
- Re: [RFC] mac80211: remove ieee80211_notify_mac, Bob Copeland
  - Re: [RFC] mac80211: remove ieee80211_notify_mac, Johannes Berg
[PATCH] mac80211: Fix pid rate-setting algorithm to allow rate changes, Larry Finger
Rate setting problem with pid algorithm for (at least) p54usb and b43, Larry Finger
- Re: Rate setting problem with pid algorithm for (at least) p54usb and b43, Johannes Berg
Wireless gear on the Romanian market, Răzvan Sandu
- Re: Wireless gear on the Romanian market, Johannes Berg
  - Re: Wireless gear on the Romanian market, Pavel Roskin
Re: 2.6.28-rc4: iwlagn / 5100 state, Rafael J. Wysocki
[PATCH] rt2x00: Don't switch off LED on initialization, Ivo van Doorn
- Re: [PATCH] rt2x00: Don't switch off LED on initialization, Michael Buesch
  - Re: [PATCH] rt2x00: Don't switch off LED on initialization, Ivo van Doorn
[RFC][RFT][PATCH] p54: refactoring, Christian Lamparter
[PATCH] wireless: sysfs was displaying different values for level and noise than procfs, Andrey Borzenkov
- Re: [PATCH] wireless: sysfs was displaying different values for level and noise than procfs, Pavel Roskin
  - Re: [PATCH] wireless: sysfs was displaying different values for level and noise than procfs, Andrey Borzenkov
    - Re: [PATCH] wireless: sysfs was displaying different values for level and noise than procfs, John W. Linville
      - Re: [PATCH] wireless: sysfs was displaying different values for level and noise than procfs, Pavel Roskin
        
        Re: [PATCH] wireless: sysfs was displaying different values for level and noise than procfs, Johannes Berg
        
        Re: [PATCH] wireless: sysfs was displaying different values for level and noise than procfs, Pavel Roskin
        
        Re: [PATCH] wireless: sysfs was displaying different values for level and noise than procfs, Holger Schurig
[PATCH] orinoco: indicate it is using dBm in wireless_stats and spy, Andrey Borzenkov
- Re: [PATCH] orinoco: indicate it is using dBm in wireless_stats and spy, Pavel Roskin
[RFC] add ar9170 driver, Johannes Berg
- Re: [RFC] ar9170: add LED handling, Johannes Berg
- Re: [RFC] add ar9170 driver, John W. Linville
Re: [Orinoco-devel] Agere PCMCIA sometimes takes very long time to associate with 9.48 FW, Andrey Borzenkov
- Re: [Orinoco-devel] Agere PCMCIA sometimes takes very long time to associate with 9.48 FW, John W. Linville
  - Re: [Orinoco-devel] Agere PCMCIA sometimes takes very long time to associate with 9.48 FW, Dave
    - Re: [Orinoco-devel] Agere PCMCIA sometimes takes very long time to associate with 9.48 FW, Dan Williams
      - Re: [Orinoco-devel] Agere PCMCIA sometimes takes very long time to associate with 9.48 FW, Dave
    - Re: [Orinoco-devel] Agere PCMCIA sometimes takes very long time to associate with 9.48 FW, Andrey Borzenkov
      - Re: [Orinoco-devel] Agere PCMCIA sometimes takes very long time to associate with 9.48 FW, Dave
        
        Re: [Orinoco-devel] Agere PCMCIA sometimes takes very long time to associate with 9.48 FW, Andrey Borzenkov
[PATCH] ath9k: Configure AR_PHY_SWITCH_COM with apropriate antenna control, Vasanthakumar Thiagarajan
[PATCH] mac80211: make Minstrel the default rate control algorithm, Luis R. Rodriguez
- Re: [PATCH] mac80211: make Minstrel the default rate control algorithm, Johannes Berg
  - Re: [PATCH] mac80211: make Minstrel the default rate control algorithm, Luis R. Rodriguez
ath5k: problems during the connection to a sitecom AP, Fabio Rossi
- Re: ath5k: problems during the connection to a sitecom AP, Fabio Rossi
  - Re: ath5k: problems during the connection to a sitecom AP, Johannes Berg
    - Re: ath5k: problems during the connection to a sitecom AP, Fabio Rossi
      - Re: ath5k: problems during the connection to a sitecom AP, Johannes Berg
  - Re: ath5k: problems during the connection to a sitecom AP, Bob Copeland
    - Re: ath5k: problems during the connection to a sitecom AP, Fabio Rossi
      - Re: ath5k: problems during the connection to a sitecom AP, Bob Copeland
        
        Re: ath5k: problems during the connection to a sitecom AP, Fabio Rossi
        
        Re: ath5k: problems during the connection to a sitecom AP, Holger Schurig
        
        Re: ath5k: problems during the connection to a sitecom AP, Fabio Rossi
        
        Re: ath5k: problems during the connection to a sitecom AP, Holger Schurig
- <Possible follow-ups>
- Re: ath5k: problems during the connection to a sitecom AP, rossi.f@xxxxxxxxx
[RFC][RFT][PATCH] p54: WEP & CCMP accelerator v2, Christian Lamparter
[PATCH] mac80211: don't assume driver has been attached on registration, Luis R. Rodriguez
- Re: [PATCH] mac80211: don't assume driver has been attached on registration, Bob Copeland
  - Re: [PATCH] mac80211: don't assume driver has been attached on registration, Johannes Berg
    - Re: [PATCH] mac80211: don't assume driver has been attached on registration, Bob Copeland
- Re: [PATCH] mac80211: don't assume driver has been attached on registration, Luis R. Rodriguez
[RFC] mac80211: don't assume driver has been attached on registration, Luis R. Rodriguez
- Re: [RFC] mac80211: don't assume driver has been attached on registration, Johannes Berg

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