Linux Wireless Networking

Search Linux Wireless

Date Index

Re: prism54 stopped working after upgrade from kernel 2.6.25.14-69.fc8 to 2.6.26.3-14.fc8, (continued)
- Re: prism54 stopped working after upgrade from kernel 2.6.25.14-69.fc8 to 2.6.26.3-14.fc8, Chr
  - Re: prism54 stopped working after upgrade from kernel 2.6.25.14-69.fc8 to 2.6.26.3-14.fc8, Dan Williams
    - Re: prism54 stopped working after upgrade from kernel 2.6.25.14-69.fc8 to 2.6.26.3-14.fc8, Chr
      - Re: prism54 stopped working after upgrade from kernel 2.6.25.14-69.fc8 to 2.6.26.3-14.fc8, Dan Williams
        
        Re: prism54 stopped working after upgrade from kernel 2.6.25.14-69.fc8 to 2.6.26.3-14.fc8, Chr
        
        Re: prism54 stopped working after upgrade from kernel 2.6.25.14-69.fc8 to 2.6.26.3-14.fc8, John W. Linville
        
        Re: prism54 stopped working after upgrade from kernel 2.6.25.14-69.fc8 to 2.6.26.3-14.fc8, Kyle McMartin
        
        Re: prism54 stopped working after upgrade from kernel 2.6.25.14-69.fc8 to 2.6.26.3-14.fc8, Philippe Waroquiers
[PATCH] [WIRELESS CORE] a global static to local static improvement, Denis ChengRq
Progress on aggregation, Luis R. Rodriguez
- Re: Progress on aggregation, Luis R. Rodriguez
  - Re: Progress on aggregation, Johannes Berg
    - Re: Progress on aggregation, Tomas Winkler
[PATCH] rt2x00: Fix HW crypto key handling, Ivo van Doorn
[PATCH 1/1] mac80211: fix led behavior in IBSS, Tomas Winkler
- Re: [PATCH 1/1] mac80211: fix led behavior in IBSS, Johannes Berg
  - Re: [PATCH 1/1] mac80211: fix led behavior in IBSS, Tomas Winkler
    - Re: [PATCH 1/1] mac80211: fix led behavior in IBSS, Johannes Berg
      - Re: [PATCH 1/1] mac80211: fix led behavior in IBSS, Tomas Winkler
A question about setting Master mode and ieee80211_ioctl_siwmode() handler, David Shwatrz
- Re: A question about setting Master mode and ieee80211_ioctl_siwmode() handler, Andrey Yurovsky
Problems with zd1211rw and TL-WN322G (TP-Link), Julian Pietron
[PATCH] ath9k: Fix IRQ nobody cared issue with ath9k, Senthil Balasubramanian
- Re: [PATCH] ath9k: Fix IRQ nobody cared issue with ath9k, Luis R. Rodriguez
[PATCH] ath9k: Add a few comments about mibevents, Luis R. Rodriguez
about the state of the driver zd1211rw, Anielkis Herrera Gonzalez
- Re: about the state of the driver zd1211rw, Rami Rosen
Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart., Evgeniy Polyakov
- Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart., Michael Buesch
  - Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart., Evgeniy Polyakov
- Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart., Arjan van de Ven
  - Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart., Evgeniy Polyakov
    - Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart., Arjan van de Ven
      - Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart., Wei Weng
        
        Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart., Arjan van de Ven
      - Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart., Evgeniy Polyakov
        
        Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart., Johannes Berg
        
        Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart., Evgeniy Polyakov
        
        Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart., Arjan van de Ven
        
        Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart., Evgeniy Polyakov
        
        Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart., Arjan van de Ven
        
        Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart., Evgeniy Polyakov
        
        Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart., Arjan van de Ven
        
        Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart., Evgeniy Polyakov
        
        Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart., Arjan van de Ven
        
        Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart., Denys Fedoryshchenko
        
        Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart., Evgeniy Polyakov
        
        Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart., Denys Fedoryshchenko
        
        Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart., Evgeniy Polyakov
        
        Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart., Marcel Holtmann
        
        Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart., Evgeniy Polyakov
        
        Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart., Alan Cox
        
        Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart., Evgeniy Polyakov
        
        Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart., David Miller
        
        Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart., Evgeniy Polyakov
        
        Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart., Cyrill Gorcunov
        
        Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart., Evgeniy Polyakov
        
        Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart., Cyrill Gorcunov
        
        Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart., Evgeniy Polyakov
        
        Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart., Alan Cox
        
        Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart., Evgeniy Polyakov
        
        Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart., Evgeniy Polyakov
- Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart., Marcel Holtmann
  - Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart., Evgeniy Polyakov
  - Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart., Matthew Garrett
- Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart., Matthew Garrett
  - Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart., Evgeniy Polyakov
- Re: [Ipw2100-devel] Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart., Kenneth Crudup
[PATCH v3] mac80211: mesh portal functionality support, Johannes Berg
- Re: [PATCH v3] mac80211: mesh portal functionality support, Javier Cardona
  - Re: [PATCH v3] mac80211: mesh portal functionality support, Johannes Berg
  - Re: [PATCH v3] mac80211: mesh portal functionality support, YanBo
- Re: [PATCH v3] mac80211: mesh portal functionality support, Johannes Berg
  - Re: [PATCH v3] mac80211: mesh portal functionality support, YanBo
  - [PATCH v4] mac80211: mesh portal functionality support, YanBo
ath9k problems, Howard Chu
- Re: ath9k problems, Steven Noonan
  - Re: ath9k problems, Luis R. Rodriguez
    - Re: ath9k problems, Steven Noonan
      - Re: ath9k problems, Luis R. Rodriguez
      - Re: ath9k problems, John W. Linville
    - Re: ath9k problems, Howard Chu
      - Re: ath9k problems, Luis R. Rodriguez
        
        Re: ath9k problems, Howard Chu
        
        Re: ath9k problems, Luis R. Rodriguez
        
        Re: ath9k problems, Howard Chu
  - Re: ath9k problems, Nick Kossifidis
Re: [Bugme-new] [Bug 11596] New: iwlagn driver in latest linux-2.6 git is not working for intel 4965agn card, Andrew Morton
- Re: [Bugme-new] [Bug 11596] New: iwlagn driver in latest linux-2.6 git is not working for intel 4965agn card, Chris
  - Re: [Bugme-new] [Bug 11596] New: iwlagn driver in latest linux-2.6 git is not working for intel 4965agn card, Chris
[PATCH] b43: Fix Bluetooth coexistence SPROM coding error for Motorola 7010 variant of BCM4306, Larry Finger
- Re: [PATCH] b43: Fix Bluetooth coexistence SPROM coding error for Motorola 7010 variant of BCM4306, Michael Buesch
  - Re: [PATCH] b43: Fix Bluetooth coexistence SPROM coding error for Motorola 7010 variant of BCM4306, Johannes Berg
    - Re: [PATCH] b43: Fix Bluetooth coexistence SPROM coding error for Motorola 7010 variant of BCM4306, Luis R. Rodriguez
      - Re: [PATCH] b43: Fix Bluetooth coexistence SPROM coding error for Motorola 7010 variant of BCM4306, Johannes Berg
        
        Re: [PATCH] b43: Fix Bluetooth coexistence SPROM coding error for Motorola 7010 variant of BCM4306, Luis R. Rodriguez
        
        Re: [PATCH] b43: Fix Bluetooth coexistence SPROM coding error for Motorola 7010 variant of BCM4306, Johannes Berg
        
        Re: [PATCH] b43: Fix Bluetooth coexistence SPROM coding error for Motorola 7010 variant of BCM4306, Dan Williams
        
        Re: [PATCH] b43: Fix Bluetooth coexistence SPROM coding error for Motorola 7010 variant of BCM4306, Michael Buesch
    - Re: [PATCH] b43: Fix Bluetooth coexistence SPROM coding error for Motorola 7010 variant of BCM4306, Larry Finger
      - Re: [PATCH] b43: Fix Bluetooth coexistence SPROM coding error for Motorola 7010 variant of BCM4306, Johannes Berg
        
        Re: [PATCH] b43: Fix Bluetooth coexistence SPROM coding error for Motorola 7010 variant of BCM4306, Larry Finger
Re: Can't connect to AP with hidden essid with 2.6.27-rc6, Larry Finger
- Re: Can't connect to AP with hidden essid with 2.6.27-rc6, Luis R. Rodriguez
  - Re: Can't connect to AP with hidden essid with 2.6.27-rc6, Celejar
    - Re: Can't connect to AP with hidden essid with 2.6.27-rc6, Luis R. Rodriguez
    - Re: Can't connect to AP with hidden essid with 2.6.27-rc6, Larry Finger
      - Re: Can't connect to AP with hidden essid with 2.6.27-rc6, Celejar
        
        Re: Can't connect to AP with hidden essid with 2.6.27-rc6, Luis R. Rodriguez
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Robert Hancock
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Steven Noonan
Re: [PATCH] rt2x00: Consolidate definition of CSR_OFFSET, Ivo Van Doorn
[PATCH -tip/master] x86: io-apic - interrupt remapping fix, Cyrill Gorcunov
- Re: [PATCH -tip/master] x86: io-apic - interrupt remapping fix, Johannes Berg
  - Re: [PATCH -tip/master] x86: io-apic - interrupt remapping fix, Cyrill Gorcunov
Problem compiling compat-wireless, Amit Sood
stlc45xx: mac80211 driver for N800 and N810, Kalle Valo
- Re: stlc45xx: mac80211 driver for N800 and N810, Luis R. Rodriguez
  - Re: stlc45xx: mac80211 driver for N800 and N810, Johannes Berg
    - Re: stlc45xx: mac80211 driver for N800 and N810, Christian Lamparter
      - Re: stlc45xx: mac80211 driver for N800 and N810, Luis R. Rodriguez
        
        Re: stlc45xx: mac80211 driver for N800 and N810, Kalle Valo
        
        Re: stlc45xx: mac80211 driver for N800 and N810, Chr
        
        Re: stlc45xx: mac80211 driver for N800 and N810, Kalle Valo
- Re: stlc45xx: mac80211 driver for N800 and N810, Johannes Berg
- Re: stlc45xx: mac80211 driver for N800 and N810, Johannes Berg
  - Re: stlc45xx: mac80211 driver for N800 and N810, Kalle Valo
    - Re: stlc45xx: mac80211 driver for N800 and N810, Luis R. Rodriguez
      - Re: stlc45xx: mac80211 driver for N800 and N810, Kalle Valo
    - Re: stlc45xx: mac80211 driver for N800 and N810, Johannes Berg
  - Re: stlc45xx: mac80211 driver for N800 and N810, Kalle Valo
technology preview: scan with cfg80211, Johannes Berg
- Re: technology preview: scan with cfg80211, Johannes Berg
  - Re: technology preview: scan with cfg80211, Tomas Winkler
    - Re: technology preview: scan with cfg80211, Johannes Berg
      - Re: technology preview: scan with cfg80211, Tomas Winkler
        
        Re: technology preview: scan with cfg80211, Johannes Berg
        
        Re: technology preview: scan with cfg80211, Tomas Winkler
        
        Re: technology preview: scan with cfg80211, Johannes Berg
- Re: technology preview: scan with cfg80211 (v2), Johannes Berg
  - Re: technology preview: scan with cfg80211 (v2), Johannes Berg
    - Re: technology preview: scan with cfg80211 (v2), Luis R. Rodriguez
      - Re: technology preview: scan with cfg80211 (v2), Johannes Berg
[PATCH] mac80211: probe with correct SSID, Johannes Berg
- Re: [PATCH] mac80211: probe with correct SSID, Tomas Winkler
Resend: [PATCH] rt2x00: Consolidate definition of CSR_OFFSET, John Daiker
- Re: [Rt2400-devel] Resend: [PATCH] rt2x00: Consolidate definition of CSR_OFFSET, Ivo van Doorn
ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Steven Noonan
- Re: ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Johannes Berg
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Luis R. Rodriguez
  - Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Luis R. Rodriguez
    - Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Steven Noonan
      - Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Steven Noonan
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Justin Mattock
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Steven Noonan
      - Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Luis R. Rodriguez
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Justin Mattock
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Steven Noonan
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Luis R. Rodriguez
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Luis R. Rodriguez
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Steven Noonan
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Luis R. Rodriguez
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Johannes Berg
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Steven Noonan
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Luis R. Rodriguez
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Steven Noonan
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Ingo Molnar
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Steven Noonan
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Ingo Molnar
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Steven Rostedt
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Ingo Molnar
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Steven Rostedt
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Steven Noonan
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Ingo Molnar
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Steven Noonan
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Senthil Balasubramanian
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Steven Noonan
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Senthil Balasubramanian
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Luis R. Rodriguez
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Steven Noonan
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Luis R. Rodriguez
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Steven Noonan
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Luis R. Rodriguez
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Luis R. Rodriguez
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Steven Noonan
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Steven Noonan
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Luis R. Rodriguez
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Steven Noonan
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Luis R. Rodriguez
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Johannes Berg
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Luis R. Rodriguez
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Steven Noonan
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Luis R. Rodriguez
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Steven Noonan
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Steven Noonan
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Luis R. Rodriguez
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Luis R. Rodriguez
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Steven Noonan
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Luis R. Rodriguez
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Steven Noonan
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Luis R. Rodriguez
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Steven Noonan
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Steven Noonan
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Steven Noonan
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Luis R. Rodriguez
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Steven Noonan
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Luis R. Rodriguez
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Steven Noonan
        
        Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others), Luis R. Rodriguez
[PATCH] mac80211: clean up rate control API, Johannes Berg
[PATCH] iw: add kernel version checks for pending upstream kernel features, John W. Linville
- Re: [PATCH] iw: add kernel version checks for pending upstream kernel features, Pavel Roskin
- Re: [PATCH] iw: add kernel version checks for pending upstream kernel features, Johannes Berg
  - Re: [PATCH] iw: add kernel version checks for pending upstream kernel features, Pavel Roskin
  - Re: [PATCH] iw: add kernel version checks for pending upstream kernel features, Marcel Holtmann
    - Re: [PATCH] iw: add kernel version checks for pending upstream kernel features, Johannes Berg
      - Re: [PATCH] iw: add kernel version checks for pending upstream kernel features, Marcel Holtmann
    - Re: [PATCH] iw: add kernel version checks for pending upstream kernel features, Pavel Roskin
  - Re: [PATCH] iw: add kernel version checks for pending upstream kernel features, John W. Linville
What is the state of 802.11h support?, Gordon, Charles
- Re: What is the state of 802.11h support?, Luis R. Rodriguez
- Re: What is the state of 802.11h support?, Tomas Winkler
  - Re: What is the state of 802.11h support?, Luis R. Rodriguez
  - RE: What is the state of 802.11h support?, Gordon, Charles
temorarily out of range -> no TCP?, Anders Eriksson
- Re: temorarily out of range -> no TCP?, Johannes Berg
  - Re: temorarily out of range -> no TCP?, Anders Eriksson
- Re: temorarily out of range -> no TCP?, Johannes Berg
  - Re: temorarily out of range -> no TCP?, Anders Eriksson
    - Re: temorarily out of range -> no TCP?, Johannes Berg
pull request wireless-next-2.6 2008-09-15, John W. Linville
- Re: pull request wireless-next-2.6 2008-09-15, David Miller
[RFC V2] b43: A patch for control of the radio LED using rfkill, Larry Finger
- Re: [RFC V2] b43: A patch for control of the radio LED using rfkill, Henrique de Moraes Holschuh
  - Re: [RFC V2] b43: A patch for control of the radio LED using rfkill, Ivo van Doorn
    - Re: [RFC V2] b43: A patch for control of the radio LED using rfkill, Henrique de Moraes Holschuh
      - Re: [RFC V2] b43: A patch for control of the radio LED using rfkill, Larry Finger
        
        Re: [RFC V2] b43: A patch for control of the radio LED using rfkill, Henrique de Moraes Holschuh
        
        Re: [RFC V2] b43: A patch for control of the radio LED using rfkill, Larry Finger
        
        Re: [RFC V2] b43: A patch for control of the radio LED using rfkill, Michael Buesch
        
        Re: [RFC V2] b43: A patch for control of the radio LED using rfkill, Henrique de Moraes Holschuh
        
        Re: [RFC V2] b43: A patch for control of the radio LED using rfkill, Henrique de Moraes Holschuh
      - Re: [RFC V2] b43: A patch for control of the radio LED using rfkill, Michael Buesch
        
        Re: [RFC V2] b43: A patch for control of the radio LED using rfkill, Henrique de Moraes Holschuh
  - Re: [RFC V2] b43: A patch for control of the radio LED using rfkill, Michael Buesch
[PATCH] mac80211: fix mesh action frame handling, Johannes Berg
[PATCH] mac80211: Enable mesh point handle action packet, YanBo
- Re: [PATCH] mac80211: Enable mesh point handle action packet, Johannes Berg
Re: [ath9k-devel] ath9k constantly drops network connection, Luis R. Rodriguez
- Re: [ath9k-devel] ath9k constantly drops network connection, Steven Noonan
[RFC] b43: A patch for control of the radio LED using rfkill, Larry Finger
- Re: [RFC] b43: A patch for control of the radio LED using rfkill, Ivo van Doorn
  - Re: [RFC] b43: A patch for control of the radio LED using rfkill, Larry Finger
    - Re: [RFC] b43: A patch for control of the radio LED using rfkill, Ivo van Doorn
      - Re: [RFC] b43: A patch for control of the radio LED using rfkill, Henrique de Moraes Holschuh
        
        Re: [RFC] b43: A patch for control of the radio LED using rfkill, Ivo van Doorn
        
        Re: [RFC] b43: A patch for control of the radio LED using rfkill, Henrique de Moraes Holschuh
        
        [PATCH] rfkill: clarify usage of rfkill_force_state() and rfkill->get_state(), Henrique de Moraes Holschuh
        
        Re: [PATCH] rfkill: clarify usage of rfkill_force_state() and rfkill->get_state(), Ivo van Doorn
        
        Re: [PATCH] rfkill: clarify usage of rfkill_force_state() and rfkill->get_state(), Henrique de Moraes Holschuh
        
        Re: [PATCH] rfkill: clarify usage of rfkill_force_state() and rfkill->get_state(), Johannes Berg
        
        Re: [PATCH] rfkill: clarify usage of rfkill_force_state() and rfkill->get_state(), Ivo van Doorn
        
        Re: [PATCH] rfkill: clarify usage of rfkill_force_state() and rfkill->get_state(), Johannes Berg
        
        Re: [PATCH] rfkill: clarify usage of rfkill_force_state() and rfkill->get_state(), Ivo van Doorn
        
        Re: [PATCH] rfkill: clarify usage of rfkill_force_state() and rfkill->get_state(), Ivo van Doorn
        
        Re: [RFC] b43: A patch for control of the radio LED using rfkill, Michael Buesch
      - Re: [RFC] b43: A patch for control of the radio LED using rfkill, Michael Buesch
        
        Re: [RFC] b43: A patch for control of the radio LED using rfkill, Ivo van Doorn
        
        Re: [RFC] b43: A patch for control of the radio LED using rfkill, Michael Buesch
        
        Re: [RFC] b43: A patch for control of the radio LED using rfkill, Ivo van Doorn
        
        Re: [RFC] b43: A patch for control of the radio LED using rfkill, Michael Buesch
        
        Re: [RFC] b43: A patch for control of the radio LED using rfkill, Ivo van Doorn
        
        Re: [RFC] b43: A patch for control of the radio LED using rfkill, Michael Buesch
        
        Re: [RFC] b43: A patch for control of the radio LED using rfkill, Johannes Berg
        
        Re: [RFC] b43: A patch for control of the radio LED using rfkill, Henrique de Moraes Holschuh
        
        Re: [RFC] b43: A patch for control of the radio LED using rfkill, Ivo van Doorn
        
        Re: [RFC] b43: A patch for control of the radio LED using rfkill, Henrique de Moraes Holschuh
        
        Re: [RFC] b43: A patch for control of the radio LED using rfkill, Ivo van Doorn
        
        Re: [RFC] b43: A patch for control of the radio LED using rfkill, Henrique de Moraes Holschuh
        
        Re: [RFC] b43: A patch for control of the radio LED using rfkill, Ivo van Doorn
    - Re: [RFC] b43: A patch for control of the radio LED using rfkill, Michael Buesch
      - Re: [RFC] b43: A patch for control of the radio LED using rfkill, Ivo van Doorn
        
        Re: [RFC] b43: A patch for control of the radio LED using rfkill, Johannes Berg
        
        Re: [RFC] b43: A patch for control of the radio LED using rfkill, Ivo van Doorn
        
        Re: [RFC] b43: A patch for control of the radio LED using rfkill, Henrique de Moraes Holschuh
        
        Re: [RFC] b43: A patch for control of the radio LED using rfkill, Michael Buesch
        
        Re: [RFC] b43: A patch for control of the radio LED using rfkill, Ivo van Doorn
  - Re: [RFC] b43: A patch for control of the radio LED using rfkill, Henrique de Moraes Holschuh
    - Re: [RFC] b43: A patch for control of the radio LED using rfkill, Ivo van Doorn
      - Re: [RFC] b43: A patch for control of the radio LED using rfkill, Henrique de Moraes Holschuh
        
        Re: [RFC] b43: A patch for control of the radio LED using rfkill, Ivo van Doorn
        
        Re: [RFC] b43: A patch for control of the radio LED using rfkill, Henrique de Moraes Holschuh
        
        Re: [RFC] b43: A patch for control of the radio LED using rfkill, Ivo van Doorn
        
        Re: [RFC] b43: A patch for control of the radio LED using rfkill, Henrique de Moraes Holschuh
        
        Re: [RFC] b43: A patch for control of the radio LED using rfkill, Johannes Berg
        
        Re: [RFC] b43: A patch for control of the radio LED using rfkill, Ivo van Doorn
        
        Re: [RFC] b43: A patch for control of the radio LED using rfkill, Henrique de Moraes Holschuh
      - Re: [RFC] b43: A patch for control of the radio LED using rfkill, Michael Buesch
        
        Re: [RFC] b43: A patch for control of the radio LED using rfkill, Ivo van Doorn
        
        Re: [RFC] b43: A patch for control of the radio LED using rfkill, Johannes Berg
        
        Re: [RFC] b43: A patch for control of the radio LED using rfkill, Ivo van Doorn
        
        Re: [RFC] b43: A patch for control of the radio LED using rfkill, Johannes Berg
        
        Re: [RFC] b43: A patch for control of the radio LED using rfkill, Henrique de Moraes Holschuh
        
        Re: [RFC] b43: A patch for control of the radio LED using rfkill, Ivo van Doorn
        
        Re: [RFC] b43: A patch for control of the radio LED using rfkill, Henrique de Moraes Holschuh
        
        Re: [RFC] b43: A patch for control of the radio LED using rfkill, Ivo van Doorn
        
        Re: [RFC] b43: A patch for control of the radio LED using rfkill, Henrique de Moraes Holschuh
        
        Re: [RFC] b43: A patch for control of the radio LED using rfkill, Ivo van Doorn
        
        Re: [RFC] b43: A patch for control of the radio LED using rfkill, Henrique de Moraes Holschuh
        
        Re: [RFC] b43: A patch for control of the radio LED using rfkill, Michael Buesch
- Re: [RFC] b43: A patch for control of the radio LED using rfkill, Michael Buesch
  - Re: [RFC] b43: A patch for control of the radio LED using rfkill, Henrique de Moraes Holschuh
[RFC] mac80211: mesh portal functionality support, YanBo
- [RFC V2] mac80211: mesh portal functionality support, YanBo
  - Re: [RFC V2] mac80211: mesh portal functionality support, Johannes Berg
[PATCH] ath9k: connectivity is lost after Group rekeying is done, Senthil Balasubramanian
- <Possible follow-ups>
- Re: [PATCH] ath9k: connectivity is lost after Group rekeying is done, Steven Noonan
[PATCH 3/3] ath9k: Fix TSF Adjust usage, Sujith
[PATCH 2/3] ath9k: Fix nexttbtt calculation, Sujith
[PATCH 1/3] ath9k: Whitespace cleanup, Sujith
[PATCH 0/3] Beacon handling fixes, Sujith
[PATCH] iwlwifi: remove HT flags from RXON when not in HT anymore, Zhu Yi
[PATCH v2] libertas: Reduce the WPA key installation time., Javier Cardona
- Re: [PATCH v2] libertas: Reduce the WPA key installation time., Dan Williams
[PATCH] ath5k: Fix bad udelay calls on AR5210 code, Nick Kossifidis
iwlagn/iwl4965 problems with WEP and rmmod, Ineya Ineya
- Re: iwlagn/iwl4965 problems with WEP and rmmod, Zhu Yi
- <Possible follow-ups>
- Re: Re: iwlagn/iwl4965 problems with WEP and rmmod, Ineya Ineya
- Re: Re: iwlagn/iwl4965 problems with WEP and rmmod, Ineya Ineya
  - RE: Re: iwlagn/iwl4965 problems with WEP and rmmod, Kolekar, Abhijeet
- Re: RE: Re: iwlagn/iwl4965 problems with WEP and rmmod, Ineya Ineya
iw packaging, Johannes Berg
- Re: iw packaging, Stefanik Gábor
- Re: iw packaging, Pavel Roskin
  - Re: iw packaging, Johannes Berg
    - Re: iw packaging, Johannes Berg
      - Re: iw packaging, Pavel Roskin
        
        Re: iw packaging, Johannes Berg
        
        Re: iw packaging, Pavel Roskin
        
        Re: iw packaging, Johannes Berg
        
        Re: iw packaging, Johannes Berg
        
        Re: iw packaging, Pavel Roskin
        
        Re: iw packaging, Johannes Berg
- Re: iw packaging, Jochen Friedrich
  - Re: iw packaging, Johannes Berg
    - Re: iw packaging, "Adam Cécile (Le_Vert)"
      - Re: iw packaging, Johannes Berg
        
        Re: iw packaging, "Adam Cécile (Le_Vert)"
        
        Re: iw packaging, Johannes Berg
        
        Re: iw packaging, Johannes Berg
        
        Re: iw packaging, Stefanik Gábor
        
        Re: iw packaging, Johannes Berg
        
        Re: iw packaging, Davide Pesavento
        
        Re: iw packaging, Stefanik Gábor
        
        Re: iw packaging, Johannes Berg
        
        Re: iw packaging, Stefanik Gábor
        
        Re: iw packaging, Luis R. Rodriguez
        
        Re: iw packaging, Stefanik Gábor
        
        Re: iw packaging, Johannes Berg
        
        Re: iw packaging, Johannes Berg
- Re: iw packaging, Marcel Holtmann
  - Re: iw packaging, Johannes Berg
    - Re: iw packaging, Johannes Berg
      - Re: iw packaging, Luis R. Rodriguez
      - Re: iw packaging, Marcel Holtmann
        
        Re: iw packaging, Johannes Berg
        
        Re: iw packaging, Thomas d'Otreppe
- Re: iw packaging, Helmut Schaa
- Re: iw packaging, Davide Pesavento
[PATCH] Use the kernel source tree for includes, not the kernel build tree, Pavel Roskin
- Re: [PATCH] Use the kernel source tree for includes, not the kernel build tree, Johannes Berg
  - Re: [PATCH] Use the kernel source tree for includes, not the kernel build tree, Pavel Roskin
    - Re: [PATCH] Use the kernel source tree for includes, not the kernel build tree, Johannes Berg
[PATCH V2] b43: Issue warning when RFKILL_INPUT is not enabled, Larry Finger
- Re: [PATCH V2] b43: Issue warning when RFKILL_INPUT is not enabled, Michael Buesch
[PATCH] cfg80211: reject invalid configuration items, Johannes Berg
[PATCH] mac80211: refuse invalid interface configuration, Johannes Berg
- Re: [PATCH] mac80211: refuse invalid interface configuration, Johannes Berg
[PATCH] mac80211: allow interface settings changes only when down, Johannes Berg
cfg80211: allow set_interface without type, Johannes Berg
Regression in 2.6.27-rcX caused by commit bc19d6e0b74ef03a3baf035412c95192b54dfc6f, Larry Finger
- Re: Regression in 2.6.27-rcX caused by commit bc19d6e0b74ef03a3baf035412c95192b54dfc6f, Michael Buesch
  - Re: Regression in 2.6.27-rcX caused by commit bc19d6e0b74ef03a3baf035412c95192b54dfc6f, Larry Finger
    - Re: Regression in 2.6.27-rcX caused by commit bc19d6e0b74ef03a3baf035412c95192b54dfc6f, Carlos Corbacho
      - Re: Regression in 2.6.27-rcX caused by commit bc19d6e0b74ef03a3baf035412c95192b54dfc6f, Michael Buesch
        
        Re: Regression in 2.6.27-rcX caused by commit bc19d6e0b74ef03a3baf035412c95192b54dfc6f, Henrique de Moraes Holschuh
        
        Re: Regression in 2.6.27-rcX caused by commit bc19d6e0b74ef03a3baf035412c95192b54dfc6f, Michael Buesch
        
        Re: Regression in 2.6.27-rcX caused by commit bc19d6e0b74ef03a3baf035412c95192b54dfc6f, John W. Linville
        
        Re: Regression in 2.6.27-rcX caused by commit bc19d6e0b74ef03a3baf035412c95192b54dfc6f, Michael Buesch
      - Re: Regression in 2.6.27-rcX caused by commit bc19d6e0b74ef03a3baf035412c95192b54dfc6f, Larry Finger
        
        Re: Regression in 2.6.27-rcX caused by commit bc19d6e0b74ef03a3baf035412c95192b54dfc6f, Matthew Garrett
        
        Re: Regression in 2.6.27-rcX caused by commit bc19d6e0b74ef03a3baf035412c95192b54dfc6f, Henrique de Moraes Holschuh
        
        Re: Regression in 2.6.27-rcX caused by commit bc19d6e0b74ef03a3baf035412c95192b54dfc6f, Larry Finger
        
        Re: Regression in 2.6.27-rcX caused by commit bc19d6e0b74ef03a3baf035412c95192b54dfc6f, John W. Linville
        
        [PATCH] rfkill: update LEDs for all state changes, Henrique de Moraes Holschuh
        
        Re: [PATCH] rfkill: update LEDs for all state changes, Larry Finger
        
        Re: [PATCH] rfkill: update LEDs for all state changes, Henrique de Moraes Holschuh
        
        Re: [PATCH] rfkill: update LEDs for all state changes, Larry Finger
        
        Re: [PATCH] rfkill: update LEDs for all state changes, Henrique de Moraes Holschuh
        
        Re: [PATCH] rfkill: update LEDs for all state changes, Ivo van Doorn
        
        Re: Regression in 2.6.27-rcX caused by commit bc19d6e0b74ef03a3baf035412c95192b54dfc6f, Michael Buesch
        
        Re: Regression in 2.6.27-rcX caused by commit bc19d6e0b74ef03a3baf035412c95192b54dfc6f, Henrique de Moraes Holschuh
        
        Re: Regression in 2.6.27-rcX caused by commit bc19d6e0b74ef03a3baf035412c95192b54dfc6f, Larry Finger
        
        Re: Regression in 2.6.27-rcX caused by commit bc19d6e0b74ef03a3baf035412c95192b54dfc6f, Henrique de Moraes Holschuh
        
        Re: Regression in 2.6.27-rcX caused by commit bc19d6e0b74ef03a3baf035412c95192b54dfc6f, Larry Finger
    - Re: Regression in 2.6.27-rcX caused by commit bc19d6e0b74ef03a3baf035412c95192b54dfc6f, Matthew Garrett
      - Re: Regression in 2.6.27-rcX caused by commit bc19d6e0b74ef03a3baf035412c95192b54dfc6f, Larry Finger
        
        Re: Regression in 2.6.27-rcX caused by commit bc19d6e0b74ef03a3baf035412c95192b54dfc6f, Matthew Garrett
        
        Re: Regression in 2.6.27-rcX caused by commit bc19d6e0b74ef03a3baf035412c95192b54dfc6f, Michael Buesch
        
        Re: Regression in 2.6.27-rcX caused by commit bc19d6e0b74ef03a3baf035412c95192b54dfc6f, Henrique de Moraes Holschuh
        
        Re: Regression in 2.6.27-rcX caused by commit bc19d6e0b74ef03a3baf035412c95192b54dfc6f, Michael Buesch
        
        Re: Regression in 2.6.27-rcX caused by commit bc19d6e0b74ef03a3baf035412c95192b54dfc6f, Tomas Winkler
        
        Re: Regression in 2.6.27-rcX caused by commit bc19d6e0b74ef03a3baf035412c95192b54dfc6f, Henrique de Moraes Holschuh
      - Re: Regression in 2.6.27-rcX caused by commit bc19d6e0b74ef03a3baf035412c95192b54dfc6f, Carlos Corbacho
        
        Re: Regression in 2.6.27-rcX caused by commit bc19d6e0b74ef03a3baf035412c95192b54dfc6f, Larry Finger
        
        Re: Regression in 2.6.27-rcX caused by commit bc19d6e0b74ef03a3baf035412c95192b54dfc6f, Henrique de Moraes Holschuh
[PATCH] cfg80211: show interface type, Johannes Berg
[PATCH] mac80211: make master iface not wireless, Johannes Berg
[RFC V2] mac80211: re-enable aggregation on 2.6.27, Tomas Winkler
- Re: [RFC V2] mac80211: re-enable aggregation on 2.6.27, Johannes Berg
  - Re: [RFC V2] mac80211: re-enable aggregation on 2.6.27, Tomas Winkler
    - Re: [RFC V2] mac80211: re-enable aggregation on 2.6.27, Johannes Berg
      - Re: [RFC V2] mac80211: re-enable aggregation on 2.6.27, Tomas Winkler
        
        Re: [RFC V2] mac80211: re-enable aggregation on 2.6.27, Johannes Berg
- Re: [RFC V2] mac80211: re-enable aggregation on 2.6.27, Luis R. Rodriguez
old Prism 2.5 Wavelan and WPA, Florian Manschwetus
- Re: old Prism 2.5 Wavelan and WPA, Florian Manschwetus
[PATCH 1/2] iwlwifi: don't delay scan in IBSS mode, Zhu Yi
- [PATCH 2/2] iwlwifi: make PS use named constants, Zhu Yi
- Re: [PATCH 1/2] iwlwifi: don't delay scan in IBSS mode, Johannes Berg
  - Re: [PATCH 1/2] iwlwifi: don't delay scan in IBSS mode, Tomas Winkler
- Re: [PATCH 1/2] iwlwifi: don't delay scan in IBSS mode, Tomas Winkler
[PATCH v2] mac80211: re-enable aggregation, Luis R. Rodriguez
- Re: [PATCH v2] mac80211: re-enable aggregation, Luis R. Rodriguez
- Re: [PATCH v2] mac80211: re-enable aggregation, Johannes Berg
  - Re: [PATCH v2] mac80211: re-enable aggregation, Tomas Winkler
    - Re: [PATCH v2] mac80211: re-enable aggregation, Luis R. Rodriguez
      - Re: [PATCH v2] mac80211: re-enable aggregation, Tomas Winkler
        
        Re: [PATCH v2] mac80211: re-enable aggregation, Luis R. Rodriguez
        
        Re: [PATCH v2] mac80211: re-enable aggregation, Johannes Berg
        
        Re: [PATCH v2] mac80211: re-enable aggregation, Tomas Winkler
        
        Re: [PATCH v2] mac80211: re-enable aggregation, Tomas Winkler
- <Possible follow-ups>
- [PATCH v2] mac80211: Re-enable aggregation, Sujith
  - Re: [PATCH v2] mac80211: Re-enable aggregation, Johannes Berg
userspace tools, Brian Prodoehl
Fwd: frustrating ath9k issues, Steven Noonan
- Re: frustrating ath9k issues, Steven Noonan
- Re: frustrating ath9k issues, Davide Pesavento
[PATCH] libertas: correct "limited range of data type" warning, John W. Linville
- Re: [PATCH] libertas: correct "limited range of data type" warning, Dan Williams
adm8211 driver usage, Luis R. Rodriguez
- Re: adm8211 driver usage, Jouni Malinen
  - Re: adm8211 driver usage, Luis R. Rodriguez
[PATCH] b43: Issue warning when RFKILL_INPUT is not enabled, Larry Finger
- Re: [PATCH] b43: Issue warning when RFKILL_INPUT is not enabled, Michael Buesch
[RFC] Redesigning aggregation on mac80211, Luis R. Rodriguez
- Re: [RFC] Redesigning aggregation on mac80211, Johannes Berg
  - Re: [RFC] Redesigning aggregation on mac80211, Luis R. Rodriguez
- Re: [RFC] Redesigning aggregation on mac80211, Ivo van Doorn
  - Re: [RFC] Redesigning aggregation on mac80211, Tomas Winkler
    - Re: [RFC] Redesigning aggregation on mac80211, Ivo van Doorn
[RFC] mac80211: re-enable aggregation on 2.6.27, Luis R. Rodriguez
- Re: [RFC] mac80211: re-enable aggregation on 2.6.27, Luis R. Rodriguez
  - Re: [RFC] mac80211: re-enable aggregation on 2.6.27, Luis R. Rodriguez
    - Re: [RFC] mac80211: re-enable aggregation on 2.6.27, Luis R. Rodriguez
      - Re: [RFC] mac80211: re-enable aggregation on 2.6.27, Luis R. Rodriguez
    - Re: [RFC] mac80211: re-enable aggregation on 2.6.27, Tomas Winkler
      - Re: [RFC] mac80211: re-enable aggregation on 2.6.27, Luis R. Rodriguez
        
        Re: [RFC] mac80211: re-enable aggregation on 2.6.27, Luis R. Rodriguez
- Re: [RFC] mac80211: re-enable aggregation on 2.6.27, Tomas Winkler
  - Re: [RFC] mac80211: re-enable aggregation on 2.6.27, Luis R. Rodriguez
    - Re: [RFC] mac80211: re-enable aggregation on 2.6.27, Tomas Winkler
Re: [RFC][PATCH] TX status reporting with help of an ack queue, Ivo van Doorn
- Re: [RFC][PATCH] TX status reporting with help of an ack queue, Mattias Nissler
  - Re: [RFC][PATCH] TX status reporting with help of an ack queue, Johannes Berg
    - Re: [RFC][PATCH] TX status reporting with help of an ack queue, Mattias Nissler
      - Re: [RFC][PATCH] TX status reporting with help of an ack queue, Johannes Berg
        
        Re: [RFC][PATCH] TX status reporting with help of an ack queue, Mattias Nissler
        
        Re: [RFC][PATCH] TX status reporting with help of an ack queue, Johannes Berg
        
        Re: [RFC][PATCH] TX status reporting with help of an ack queue, Mattias Nissler
        
        Re: [RFC][PATCH] TX status reporting with help of an ack queue, Johannes Berg
        
        Re: [RFC][PATCH] TX status reporting with help of an ack queue, Mattias Nissler
        
        Re: [RFC][PATCH] TX status reporting with help of an ack queue, John W. Linville
        
        Re: [RFC][PATCH] TX status reporting with help of an ack queue, Mattias Nissler
        
        Re: [RFC][PATCH] TX status reporting with help of an ack queue, Johannes Berg
        
        Re: [RFC][PATCH] TX status reporting with help of an ack queue, Ivo van Doorn
        
        Re: [RFC][PATCH] TX status reporting with help of an ack queue, Mattias Nissler
        
        Re: [RFC][PATCH] TX status reporting with help of an ack queue, Ivo van Doorn
        
        Re: [RFC][PATCH] TX status reporting with help of an ack queue, Mattias Nissler
        
        Re: [RFC][PATCH] TX status reporting with help of an ack queue, Mikko Virkkilä
      - Re: [RFC][PATCH] TX status reporting with help of an ack queue, Mikko Virkkilä
        
        Re: [RFC][PATCH] TX status reporting with help of an ack queue, Ivo van Doorn
        
        Re: [RFC][PATCH] TX status reporting with help of an ack queue, Mattias Nissler
        
        ACK matching [was: TX status reporting with help of an ack queue], Mattias Nissler
        
        Re: ACK matching [was: TX status reporting with help of an ack queue], Mikko Virkkilä
        
        Re: ACK matching [was: TX status reporting with help of an ack queue], Mattias Nissler
        
        Re: ACK matching [was: TX status reporting with help of an ack queue], Johannes Berg
        
        Re: ACK matching [was: TX status reporting with help of an ack queue], Mattias Nissler
        
        Re: ACK matching [was: TX status reporting with help of an ack queue], Johannes Berg
        
        Re: ACK matching [was: TX status reporting with help of an ack queue], Mattias Nissler
        
        Re: ACK matching [was: TX status reporting with help of an ack queue], Johannes Berg
        
        Re: ACK matching [was: TX status reporting with help of an ack queue], Mikko Virkkilä
        
        Re: ACK matching [was: TX status reporting with help of an ack queue], Jouni Malinen
        
        Re: ACK matching [was: TX status reporting with help of an ack queue], Mikko Virkkilä
        
        Re: ACK matching [was: TX status reporting with help of an ack queue], Mattias Nissler
        
        Re: ACK matching [was: TX status reporting with help of an ack queue], Ivo van Doorn
        
        Re: ACK matching [was: TX status reporting with help of an ack queue], Daniel Drake
[PATCH 2/2] Don't destroy authentication algorithm before authenticating., Ortwin Glück
- Re: [PATCH 2/2] Don't destroy authentication algorithm before authenticating., Johannes Berg
  - Re: [PATCH 2/2] Don't destroy authentication algorithm before authenticating., Ortwin Glück
    - Re: [PATCH 2/2] Don't destroy authentication algorithm before authenticating., Johannes Berg
      - Re: [PATCH 2/2] Don't destroy authentication algorithm before authenticating., Ortwin Glück
        
        Re: [PATCH 2/2] Don't destroy authentication algorithm before authenticating., Johannes Berg
        
        Re: [PATCH 2/2] Don't destroy authentication algorithm before authenticating., Ortwin Glück
        
        Re: [PATCH 2/2] Don't destroy authentication algorithm before authenticating., Luis R. Rodriguez
[PATCH 1/2] mac80211: Support iwconfig enc restricted with WEP, Ortwin Glück
- Re: [PATCH 1/2] mac80211: Support iwconfig enc restricted with WEP, Johannes Berg
- Re: [PATCH 1/2] mac80211: Support iwconfig enc restricted with WEP, Johannes Berg
  - Re: [PATCH 1/2] mac80211: Support iwconfig enc restricted with WEP, Johannes Berg
[PATCH] cfg80211: fix code ordering in header file, Johannes Berg
p54 not working with SMC2802W EU, Julius Rafft
- Re: p54 not working with SMC2802W EU, Christian Lamparter
More thoughts about roaming ..., Helmut Schaa
- [RFC] Implement basic background scanning, Helmut Schaa
  - Re: [RFC] Implement basic background scanning, Michael Buesch
    - Re: [RFC] Implement basic background scanning, Helmut Schaa
  - Re: [RFC] Implement basic background scanning, Johannes Berg
    - Re: [RFC] Implement basic background scanning, Helmut Schaa
      - Re: [RFC] Implement basic background scanning, Kalle Valo
        
        Re: [RFC] Implement basic background scanning, Johannes Berg
        
        Re: [RFC] Implement basic background scanning, Helmut Schaa
        
        Re: [RFC] Implement basic background scanning, Johannes Berg
        
        Re: [RFC] Implement basic background scanning, Tomas Winkler
- [RFC] mac80211: notify the user space about low signal quality, Helmut Schaa
  - Re: [RFC] mac80211: notify the user space about low signal quality, Dan Williams
    - Re: [RFC] mac80211: notify the user space about low signal quality, Helmut Schaa
      - Re: [RFC] mac80211: notify the user space about low signal quality, Dan Williams
        
        Re: [RFC] mac80211: notify the user space about low signal quality, Helmut Schaa
        
        Re: [RFC] mac80211: notify the user space about low signal quality, Luis R. Rodriguez
        
        Re: [RFC] mac80211: notify the user space about low signal quality, Helmut Schaa
        
        Re: [RFC] mac80211: notify the user space about low signal quality, Kalle Valo
        
        Re: [RFC] mac80211: notify the user space about low signal quality, Johannes Berg
        
        Re: [RFC] mac80211: notify the user space about low signal quality, Kalle Valo
        
        Re: [RFC] mac80211: notify the user space about low signal quality, John W. Linville
        
        Re: [RFC] mac80211: notify the user space about low signal quality, Kalle Valo
        
        Re: [RFC] mac80211: notify the user space about low signal quality, Kalle Valo
    - Re: [RFC] mac80211: notify the user space about low signal quality, Holger Schurig
      - Re: [RFC] mac80211: notify the user space about low signal quality, Dan Williams
        
        Re: [RFC] mac80211: notify the user space about low signal quality, Kalle Valo
        
        Re: [RFC] mac80211: notify the user space about low signal quality, Holger Schurig
        
        Re: [RFC] mac80211: notify the user space about low signal quality, Helmut Schaa
        
        Re: [RFC] mac80211: notify the user space about low signal quality, Helmut Schaa
        
        Re: [RFC] mac80211: notify the user space about low signal quality, Holger Schurig
    - Re: [RFC] mac80211: notify the user space about low signal quality, Holger Schurig
    - Re: [RFC] mac80211: notify the user space about low signal quality, Kalle Valo
- [RFC] wpa_supplicant: trigger a scan if signal quality is low, Helmut Schaa
- Re: More thoughts about roaming ..., Dan Williams
  - Re: More thoughts about roaming ..., Helmut Schaa
    - Re: More thoughts about roaming ..., Dan Williams
- Re: More thoughts about roaming ..., Kalle Valo
Channel scan during the AP re-association increases delay, Pavan
- Re: Channel scan during the AP re-association increases delay, Dan Williams
Problem with Libertas USB8388 WLAN card firmware, Anadi Mishra
- Re: Problem with Libertas USB8388 WLAN card firmware, Dan Williams
  - Re: Problem with Libertas USB8388 WLAN card firmware, Anadi Mishra

[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]