Linux Wireless

Thread Index

Re: [ath5k-devel] [PATCH 1/1] Ath5k: add AP mode
- From: Gregory Nietsky <gregory@xxxxxxxxxxxxxxxx>
Re: [PATCH -mm] rt2x00: fix Kconfig dependencies
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [PATCH -mm] rt2x00: fix Kconfig dependencies
- From: Gertjan van Wingerde <gwingerde@xxxxxxxxxxxx>
Re: scheduling while atomic: iwl3945 in mmotm 2008-09-23-11-27
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: wireless vs. network namespaces (part II)
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: Getting country alpha2 on network manager and using it for crda
- From: Marcel Holtmann <holtmann@xxxxxxxxxxxxxxx>
Re: [PATCH] Working packet injection patch for ipw2200 - enables aireplay-ng and others to work
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
Re: [RFC V3] mac80211: re-enable aggregation on 2.6.27
- From: "Steven Noonan" <steven@xxxxxxxxxxxxxx>
Re: wireless vs. network namespaces (part II)
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH] Working packet injection patch for ipw2200 - enables aireplay-ng and others to work
- From: "Stefanik Gábor" <netrolller.3d@xxxxxxxxx>
Re: [PATCH] Working packet injection patch for ipw2200 - enables aireplay-ng and others to work
- From: Paul <paul14075@xxxxxxxxx>
[PATCH] Working packet injection patch for ipw2200 - enables aireplay-ng and others to work
- From: Paul <paul14075@xxxxxxxxx>
[PATCH 1/1] mac80211: remove shadowed variables in ieee80211_master_start_xmit
- From: Tomas Winkler <tomas.winkler@xxxxxxxxx>
scheduling while atomic: iwl3945 in mmotm 2008-09-23-11-27
- From: Jiri Slaby <jirislaby@xxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: Ingo Molnar <mingo@xxxxxxx>
Problems with iwlagn in compat-wireless-2.6-old
- From: Chaskiel Grundman <cg2v@xxxxxxxxxxxxxx>
Re: iw packaging
- From: "Davide Pesavento" <davidepesa@xxxxxxxxx>
Re: Release of Atheros 802.11abg HAL under the ISC
- From: Tim Gardner <tim.gardner@xxxxxxxxxxxxx>
[PATCH] Fix modpost failure when rx handlers are not inlined.
- From: Davide Pesavento <davidepesa@xxxxxxxxx>
Re: Release of Atheros 802.11abg HAL under the ISC
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [ath5k-devel] Release of Atheros 802.11abg HAL under the ISC
- From: Bob Copeland <me@xxxxxxxxxxxxxxx>
Re: wireless-testing modpost failure
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH 1/1] Ath5k: add AP mode
- From: Jiri Slaby <jirislaby@xxxxxxxxx>
Re: Release of Atheros 802.11abg HAL under the ISC
- From: Jiri Slaby <jirislaby@xxxxxxxxx>
Re: wireless-testing modpost failure
- From: "Davide Pesavento" <davidepesa@xxxxxxxxx>
Re: Kernel panic in wireless-testing-2008-09-24 with rtl8187
- From: Hauke Mehrtens <hauke@xxxxxxxxxx>
Re: wireless-testing modpost failure
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH RFC] mac80211: notify mac80211 about rfkill events
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [PATCH RFC] mac80211: notify mac80211 about rfkill events
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: wireless-testing modpost failure
- From: "Davide Pesavento" <davidepesa@xxxxxxxxx>
wireless vs. network namespaces (part II)
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: wireless-testing modpost failure
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: wireless-testing modpost failure
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH RFC] mac80211: notify mac80211 about rfkill events
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
Re: Release of Atheros 802.11abg HAL under the ISC
- From: Bruno Randolf <br1@xxxxxxxxxxx>
Re: Do not get BCM4303 to work
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: bad DMAR interaction with iwlagn and SATA
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: [PATCH RFC] mac80211: notify mac80211 about rfkill events
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: Release of Atheros 802.11abg HAL under the ISC
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: [compat-old PATCH 2/2] Allow compilation on 2.6.22
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: Release of Atheros 802.11abg HAL under the ISC
- From: Sam Leffler <sam@xxxxxxxxx>
Re: Release of Atheros 802.11abg HAL under the ISC
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: Release of Atheros 802.11abg HAL under the ISC
- From: Greg KH <greg@xxxxxxxxx>
Re: Release of Atheros 802.11abg HAL under the ISC
- From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
Re: Getting country alpha2 on network manager and using it for crda
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: Release of Atheros 802.11abg HAL under the ISC
- From: Michael Buesch <mb@xxxxxxxxx>
Re: Release of Atheros 802.11abg HAL under the ISC
- From: "Nick Kossifidis" <mickflemm@xxxxxxxxx>
Release of Atheros 802.11abg HAL under the ISC
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: Do not get BCM4303 to work
- From: feldmaus <feldmann_markus@xxxxxx>
Re: wireless-testing modpost failure
- From: "Davide Pesavento" <davidepesa@xxxxxxxxx>
Re: stlc45xx: mac80211 driver for N800 and N810
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: wireless-testing modpost failure
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: hostapd - mac80211 - rt2x00 - rt73usb AP mode bug
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] mac80211: fixups for "make master iface not wireless"
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: wireless-testing modpost failure
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: hostapd - mac80211 - rt2x00 - rt73usb AP mode bug
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [PATCH RFC] mac80211: notify mac80211 about rfkill events
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
wireless-testing modpost failure
- From: "Davide Pesavento" <davidepesa@xxxxxxxxx>
Re: [PATCH] mac80211: fixups for "make master iface not wireless"
- From: "Andrey Yurovsky" <andrey@xxxxxxxxxxx>
Re: [PATCH] mac80211: fixups for "make master iface not wireless"
- From: "Andrey Yurovsky" <andrey@xxxxxxxxxxx>
Re: Do not get BCM4303 to work
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: hostapd - mac80211 - rt2x00 - rt73usb AP mode bug
- From: Jouni Malinen <j@xxxxx>
Rate control in adhoc mode under ath5k
- From: "OB Lutz" <ob.lutz@xxxxxxxxx>
Re: Do not get BCM4303 to work
- From: feldmaus <feldmann_markus@xxxxxx>
Re: Kernel panic in wireless-testing-2008-09-24 with rtl8187
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [PATCH] libertas: Improvements on automatic tx power control via SIOCSIWTXPOW.
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: bad DMAR interaction with iwlagn and SATA
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: bad DMAR interaction with iwlagn and SATA
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] wireless: consolidate on a single escape_essid implementation
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] wireless: consolidate on a single escape_essid implementation
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
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: Dan Williams <dcbw@xxxxxxxxxx>
Re: [PATCH RFC] mac80211: notify mac80211 about rfkill events
- From: Dan Williams <dcbw@xxxxxxxxxx>
[compat-old PATCH 2/2] Allow compilation on 2.6.22
- From: Jiri Benc <jbenc@xxxxxxx>
[compat-old PATCH 1/2] Fix wrong cast to ieee80211_local
- From: Jiri Benc <jbenc@xxxxxxx>
compilation error of compat-wireless-2008-09-26 with ETH_P_PAE
- From: Karol Szkudlarek <karol@xxxxxxxxxxxxxxxx>
[PATCH V2] b43: Fix Bluetooth Coexistence SPROM programming error for HP 12f8 version of BCM4306
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: [PATCH] mac80211: fixups for "make master iface not wireless"
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: [RFC V3] mac80211: re-enable aggregation on 2.6.27
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] [RESEND] mac80211: remove wme_tx_queue and wme_rx_queue from net/mac80211/sta_info.h
- From: "Rami Rosen" <ramirose@xxxxxxxxx>
[PATCH] mac80211: fixups for "make master iface not wireless"
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] mac80211: Fix oops on wme.c where mdev is assumed to be a wiphy
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] wireless: consolidate on a single escape_essid implementation
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] mac80211: remove wme_tx_queue and wme_rx_queue from net/mac80211/sta_info.h
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH RFC] mac80211: notify mac80211 about rfkill events
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] mac80211: Fix oops on wme.c where mdev is assumed to be a wiphy
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH] mac80211: Fix oops on wme.c where mdev is assumed to be a wiphy
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [PATCH] b43: Fix Bluetooth Coexistence SPROM programming error for HP 12f8 version of BCM4306
- From: Michael Buesch <mb@xxxxxxxxx>
Re: Kernel panic in wireless-testing-2008-09-24 with rtl8187
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [PATCH 14/18] netdevice airo: Convert directly reference of netdev->priv to netdev->ml_priv
- From: Wang Chen <wangchen@xxxxxxxxxxxxxx>
Re: Kernel panic in wireless-testing-2008-09-24 with rtl8187
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: Kernel panic in wireless-testing-2008-09-24 with rtl8187
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: Kernel panic in wireless-testing-2008-09-24 with rtl8187
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Getting country alpha2 on network manager and using it for crda
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
[PATCH 3/3] iwlwifi: use correct DMA_MASK
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
[PATCH 2/3] iwlwifi: enable power save setting upon config
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
[PATCH 1/3] iwlwifi: refactor rx register initialization
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
Re: Kernel panic in wireless-testing-2008-09-24 with rtl8187
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: Kernel panic in wireless-testing-2008-09-24 with rtl8187
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: Kernel panic in wireless-testing-2008-09-24 with rtl8187
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: Kernel panic in wireless-testing-2008-09-24 with rtl8187
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [PATCH] iwl3945: added channel sysfs entry
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
Re: [PATCH] iwl3945: added channel sysfs entry
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [PATCH] iwl3945: added channel sysfs entry
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [PATCH] iwl3945: added channel sysfs entry
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
Re: [PATCH] iwl3945: added channel sysfs entry
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
Re: [PATCH] iwl3945: added channel sysfs entry
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
[PATCH] b43: Fix Bluetooth Coexistence SPROM programming error for HP 12f8 version of BCM4306
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: [PATCH] iwl3945: added channel sysfs entry
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [PATCH] iwl3945: added channel sysfs entry
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
Re: Kernel panic in wireless-testing-2008-09-24 with rtl8187
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: [RFC V3] mac80211: re-enable aggregation on 2.6.27
- From: "Steven Noonan" <steven@xxxxxxxxxxxxxx>
Re: [RFC V3] mac80211: re-enable aggregation on 2.6.27
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [RFC V3] mac80211: re-enable aggregation on 2.6.27
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
[PATCH] libertas: Improvements on automatic tx power control via SIOCSIWTXPOW.
- From: Anna Neal <anna@xxxxxxxxxxx>
Re: Kernel panic in wireless-testing-2008-09-24 with rtl8187
- From: Pavel Roskin <proski@xxxxxxx>
Re: [PATCH] wireless: consolidate on a single escape_essid implementation
- From: Dave <kilroyd@xxxxxxxxxxxxxx>
Re: [PATCH RFC] mac80211: notify mac80211 about rfkill events
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: Kernel panic in wireless-testing-2008-09-24 with rtl8187
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: Kernel panic in wireless-testing-2008-09-24 with rtl8187
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: [PATCH RFC] mac80211: notify mac80211 about rfkill events
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [PATCH] wireless: consolidate on a single escape_essid implementation
- From: Dave <kilroyd@xxxxxxxxxxxxxx>
Re: pull request: wireless-next-2.6 2008-09-24
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: pull request: wireless-next-2.6 2008-09-24
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: pull request: wireless-next-2.6 2008-09-24
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: pull request: wireless-next-2.6 2008-09-24
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: Kernel panic in wireless-testing-2008-09-24 with rtl8187
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Kernel panic in wireless-testing-2008-09-24 with rtl8187
- From: Hauke Mehrtens <hauke@xxxxxxxxxx>
[PATCH] p54: Fix sparse warnings
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: [RFC V3] mac80211: re-enable aggregation on 2.6.27
- From: "Steven Noonan" <steven@xxxxxxxxxxxxxx>
[RFC V3] mac80211: re-enable aggregation on 2.6.27
- From: Tomas Winkler <tomas.winkler@xxxxxxxxx>
pull request: wireless-next-2.6 2008-09-24
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
[PATCH] mac80211: remove wme_tx_queue and wme_rx_queue from net/mac80211/sta_info.h
- From: "Rami Rosen" <ramirose@xxxxxxxxx>
Re: pull request: wireless-2.6 2008-09-24
- From: Marcel Holtmann <holtmann@xxxxxxxxxxxxxxx>
Re: [PATCH] wireless: consolidate on a single escape_essid implementation
- From: Dan Williams <dcbw@xxxxxxxxxx>
Re: [PATCH] wireless: consolidate on a single escape_essid implementation
- From: Dan Williams <dcbw@xxxxxxxxxx>
Re: [PATCH] wireless: consolidate on a single escape_essid implementation
- From: Dan Williams <dcbw@xxxxxxxxxx>
Re: pull request: wireless-2.6 2008-09-24
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: pull request: wireless-2.6 2008-09-24
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
[PATCH RFC] mac80211: notify mac80211 about rfkill events
- From: Tomas Winkler <tomas.winkler@xxxxxxxxx>
Re: pull request: wireless-2.6 2008-09-24
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: pull request: wireless-2.6 2008-09-24
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] iwl3945: added channel sysfs entry
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: pull request: wireless-2.6 2008-09-24
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [PATCH] iwl3945: added channel sysfs entry
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] iwl3945: added channel sysfs entry
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: [PATCH 1/1] iwlwifi 2.6.27: send all the calibration results instead of the last one only
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: [PATCH] iwl3945: added channel sysfs entry
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] wireless: consolidate on a single escape_essid implementation
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] iwl3945: added channel sysfs entry
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
Re: [PATCH] wireless: consolidate on a single escape_essid implementation
- From: Holger Schurig <hs4233@xxxxxxxxxxxxxxxxxxxx>
Re: pull request: wireless-2.6 2008-09-24
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
Re: [PATCH] wireless: consolidate on a single escape_essid implementation
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] wireless: consolidate on a single escape_essid implementation
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: Crash with 2.6.27-rc6 with iwlwifi
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] wireless: consolidate on a single escape_essid implementation
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [PATCH] wireless: consolidate on a single escape_essid implementation
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [PATCH] wireless: consolidate on a single escape_essid implementation
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [PATCH] wireless: consolidate on a single escape_essid implementation
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [PATCH] wireless: consolidate on a single escape_essid implementation
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: pull request: wireless-2.6 2008-09-24
- From: David Miller <davem@xxxxxxxxxxxxx>
pull request: wireless-2.6 2008-09-24
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
[PATCH] wireless: consolidate on a single escape_essid implementation
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: Crash with 2.6.27-rc6 with iwlwifi
- From: Ian Schram <ischram@xxxxxxxxxx>
Re: Crash with 2.6.27-rc6 with iwlwifi
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH 1/1] iwlwifi 2.6.27: send all the calibration results instead of the last one only
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [RFC v2] basic background scan
- From: Helmut Schaa <hschaa@xxxxxxx>
Re: [RFC v2] basic background scan
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: [RFC v2] basic background scan
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [RFC v2] basic background scan
- From: Helmut Schaa <hschaa@xxxxxxx>
Re: [RFC v2] basic background scan
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [RFC v2] basic background scan
- From: Helmut Schaa <hschaa@xxxxxxx>
Re: [RFC v2] basic background scan
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[RFC v2] basic background scan
- From: Helmut Schaa <hschaa@xxxxxxx>
Re: [PATCH] iwl3945: added channel sysfs entry
- From: Dan Williams <dcbw@xxxxxxxxxx>
Re: [PATCH] iwl3945: added channel sysfs entry
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [RFC][PATCH] TX status reporting with help of an ack queue
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [RFC][PATCH] TX status reporting with help of an ack queue
- From: Mattias Nissler <mattias.nissler@xxxxxx>
[PATCH] iwlwifi: don't fail if scan is issued too early
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
[PATCH] iwl3945: added channel sysfs entry
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
Q. How do I get Ubuntu to do WIreless Networking on my IBM laptop with Netgear WG511V2
- From: Ron Daniel <Ron.Daniel@xxxxxxxxxx>
Re: [PATCH v2] iwlagn: downgrade BUG_ON in interrupt
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
Re: [RFC][PATCH] TX status reporting with help of an ack queue
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
ath9k on arm
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH -mm] rt2x00: fix Kconfig dependencies
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [PATCH -mm] rt2x00: fix Kconfig dependencies
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: [PATCH -mm] rt2x00: fix Kconfig dependencies
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [PATCH -mm] rt2x00: fix Kconfig dependencies
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
[PATCHv2] ath9k: disable MIB interrupts to fix interrupt storm
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [PATCH v2] ath9k: disable MIB interrupts to fix interrupt storm
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [PATCH -mm] rt2x00: fix Kconfig dependencies
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
[PATCH] ath9k: disable MIB interrupts to fix interrupt storm
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [PATCH v2] iwlagn: downgrade BUG_ON in interrupt
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: A question about setting Master mode and ieee80211_ioctl_siwmode() handler
- From: "Andrey Yurovsky" <andrey@xxxxxxxxxxx>
Re: [RFC] mac80211: notify the user space about low signal quality
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [PATCH -mm] rt2x00: fix Kconfig dependencies
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: prism54 stopped working after upgrade from kernel 2.6.25.14-69.fc8 to 2.6.26.3-14.fc8
- From: Kyle McMartin <kyle@xxxxxxxxxx>
[PATCH v2] iwlagn: downgrade BUG_ON in interrupt
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH] iwlagn: downgrade BUG_ON in interrupt
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
libertas tf warning
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH -mm] rt2x00: fix Kconfig dependencies
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Steven Noonan" <steven@xxxxxxxxxxxxxx>
[RFC] cfg80211/nl80211: scanning (and mac80211 update to use it)
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Steven Noonan" <steven@xxxxxxxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Steven Noonan" <steven@xxxxxxxxxxxxxx>
Re: [PATCH -mm] rt2x00: fix Kconfig dependencies
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: ACK matching [was: TX status reporting with help of an ack queue]
- From: Mattias Nissler <mattias.nissler@xxxxxx>
Re: OOPS bug KERNEL LINUX- Version 2.6.26
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: ACK matching [was: TX status reporting with help of an ack queue]
- From: Mikko Virkkilä <mikko.virkkila@xxxxxxxxxxxx>
Re: Problem compiling compat-wireless
- From: msladek@xxxxxxxx
Re: [PATCH 1/1] iwlwifi 2.6.27: send all the calibration results instead of the last one only
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: [PATCH 1/1] iwlwifi 2.6.27: send all the calibration results instead of the last one only
- From: David Miller <davem@xxxxxxxxxxxxx>
[PATCH 1/1] iwlwifi 2.6.27: send all the calibration results instead of the last one only
- From: Tomas Winkler <tomas.winkler@xxxxxxxxx>
Re: OOPS bug KERNEL LINUX- Version 2.6.26
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
[PATCH -mm] rt2x00: fix Kconfig dependencies
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: Progress on aggregation
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: [patch 1/1] wireless: zd1211rw: add device ID fix wifi dongle "trust nw-3100"
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: pull request: wireless-2.6 2008-09-22
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: OOPS bug KERNEL LINUX- Version 2.6.26
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: OOPS bug KERNEL LINUX- Version 2.6.26
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: OOPS bug KERNEL LINUX- Version 2.6.26
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: OOPS bug KERNEL LINUX- Version 2.6.26
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [patch 1/1] wireless: zd1211rw: add device ID fix wifi dongle "trust nw-3100"
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: prism54 stopped working after upgrade from kernel 2.6.25.14-69.fc8 to 2.6.26.3-14.fc8
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: Progress on aggregation
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
pull request: wireless-2.6 2008-09-22
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
[patch 1/1] wireless: zd1211rw: add device ID fix wifi dongle "trust nw-3100"
- From: akpm@xxxxxxxxxxxxxxxxxxxx
Re: prism54 stopped working after upgrade from kernel 2.6.25.14-69.fc8 to 2.6.26.3-14.fc8
- From: Chr <chunkeey@xxxxxx>
Re: what is the states of rt2800 driver?
- From: Mattias Nissler <mattias.nissler@xxxxxx>
Re: prism54 stopped working after upgrade from kernel 2.6.25.14-69.fc8 to 2.6.26.3-14.fc8
- From: Dan Williams <dcbw@xxxxxxxxxx>
Re: prism54 stopped working after upgrade from kernel 2.6.25.14-69.fc8 to 2.6.26.3-14.fc8
- From: Chr <chunkeey@xxxxxx>
Re: what is the states of rt2800 driver?
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Michael Buesch <mb@xxxxxxxxx>
Re: ath9k problems
- From: "Nick Kossifidis" <mickflemm@xxxxxxxxx>
Re: prism54 stopped working after upgrade from kernel 2.6.25.14-69.fc8 to 2.6.26.3-14.fc8
- From: Dan Williams <dcbw@xxxxxxxxxx>
Re: what is the states of rt2800 driver?
- From: Mattias Nissler <mattias.nissler@xxxxxx>
Re: ath9k problems
- From: Howard Chu <hyc@xxxxxxxxx>
Re: prism54 stopped working after upgrade from kernel 2.6.25.14-69.fc8 to 2.6.26.3-14.fc8
- From: Chr <chunkeey@xxxxxx>
Re: ath9k problems
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: Progress on aggregation
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
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: prism54 stopped working after upgrade from kernel 2.6.25.14-69.fc8 to 2.6.26.3-14.fc8
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
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>
[PATCH] [WIRELESS CORE] a global static to local static improvement
- From: Denis ChengRq <crquan@xxxxxxxxx>
Progress on aggregation
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
[PATCH] rt2x00: Fix HW crypto key handling
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: what is the states of rt2800 driver?
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: ath9k problems
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [Ipw2100-devel] Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart.
- From: Kenneth Crudup <kenny@xxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [PATCH 1/1] mac80211: fix led behavior in IBSS
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: [PATCH 1/1] mac80211: fix led behavior in IBSS
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH 1/1] mac80211: fix led behavior in IBSS
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Steven Noonan" <steven@xxxxxxxxxxxxxx>
Re: [PATCH 1/1] mac80211: fix led behavior in IBSS
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH 1/1] mac80211: fix led behavior in IBSS
- From: Tomas Winkler <tomas.winkler@xxxxxxxxx>
A question about setting Master mode and ieee80211_ioctl_siwmode() handler
- From: "David Shwatrz" <dshwatrz@xxxxxxxxx>
Re: stlc45xx: mac80211 driver for N800 and N810
- From: Kalle Valo <kalle.valo@xxxxxxxxx>
Re: ath9k problems
- From: Howard Chu <hyc@xxxxxxxxx>
Re: stlc45xx: mac80211 driver for N800 and N810
- From: Chr <chunkeey@xxxxxx>
Re: stlc45xx: mac80211 driver for N800 and N810
- From: Kalle Valo <kalle.valo@xxxxxxxxx>
Re: ath9k problems
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [PATCH] ath9k: Fix IRQ nobody cared issue with ath9k
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Problems with zd1211rw and TL-WN322G (TP-Link)
- From: Julian Pietron <julian@xxxxxxxxxxxxxx>
Re: ath9k problems
- From: Howard Chu <hyc@xxxxxxxxx>
[PATCH] ath9k: Fix IRQ nobody cared issue with ath9k
- From: Senthil Balasubramanian <senthilkumar@xxxxxxxxxxx>
[PATCH] ath9k: Add a few comments about mibevents
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: ath9k problems
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: stlc45xx: mac80211 driver for N800 and N810
- From: Kalle Valo <kalle.valo@xxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Steven Noonan" <steven@xxxxxxxxxxxxxx>
Re: ath9k problems
- From: "Steven Noonan" <steven@xxxxxxxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: ath9k problems
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: about the state of the driver zd1211rw
- From: "Rami Rosen" <roszenrami@xxxxxxxxx>
[PATCH v4] mac80211: mesh portal functionality support
- From: YanBo <dreamfly281@xxxxxxxxx>
about the state of the driver zd1211rw
- From: "Anielkis Herrera Gonzalez" <aherrerag@xxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
what is the states of rt2800 driver?
- From: "Xu, Martin" <martin.xu@xxxxxxxxx>
Re: [PATCH v3] mac80211: mesh portal functionality support
- From: YanBo <dreamfly281@xxxxxxxxx>
Re: [PATCH v3] mac80211: mesh portal functionality support
- From: YanBo <dreamfly281@xxxxxxxxx>
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart.
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart.
- From: Marcel Holtmann <holtmann@xxxxxxxxxxxxxxx>
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart.
- From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart.
- From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart.
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart.
- From: Denys Fedoryshchenko <denys@xxxxxxxxxxx>
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart.
- From: Denys Fedoryshchenko <denys@xxxxxxxxxxx>
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [PATCH v3] mac80211: mesh portal functionality support
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH v3] mac80211: mesh portal functionality support
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart.
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart.
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart.
- From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart.
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart.
- From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart.
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart.
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart.
- From: Marcel Holtmann <holtmann@xxxxxxxxxxxxxxx>
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart.
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart.
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart.
- From: Wei Weng <wweng@xxxxxxxxxx>
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart.
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart.
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart.
- From: Michael Buesch <mb@xxxxxxxxx>
Re: [PATCH v3] mac80211: mesh portal functionality support
- From: "Javier Cardona" <javier@xxxxxxxxxxx>
Mark IPW2100 as BROKEN: Fatal interrupt. Scheduling firmware restart.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
[PATCH v3] mac80211: mesh portal functionality support
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] b43: Fix Bluetooth coexistence SPROM coding error for Motorola 7010 variant of BCM4306
- From: Michael Buesch <mb@xxxxxxxxx>
Re: [RFC V2] mac80211: mesh portal functionality support
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[RFC V2] mac80211: mesh portal functionality support
- From: YanBo <dreamfly281@xxxxxxxxx>
Re: ath9k problems
- From: "Steven Noonan" <steven@xxxxxxxxxxxxxx>
ath9k problems
- From: Howard Chu <hyc@xxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Steven Noonan" <steven@xxxxxxxxxxxxxx>
Re: [PATCH] b43: Fix Bluetooth coexistence SPROM coding error for Motorola 7010 variant of BCM4306
- From: Dan Williams <dcbw@xxxxxxxxxx>
Re: [PATCH] b43: Fix Bluetooth coexistence SPROM coding error for Motorola 7010 variant of BCM4306
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Steven Noonan" <steven@xxxxxxxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Steven Noonan" <steven@xxxxxxxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Steven Noonan" <steven@xxxxxxxxxxxxxx>
Re: [PATCH] b43: Fix Bluetooth coexistence SPROM coding error for Motorola 7010 variant of BCM4306
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] b43: Fix Bluetooth coexistence SPROM coding error for Motorola 7010 variant of BCM4306
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: stlc45xx: mac80211 driver for N800 and N810
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [PATCH] b43: Fix Bluetooth coexistence SPROM coding error for Motorola 7010 variant of BCM4306
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: [PATCH] b43: Fix Bluetooth coexistence SPROM coding error for Motorola 7010 variant of BCM4306
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [PATCH] b43: Fix Bluetooth coexistence SPROM coding error for Motorola 7010 variant of BCM4306
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] b43: Fix Bluetooth coexistence SPROM coding error for Motorola 7010 variant of BCM4306
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [PATCH] b43: Fix Bluetooth coexistence SPROM coding error for Motorola 7010 variant of BCM4306
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] b43: Fix Bluetooth coexistence SPROM coding error for Motorola 7010 variant of BCM4306
- From: Michael Buesch <mb@xxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Steven Noonan" <steven@xxxxxxxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
Re: stlc45xx: mac80211 driver for N800 and N810
- From: Kalle Valo <kalle.valo@xxxxxxxxx>
Re: [Bugme-new] [Bug 11596] New: iwlagn driver in latest linux-2.6 git is not working for intel 4965agn card
- From: Chris <dchris@xxxxxxxxx>
Re: [Bugme-new] [Bug 11596] New: iwlagn driver in latest linux-2.6 git is not working for intel 4965agn card
- From: Chris <dchris@xxxxxxxxx>
Re: [Bugme-new] [Bug 11596] New: iwlagn driver in latest linux-2.6 git is not working for intel 4965agn card
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Steven Noonan" <steven@xxxxxxxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Steven Noonan" <steven@xxxxxxxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Steven Noonan" <steven@xxxxxxxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: Steven Noonan <steven@xxxxxxxxxxxxxx>
Re: pull request wireless-next-2.6 2008-09-15
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: Can't connect to AP with hidden essid with 2.6.27-rc6
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: Can't connect to AP with hidden essid with 2.6.27-rc6
- From: Celejar <celejar@xxxxxxxxx>
[PATCH] b43: Fix Bluetooth coexistence SPROM coding error for Motorola 7010 variant of BCM4306
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: Can't connect to AP with hidden essid with 2.6.27-rc6
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: technology preview: scan with cfg80211 (v2)
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: Can't connect to AP with hidden essid with 2.6.27-rc6
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: ACK matching [was: TX status reporting with help of an ack queue]
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: Can't connect to AP with hidden essid with 2.6.27-rc6
- From: Celejar <celejar@xxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [Rt2400-devel] Resend: [PATCH] rt2x00: Consolidate definition of CSR_OFFSET
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: Can't connect to AP with hidden essid with 2.6.27-rc6
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: Senthil Balasubramanian <senthilkumar@xxxxxxxxxxx>
Re: stlc45xx: mac80211 driver for N800 and N810
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: technology preview: scan with cfg80211 (v2)
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: ACK matching [was: TX status reporting with help of an ack queue]
- From: Jouni Malinen <j@xxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: Steven Noonan <steven@xxxxxxxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: Steven Noonan <steven@xxxxxxxxxxxxxx>
Re: Can't connect to AP with hidden essid with 2.6.27-rc6
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: stlc45xx: mac80211 driver for N800 and N810
- From: Christian Lamparter <chunkeey@xxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: Robert Hancock <hancockr@xxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: Senthil Balasubramanian <senthilkumar@xxxxxxxxxxx>
Re: ACK matching [was: TX status reporting with help of an ack queue]
- From: Mikko Virkkilä <mikko.virkkila@xxxxxxxxxxxx>
Re: technology preview: scan with cfg80211 (v2)
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: ACK matching [was: TX status reporting with help of an ack queue]
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: ACK matching [was: TX status reporting with help of an ack queue]
- From: Mattias Nissler <mattias.nissler@xxxxxx>
Re: [PATCH] rt2x00: Consolidate definition of CSR_OFFSET
- From: "Ivo Van Doorn" <ivdoorn@xxxxxxxxx>
Re: technology preview: scan with cfg80211 (v2)
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH -tip/master] x86: io-apic - interrupt remapping fix
- From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
Re: [PATCH -tip/master] x86: io-apic - interrupt remapping fix
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH -tip/master] x86: io-apic - interrupt remapping fix
- From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
Re: technology preview: scan with cfg80211
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: technology preview: scan with cfg80211
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: technology preview: scan with cfg80211
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: technology preview: scan with cfg80211
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: ACK matching [was: TX status reporting with help of an ack queue]
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: ACK matching [was: TX status reporting with help of an ack queue]
- From: Mattias Nissler <mattias.nissler@xxxxxx>
Re: stlc45xx: mac80211 driver for N800 and N810
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: ACK matching [was: TX status reporting with help of an ack queue]
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: ACK matching [was: TX status reporting with help of an ack queue]
- From: Mattias Nissler <mattias.nissler@xxxxxx>
Re: ACK matching [was: TX status reporting with help of an ack queue]
- From: Mikko Virkkilä <mikko.virkkila@xxxxxxxxxxxx>
Re: stlc45xx: mac80211 driver for N800 and N810
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: stlc45xx: mac80211 driver for N800 and N810
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: technology preview: scan with cfg80211
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: Ingo Molnar <mingo@xxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Steven Noonan" <steven@xxxxxxxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: Ingo Molnar <mingo@xxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Steven Noonan" <steven@xxxxxxxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Steven Noonan" <steven@xxxxxxxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: Ingo Molnar <mingo@xxxxxxx>
Re: [PATCH] mac80211: probe with correct SSID
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: technology preview: scan with cfg80211
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Steven Noonan" <steven@xxxxxxxxxxxxxx>
Re: stlc45xx: mac80211 driver for N800 and N810
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Problem compiling compat-wireless
- From: Amit Sood <as22_2000@xxxxxxxxx>
stlc45xx: mac80211 driver for N800 and N810
- From: Kalle Valo <kalle.valo@xxxxxxxxx>
Re: technology preview: scan with cfg80211
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
technology preview: scan with cfg80211
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH] mac80211: probe with correct SSID
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Steven Noonan" <steven@xxxxxxxxxxxxxx>
Re: [PATCH] iw: add kernel version checks for pending upstream kernel features
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Resend: [PATCH] rt2x00: Consolidate definition of CSR_OFFSET
- From: John Daiker <daikerjohn@xxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Steven Noonan" <steven@xxxxxxxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Steven Noonan" <steven@xxxxxxxxxxxxxx>
ACK matching [was: TX status reporting with help of an ack queue]
- From: Mattias Nissler <mattias.nissler@xxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Steven Noonan" <steven@xxxxxxxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Justin Mattock" <justinmattock@xxxxxxxxx>
RE: What is the state of 802.11h support?
- From: "Gordon, Charles" <Charles.Gordon@xxxxxxxx>
Re: What is the state of 802.11h support?
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [PATCH] iw: add kernel version checks for pending upstream kernel features
- From: Marcel Holtmann <holtmann@xxxxxxxxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [RFC][PATCH] TX status reporting with help of an ack queue
- From: Mattias Nissler <mattias.nissler@xxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [RFC V2] b43: A patch for control of the radio LED using rfkill
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Steven Noonan" <steven@xxxxxxxxxxxxxx>
Re: [RFC V2] b43: A patch for control of the radio LED using rfkill
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
Re: What is the state of 802.11h support?
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: [RFC V2] b43: A patch for control of the radio LED using rfkill
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Justin Mattock" <justinmattock@xxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Steven Noonan" <steven@xxxxxxxxxxxxxx>
Re: temorarily out of range -> no TCP?
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] iw: add kernel version checks for pending upstream kernel features
- From: Pavel Roskin <proski@xxxxxxx>
Re: temorarily out of range -> no TCP?
- From: Anders Eriksson <aeriksson@xxxxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: temorarily out of range -> no TCP?
- From: Anders Eriksson <aeriksson@xxxxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Steven Noonan" <steven@xxxxxxxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: What is the state of 802.11h support?
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Michael Buesch <mb@xxxxxxxxx>
Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: temorarily out of range -> no TCP?
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: temorarily out of range -> no TCP?
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
- From: "Steven Noonan" <steven@xxxxxxxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Michael Buesch <mb@xxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] rfkill: clarify usage of rfkill_force_state() and rfkill->get_state()
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Michael Buesch <mb@xxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Michael Buesch <mb@xxxxxxxxx>
Re: [PATCH] rfkill: clarify usage of rfkill_force_state() and rfkill->get_state()
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [RFC V2] b43: A patch for control of the radio LED using rfkill
- From: Michael Buesch <mb@xxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Michael Buesch <mb@xxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Michael Buesch <mb@xxxxxxxxx>
Re: [PATCH] rfkill: clarify usage of rfkill_force_state() and rfkill->get_state()
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Michael Buesch <mb@xxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Michael Buesch <mb@xxxxxxxxx>
Re: [PATCH] rfkill: clarify usage of rfkill_force_state() and rfkill->get_state()
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Michael Buesch <mb@xxxxxxxxx>
Re: [PATCH] iw: add kernel version checks for pending upstream kernel features
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] iw: add kernel version checks for pending upstream kernel features
- From: Marcel Holtmann <holtmann@xxxxxxxxxxxxxxx>
Re: [RFC V2] b43: A patch for control of the radio LED using rfkill
- From: Michael Buesch <mb@xxxxxxxxx>
Re: [RFC V2] b43: A patch for control of the radio LED using rfkill
- From: Michael Buesch <mb@xxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [RFC V2] b43: A patch for control of the radio LED using rfkill
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: [PATCH] rfkill: clarify usage of rfkill_force_state() and rfkill->get_state()
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] rfkill: clarify usage of rfkill_force_state() and rfkill->get_state()
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
Re: [RFC V2] b43: A patch for control of the radio LED using rfkill
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
[PATCH] mac80211: clean up rate control API
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] iw: add kernel version checks for pending upstream kernel features
- From: Pavel Roskin <proski@xxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
Re: [PATCH] iw: add kernel version checks for pending upstream kernel features
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] rfkill: clarify usage of rfkill_force_state() and rfkill->get_state()
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
[PATCH] rfkill: clarify usage of rfkill_force_state() and rfkill->get_state()
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
Re: [RFC V2] b43: A patch for control of the radio LED using rfkill
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [PATCH] iw: add kernel version checks for pending upstream kernel features
- From: Pavel Roskin <proski@xxxxxxx>
Re: RE: Re: iwlagn/iwl4965 problems with WEP and rmmod
- From: Ineya Ineya <ineya@xxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
Re: [RFC V2] b43: A patch for control of the radio LED using rfkill
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
[PATCH] iw: add kernel version checks for pending upstream kernel features
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
What is the state of 802.11h support?
- From: "Gordon, Charles" <Charles.Gordon@xxxxxxxx>
Re: [RFC V2] b43: A patch for control of the radio LED using rfkill
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [RFC V2] b43: A patch for control of the radio LED using rfkill
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
temorarily out of range -> no TCP?
- From: Anders Eriksson <aeriksson@xxxxxxxxxxx>
pull request wireless-next-2.6 2008-09-15
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
[RFC V2] b43: A patch for control of the radio LED using rfkill
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: [RFC] b43: A patch for control of the radio LED using rfkill
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [PATCH] rfkill: update LEDs for all state changes
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
Re: Regression in 2.6.27-rcX caused by commit bc19d6e0b74ef03a3baf035412c95192b54dfc6f
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
Re: [PATCH] rfkill: update LEDs for all state changes
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: [PATCH] rfkill: update LEDs for all state changes
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [PATCH] rfkill: update LEDs for all state changes
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
[PATCH] mac80211: fix mesh action frame handling
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] mac80211: Enable mesh point handle action packet
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH] mac80211: Enable mesh point handle action packet
- From: YanBo <dreamfly281@xxxxxxxxx>
Re: [PATCH] ath9k: connectivity is lost after Group rekeying is done
- From: "Steven Noonan" <steven@xxxxxxxxxxxxxx>
Re: [ath9k-devel] ath9k constantly drops network connection
- From: "Steven Noonan" <steven@xxxxxxxxxxxxxx>
Re: [ath9k-devel] ath9k constantly drops network connection
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: iw packaging
- From: Helmut Schaa <hschaa@xxxxxxx>
[RFC] b43: A patch for control of the radio LED using rfkill
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: [PATCH v2] mac80211: re-enable aggregation
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: iw packaging
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: iw packaging
- From: Marcel Holtmann <marcel@xxxxxxxxxxxx>
Re: [PATCH v2] mac80211: re-enable aggregation
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: [RFC][PATCH] TX status reporting with help of an ack queue
- From: Mattias Nissler <mattias.nissler@xxxxxx>
Re: [PATCH v2] mac80211: re-enable aggregation
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH v2] mac80211: re-enable aggregation
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [PATCH v2] mac80211: re-enable aggregation
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
Re: [PATCH v2] mac80211: re-enable aggregation
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>

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