Linux Wireless

Thread Index

[PATCH 2/3] wl1251: fix bssid handling
- From: Kalle Valo <kalle.valo@xxxxxx>
[PATCH 1/3] wl1251: remove false warning messages
- From: Kalle Valo <kalle.valo@xxxxxx>
[PATCH 0/3] wl1251 power save fixes for 2.6.33
- From: Kalle Valo <kalle.valo@xxxxxx>
[PATCH] libertas: use priv->mesh_tlv instead of priv->mesh_fw_ver
- From: Holger Schurig <holgerschurig@xxxxxxxxx>
Re: [PATCH] mac80211: Fix dynamic power save for scanning.
- From: Kalle Valo <kalle.valo@xxxxxx>
Re: PROPOSAL: cfg80211 antenna selection
- From: Holger Schurig <holgerschurig@xxxxxxxxx>
Re: PROPOSAL: cfg80211 antenna selection
- From: Holger Schurig <holgerschurig@xxxxxxxxx>
Re: [PATCH 1/5] libertas: rename mesh.c into persistcfg.c
- From: Holger Schurig <holgerschurig@xxxxxxxxx>
[RFC 1/2] wireless: add ieee80211_asmdu_to_8023s
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
[RFC 2/2] iwmc3200wifi: rx aggregation support
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
[PATCH] acer-wmi: Add DMI quirk to blacklist Acer Aspire One BA01-DV/JM11-ML.
- From: Keng-Yu Lin <keng-yu.lin@xxxxxxxxxxxxx>
[ANN] wireless-regdb: master-2009-11-25
- From: wireless@xxxxxxxxxxxxxxxx
Re: [PATCH] mwl8k: split driver by chipset
- From: Dan Williams <dcbw@xxxxxxxxxx>
[PATCH] ath9k_hw: remove unused ath9k_hw_devname() and ath9k_hw_probe()
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [ath9k-devel] [PATCH] ath9k: enable 2GHz band only if the device supports it
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [ath9k-devel] [PATCH] ath9k: enable 2GHz band only if the device supports it
- From: Felix Fietkau <nbd@xxxxxxxxxxx>
Re: [ANN] Ralink specsheets
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [PATCH] rt2x00: Fix padding bug on L2PAD devices.
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: RTL8187 warnings on suspend
- From: Herton Ronaldo Krzesinski <herton@xxxxxxxxxxxxxxx>
[PATCH] ath5k: enable EEPROM checksum check
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: RTL8187 warnings on suspend
- From: Michael Buesch <mb@xxxxxxxxx>
Re: [PATCH v2 8/8] rt2x00: Properly request tx headroom for alignment operations.
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
[PATCH] airo: Fix integer overflow warning
- From: Michael Buesch <mb@xxxxxxxxx>
Re: RTL8187 warnings on suspend
- From: Herton Ronaldo Krzesinski <herton@xxxxxxxxxxxxxxx>
Re: [ath9k-devel] [PATCH] ath9k: enable 2GHz band only if the device supports it
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [PATCH v2 8/8] rt2x00: Properly request tx headroom for alignment operations.
- From: Gertjan van Wingerde <gwingerde@xxxxxxxxx>
Re: RTL8187 warnings on suspend
- From: Michael Buesch <mb@xxxxxxxxx>
[PATCH] ath9k: enable 2GHz band only if the device supports it
- From: Gabor Juhos <juhosg@xxxxxxxxxxx>
Re: [PATCH v2 8/8] rt2x00: Properly request tx headroom for alignment operations.
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: RTL8187 warnings on suspend
- From: Herton Ronaldo Krzesinski <herton@xxxxxxxxxxxxxxx>
Re: RTL8187 warnings on suspend
- From: Michael Buesch <mb@xxxxxxxxx>
[PATCH] mac80211: trace interface name
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH v3 4/5] mac80211: make station management completely depend on vif
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: RTL8187 warnings on suspend
- From: Herton Ronaldo Krzesinski <herton@xxxxxxxxxxxxxxx>
Re: ath9k and multiple ssids
- From: Ali Jelveh <jelveh@xxxxxx>
[PATCH] mac80211: log more data when tracing
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH v2 5/5] mac80211: reduce reliance on netdev
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH v2 4/5] mac80211: make station management completely depend on vif
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH v2 3/5] mac80211: correctly place aMPDU RX reorder code
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH v2 2/5] mac80211: move aMPDU RX reorder code
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH v2 1/5] mac80211: move cmntr flag out of rx flags
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH v2 0/5] mac80211: stations per virtual interface, netdev reduction
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Panic in iwl3945 driver
- From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
Re: RFC: mac80211: add ethtool support
- From: Patrick McHardy <kaber@xxxxxxxxx>
Re: RFC: mac80211: add ethtool support
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: RFC: mac80211: add ethtool support
- From: Patrick McHardy <kaber@xxxxxxxxx>
Re: RFC: mac80211: add ethtool support
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: RFC: mac80211: add ethtool support
- From: Patrick McHardy <kaber@xxxxxxxxx>
Re: RFC: mac80211: add ethtool support
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
RFC: mac80211: add ethtool support
- From: Patrick McHardy <kaber@xxxxxxxxx>
Re: Hardware for 802.11s
- From: Simon Perreault <simon.perreault@xxxxxxxxxxx>
Re: PROPOSAL: cfg80211 antenna selection
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: Hardware for 802.11s
- From: <pat-lkml@xxxxxxxxx>
Re: Hardware for 802.11s
- From: Andrey Yurovsky <andrey@xxxxxxxxxxx>
Re: Hardware for 802.11s
- From: Simon Perreault <simon.perreault@xxxxxxxxxxx>
RTL8187 warnings on suspend
- From: Michael Buesch <mb@xxxxxxxxx>
Re: Hardware for 802.11s
- From: Rui Paulo <rpaulo@xxxxxxxxx>
Re: PROPOSAL: cfg80211 antenna selection
- From: Bob Copeland <bcopeland@xxxxxxxxx>
[PATCH] wireless : use a dedicated workqueue for cfg80211.
- From: Alban Browaeys <prahal@xxxxxxxxx>
Re: [PATCH 1/5] libertas: rename mesh.c into persistcfg.c
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [PATCH 0/5] mac80211: stations per virtual interface, netdev reduction
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: Hardware for 802.11s
- From: Simon Perreault <simon.perreault@xxxxxxxxxxx>
[PATCH 5/5] mac80211: reduce reliance on netdev
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH 4/5] mac80211: make station management completely depend on vif
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH 3/5] mac80211: correctly place aMPDU RX reorder code
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH 2/5] mac80211: move aMPDU RX reorder code
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH 1/5] mac80211: move cmntr flag out of rx flags
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH 0/5] mac80211: stations per virtual interface, netdev reduction
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
A BUSINESS PREPOSITION FROM MR. SHA NAVAS
- From: info@xxxxxxxxx
[PATCH 5/5] libertas: move mesh command handling into mesh.c
- From: Holger Schurig <holgerschurig@xxxxxxxxx>
[PATCH 4/5] libertas: move mesh-only ethtool operations into mesh.c
- From: Holger Schurig <holgerschurig@xxxxxxxxx>
[PATCH 3/5] libertas: moveing mesh-related functions into mesh.c
- From: Holger Schurig <holgerschurig@xxxxxxxxx>
[PATCH 2/5] libertas: introduce mesh.h
- From: Holger Schurig <holgerschurig@xxxxxxxxx>
[PATCH 1/5] libertas: rename mesh.c into persistcfg.c
- From: Holger Schurig <holgerschurig@xxxxxxxxx>
Re: [RFC PATCH] mac80211: Send null data frame after disabling power save in Tx path.
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: AR5523 Support
- From: kasi viswanathan <kasi.wireless@xxxxxxxxx>
Re: AR5523 Support
- From: Holger Schurig <holgerschurig@xxxxxxxxx>
Re: [RFC PATCH] mac80211: Send null data frame after disabling power save in Tx path.
- From: Vivek Natarajan <vivek.natraj@xxxxxxxxx>
Re: AR5523 Support
- From: kasi viswanathan <kasi.wireless@xxxxxxxxx>
Re: AR5523 Support
- From: Jiri Slaby <jirislaby@xxxxxxxxx>
AR5523 Support
- From: kasi viswanathan <kasi.wireless@xxxxxxxxx>
PROPOSAL: cfg80211 antenna selection
- From: Holger Schurig <holgerschurig@xxxxxxxxx>
Re: [RFC PATCH] mac80211: Send null data frame after disabling power save in Tx path.
- From: Kalle Valo <kalle.valo@xxxxxx>
[PATCH] ipw2x00: convert to seq_file
- From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
[PATCH] ray_cs: convert to proc_fops
- From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
[RFC PATCH] mac80211: Send null data frame after disabling power save in Tx path.
- From: Vivek Natarajan <vnatarajan@xxxxxxxxxxx>
Re: [PATCH] ath9k: Fix maximum tx fifo settings for single stream devices
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
[PATCH v2] ath9k: Ensure a fair beacon distribution in IBSS mode.
- From: Vivek Natarajan <vnatarajan@xxxxxxxxxxx>
Re: [PATCH] ath9k: Fix maximum tx fifo settings for single stream devices
- From: Vasanthakumar Thiagarajan <vasanth@xxxxxxxxxxx>
[PATCH] ath9k: Ensure a fair beacon distribution in IBSS mode.
- From: Sujith <Sujith.Manoharan@xxxxxxxxxxx>
Re: [ANN] Ralink specsheets
- From: Julian Calaby <julian.calaby@xxxxxxxxx>
[PATCH] ath9k: Fix maximum tx fifo settings for single stream devices
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: DMA errors with BCM4312 - an update
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: pull request: wireless-next-2.6 2009-11-24
- From: David Miller <davem@xxxxxxxxxxxxx>
[PATCH v2 3/3] iwmc3200wifi: Implement cfg80211 PMKSA API
- From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
[PATCH v2 2/3] cfg80211: Add PMKSA wext compatibility handler
- From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
[PATCH v2 1/3] nl80211: PMKSA caching support
- From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
Re: Hardware for 802.11s
- From: Pat Erley <pat-lkml@xxxxxxxxx>
Re: [RFC 1/3] nl80211: PMKSA caching support
- From: Marcel Holtmann <marcel@xxxxxxxxxxxx>
Re: [RFC 1/3] nl80211: PMKSA caching support
- From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
Hardware for 802.11s
- From: Simon Perreault <simon.perreault@xxxxxxxxxxx>
Re: DMA errors with BCM4312 - an update
- From: Michael Buesch <mb@xxxxxxxxx>
Re: DMA errors with BCM4312 - an update
- From: Chris Vine <chris@xxxxxxxxxxxxxxxxxxxxx>
pull request: wireless-next-2.6 2009-11-24
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [PATCH v2 8/8] rt2x00: Properly request tx headroom for alignment operations.
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [PATCH 2/2] mac80211: minstrel try all rates
- From: Adam Wozniak <awozniak@xxxxxxxxxx>
Re: [PATCH 2/2] mac80211: minstrel try all rates
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH 2/2] mac80211: minstrel try all rates
- From: Adam Wozniak <awozniak@xxxxxxxxxx>
Re: [PATCH v2 8/8] rt2x00: Properly request tx headroom for alignment operations.
- From: Gertjan van Wingerde <gwingerde@xxxxxxxxx>
DMA errors with BCM4312 - an update
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: [PATCH 2/2] mac80211: minstrel try all rates
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH] WE: Fix set events not propagated
- From: Jean Tourrilhes <jt@xxxxxxxxxx>
Re: [PATCH 2/2] mac80211: minstrel try all rates
- From: Adam Wozniak <awozniak@xxxxxxxxxx>
Re: [PATCH 2/2] mac80211: minstrel try all rates
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH 2/2] mac80211: minstrel try all rates
- From: Adam Wozniak <awozniak@xxxxxxxxxx>
Re: [PATCH 2/2] mac80211: minstrel try all rates
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH 2/2] mac80211: minstrel try all rates
- From: Adam Wozniak <awozniak@xxxxxxxxxx>
Re: ath9k and multiple ssids
- From: Jouni Malinen <j@xxxxx>
Re: [PATCH 2/2] mac80211: minstrel try all rates
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [RFC 1/3] nl80211: PMKSA caching support
- From: Jouni Malinen <j@xxxxx>
Re: [PATCH v2 8/8] rt2x00: Properly request tx headroom for alignment operations.
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
[ANN] Ralink specsheets
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [PATCH 2/2] mac80211: minstrel try all rates
- From: Adam Wozniak <awozniak@xxxxxxxxxx>
Re: [PATCH v2 2/2] mac80211: minstrel try all rates
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH v2 1/2] mac80211: supp_rates initialization and rate control notification
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH v2 6/8] rt2x00: Centralize setting of extra TX headroom requested by rt2x00.
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [PATCH v2 5/8] rt2x00: Whitespace cleanup.
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [rt2x00-users] [PATCH v2 1/8] rt2x00: Only initialize HT on rt2800 devices that support it.
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
[PATCH v2 2/2] mac80211: minstrel try all rates
- From: Adam Wozniak <awozniak@xxxxxxxxxx>
[PATCH v2 1/2] mac80211: supp_rates initialization and rate control notification
- From: Adam Wozniak <awozniak@xxxxxxxxxx>
[PATCH v2 0/2] mac80211: IBSS rates
- From: Adam Wozniak <awozniak@xxxxxxxxxx>
Re: [PATCH 2/2] mac80211: minstrel try all rates
- From: Adam Wozniak <awozniak@xxxxxxxxxx>
Re: [PATCH 2/2] mac80211: minstrel try all rates
- From: Adam Wozniak <awozniak@xxxxxxxxxx>
Re: [PATCH] ath9k: Fix TX hang poll routine
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
[RFC 3/3] iwmc3200wifi: Implement cfg80211 PMKSA API
- From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
[RFC 2/3] cfg80211: Add PMKSA wext compatibility handler
- From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
[RFC 1/3] nl80211: PMKSA caching support
- From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
[RFC 0/3] PMKSA support
- From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
Re: HTC Hero cannot get an address from an ath5k AP
- From: Bob Copeland <me@xxxxxxxxxxxxxxx>
Re: [PATCH] ath9k: This patch fix RX unpadding for any received frame.
- From: Benoit PAPILLAULT <benoit.papillault@xxxxxxx>
[PATCH 2/2] ath9k: Proper padding/unpadding for the TX/RX path.
- From: Benoit Papillault <benoit.papillault@xxxxxxx>
[PATCH] ath9k: This patch fix RX unpadding for any received frame.
- From: Benoit Papillault <benoit.papillault@xxxxxxx>
Re: [PATCH] ath9k: fix processing of TX PS null data frames
- From: Kalle Valo <kalle.valo@xxxxxx>
[PATCH] cfg80211: Clear encryption privacy when key off is done.
- From: Vivek Natarajan <vnatarajan@xxxxxxxxxxx>
[PATCH] mac80211: Fix dynamic power save for scanning.
- From: Vivek Natarajan <vnatarajan@xxxxxxxxxxx>
[PATCH] ath9k: Ensure a fair beacon distribution in IBSS mode.
- From: Vivek Natarajan <vnatarajan@xxxxxxxxxxx>
Re: [PATCH RFC] ssb: Generic SPROM override for devices without SPROM
- From: Michael Buesch <mb@xxxxxxxxx>
Re: [PATCH RFC] ssb: Generic SPROM override for devices without SPROM
- From: Oncaphillis <oncaphillis@xxxxxxxx>
[PATCH] ath9k: fix processing of TX PS null data frames
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [PATCH] b43legacy: Fix problem for PPC architecture noted in Red Hat Bugzilla #538523
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: [PATCH] b43legacy: Fix problem for PPC architecture noted in Red Hat Bugzilla #538523
- From: Peter Lemenkov <lemenkov@xxxxxxxxx>
[PATCH 8/8] iwmc3200wifi: Remove tx concatenation option
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
[PATCH 7/8] iwmc3200wifi: Add stopped queue to debugfs
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
[PATCH 6/8] iwmc3200wifi: 802.11n Tx aggregation support
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
[PATCH 5/8] iwmc3200wifi: Set wireless mode correctly
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
[PATCH 4/8] iwmc3200wifi: Update wireless_mode with eeprom values
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
[PATCH 3/8] iwmc3200wifi: Dont set the UMAC power limit when interface is down
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
[PATCH 1/8] MAINTAINERS: Add iwmc3200wifi entry
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
[PATCH 2/8] iwmc3200wifi: Parse HT channels EEPROM entries
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
[PATCH 0/8] iwmc3200wifi driver updates for 2.6.33
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
[PATCH 13/13] Trailing space nits
- From: Arnaud Lacombe <lacombar@xxxxxxxxx>
[PATCH 12/13] Add `enum nf_inet_hooks'
- From: Arnaud Lacombe <lacombar@xxxxxxxxx>
[PATCH 10/13] Add compatibility call for dev_get_stats()
- From: Arnaud Lacombe <lacombar@xxxxxxxxx>
[PATCH 11/13] Add more `skb->dst' accessors
- From: Arnaud Lacombe <lacombar@xxxxxxxxx>
[PATCH 09/13] Add posix SHUT_RD/SHUT_WR/SHUT_RDWR macros
- From: Arnaud Lacombe <lacombar@xxxxxxxxx>
[PATCH 08/13] Add compatibility macro for register_sysctl_table()
- From: Arnaud Lacombe <lacombar@xxxxxxxxx>
[PATCH 06/13] Add compatibility call for kmem_cache_destroy()
- From: Arnaud Lacombe <lacombar@xxxxxxxxx>
[PATCH 07/13] Add skeleton for 2.6.21
- From: Arnaud Lacombe <lacombar@xxxxxxxxx>
[PATCH 05/13] Add skeleton for 2.6.19
- From: Arnaud Lacombe <lacombar@xxxxxxxxx>
[PATCH 04/13] Add roundup() compatibility macro
- From: Arnaud Lacombe <lacombar@xxxxxxxxx>
[PATCH 03/13] Add skeleton for 2.6.18
- From: Arnaud Lacombe <lacombar@xxxxxxxxx>
[PATCH 02/13] Add typedef for `gfp_t'
- From: Arnaud Lacombe <lacombar@xxxxxxxxx>
[PATCH 01/13] Add skeleton for 2.6.14
- From: Arnaud Lacombe <lacombar@xxxxxxxxx>
Re: [PATCH 1/2] mac80211: supp_rates initialization and rate control notification
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH 2/2] mac80211: minstrel try all rates
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH 1/2] mac80211: supp_rates initialization and rate control notification
- From: Adam Wozniak <awozniak@xxxxxxxxxx>
[PATCH 2/2] mac80211: minstrel try all rates
- From: Adam Wozniak <awozniak@xxxxxxxxxx>
[PATCH 0/2] mac80211: IBSS rates
- From: Adam Wozniak <awozniak@xxxxxxxxxx>
[PATCH] b43legacy: Fix problem for PPC architecture noted in Red Hat Bugzilla #538523
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
[PATCH] b43: Fix regression from Bug #14538
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
RE: [ipw3945-devel] iwl3945 dies on module reload
- From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
Re: Adhoc networking, was Re: compat-wireless and minstrel
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
RE: [ipw3945-devel] iwl3945 dies on module reload
- From: "Cahill, Ben M" <ben.m.cahill@xxxxxxxxx>
Re: [PATCH v2 7/8] mac80211: Add define for TX headroom reserved by mac80211 itself.
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [RFC] b43: Fix regression from Bug #14538
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [rt2x00-users] [PATCH v2 1/8] rt2x00: Only initialize HT on rt2800 devices that support it.
- From: David Ellingsworth <david@xxxxxxxxxxxxxxxxx>
Re: [Resend][PATCH] Wireless / ath5k: Simplify suspend and resume callbacks
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
Re: pull request: wireless-2.6 2009-11-23
- From: David Miller <davem@xxxxxxxxxxxxx>
pull request: wireless-2.6 2009-11-23
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [Resend][PATCH] Wireless / ath5k: Simplify suspend and resume callbacks
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: 2.6.32-rc5-git1 -- BUG kmalloc-8192: Poison overwritten (ath9k implicated)
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
[PATCH v2 8/8] rt2x00: Properly request tx headroom for alignment operations.
- From: Gertjan van Wingerde <gwingerde@xxxxxxxxx>
[PATCH v2 7/8] mac80211: Add define for TX headroom reserved by mac80211 itself.
- From: Gertjan van Wingerde <gwingerde@xxxxxxxxx>
[PATCH v2 6/8] rt2x00: Centralize setting of extra TX headroom requested by rt2x00.
- From: Gertjan van Wingerde <gwingerde@xxxxxxxxx>
[PATCH v2 5/8] rt2x00: Whitespace cleanup.
- From: Gertjan van Wingerde <gwingerde@xxxxxxxxx>
[PATCH v2 4/8] rt2x00: Fix typo (lengt --> length) in rt2x00queue.c
- From: Gertjan van Wingerde <gwingerde@xxxxxxxxx>
[PATCH v2 3/8] rt2x00: Clean up use of rt2x00_intf_is_pci.
- From: Gertjan van Wingerde <gwingerde@xxxxxxxxx>
[PATCH v2 2/8] rt2x00: Remove unused variable frame_control from rt2x00mac_tx.
- From: Gertjan van Wingerde <gwingerde@xxxxxxxxx>
[PATCH v2 1/8] rt2x00: Only initialize HT on rt2800 devices that support it.
- From: Gertjan van Wingerde <gwingerde@xxxxxxxxx>
[PATCH v2 0/8] Assorted fixes and cleanups for rt2x00 and mac80211.
- From: Gertjan van Wingerde <gwingerde@xxxxxxxxx>
[PATCH] ath9k: separate debugfs support from CONFIG_ATH_DEBUG
- From: Felix Fietkau <nbd@xxxxxxxxxxx>
[PATCH 8/8] wl1271: Remove REF_CLK hack
- From: Luciano Coelho <luciano.coelho@xxxxxxxxx>
[PATCH 7/8] wl1271: remove workaround to ignore -EIO from radio and general params
- From: Luciano Coelho <luciano.coelho@xxxxxxxxx>
[PATCH 6/8] wl1271: fix radio and general parameters commands
- From: Luciano Coelho <luciano.coelho@xxxxxxxxx>
[PATCH 3/8] wl1271: Set PSM support flags in driver configuration
- From: Luciano Coelho <luciano.coelho@xxxxxxxxx>
[PATCH 4/8] wl1271: fix the inetdev notifier callback return values
- From: Luciano Coelho <luciano.coelho@xxxxxxxxx>
[PATCH 1/8] wl1271: Decrease BET consecutive terminated beacons value to 10
- From: Luciano Coelho <luciano.coelho@xxxxxxxxx>
[PATCH 5/8] wl1271: set radio and general params also for PLT
- From: Luciano Coelho <luciano.coelho@xxxxxxxxx>
[PATCH 0/8] wl1271 patches of the week
- From: Luciano Coelho <luciano.coelho@xxxxxxxxx>
[PATCH 2/8] wl1271: Prevent PSM-entry retry loop if PSM cancelled
- From: Luciano Coelho <luciano.coelho@xxxxxxxxx>
[PATCH v3 2/2] ath9k: clean up rc rate table
- From: Felix Fietkau <nbd@xxxxxxxxxxx>
[PATCH v3 1/2] ath9k: properly use the mac80211 rate control api
- From: Felix Fietkau <nbd@xxxxxxxxxxx>
Re: [PATCH 5/6] rt2x00: Properly request tx headroom for alignment operations.
- From: Gertjan van Wingerde <gwingerde@xxxxxxxxx>
ath9k and multiple ssids
- From: Ali Jelveh <jelveh@xxxxxx>
Re: Adhoc networking, was Re: compat-wireless and minstrel
- From: Adam Wozniak <awozniak@xxxxxxxxxx>
Re: [RFC] b43: Fix regression from Bug #14538
- From: Michael Buesch <mb@xxxxxxxxx>
[PATCH] ssb: Fix range check in sprom write
- From: Michael Buesch <mb@xxxxxxxxx>
[RFC] b43: Fix regression from Bug #14538
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: HTC Hero cannot get an address from an ath5k AP
- From: Simon Farnsworth <simon@xxxxxxxxxxxx>
Re: [PATCH 1/6] rt2x00: Only initialize HT on rt2800 devices that support it.
- From: Gertjan van Wingerde <gwingerde@xxxxxxxxx>
Re: [PATCH 6/6] mac80211: Allow extra TX headroom to be consumed by drivers.
- From: Gertjan van Wingerde <gwingerde@xxxxxxxxx>
Re: [PATCH 5/6] rt2x00: Properly request tx headroom for alignment operations.
- From: Gertjan van Wingerde <gwingerde@xxxxxxxxx>
Re: [PATCH 1/6] rt2x00: Only initialize HT on rt2800 devices that support it.
- From: Gertjan van Wingerde <gwingerde@xxxxxxxxx>
Re: [PATCH 5/6] rt2x00: Properly request tx headroom for alignment operations.
- From: Gertjan van Wingerde <gwingerde@xxxxxxxxx>
[PATCH] ssb: Fix SPROM writing
- From: Michael Buesch <mb@xxxxxxxxx>
Re: [PATCH 5/6] rt2x00: Properly request tx headroom for alignment operations.
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [PATCH 4/6] rt2x00: Fix typo (lengt --> length) in rt2x00queue.c
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [PATCH 3/6] rt2x00: Clean up use of rt2x00_intf_is_pci.
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [PATCH 2/6] rt2x00: Remove unused variable frame_control from rt2x00mac_tx.
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [PATCH 1/6] rt2x00: Only initialize HT on rt2800 devices that support it.
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
iwl3945 dies on module reload
- From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
Re: A generic kernel compatibilty code
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [PATCH 2.6.32] rfkill: fix miscdev ops
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] b43: Rewrite DMA Tx status handling sanity checks
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: [PATCH 2.6.32] rfkill: fix miscdev ops
- From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
Re: A generic kernel compatibilty code
- From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
Re: [PATCH] mwl8k: split driver by chipset
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] mwl8k: split driver by chipset
- From: Lennert Buytenhek <buytenh@xxxxxxxxxxxxxx>
Re: [PATCH] mwl8k: split driver by chipset
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] b43: Rewrite DMA Tx status handling sanity checks
- From: Francesco Gringoli <francesco.gringoli@xxxxxxxxxxxx>
Re: [PATCH] b43: Rewrite DMA Tx status handling sanity checks
- From: Michael Buesch <mb@xxxxxxxxx>
Re: [PATCH] mwl8k: split driver by chipset
- From: Lennert Buytenhek <buytenh@xxxxxxxxxxxxxx>
Re: [PATCH] b43: Rewrite DMA Tx status handling sanity checks
- From: Michael Buesch <mb@xxxxxxxxx>
Re: [PATCH 2.6.32] rfkill: fix miscdev ops
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH 2.6.32] rfkill: fix miscdev ops
- From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
Re: [PATCH 6/6] mac80211: Allow extra TX headroom to be consumed by drivers.
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH 5/6] rt2x00: Properly request tx headroom for alignment operations.
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] b43: Rewrite DMA Tx status handling sanity checks
- From: Michael Buesch <mb@xxxxxxxxx>
[PATCH 2.6.32] rfkill: fix miscdev ops
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: Fatal DMA error problem with netbook and BCM4312
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH 1/6] rt2x00: Only initialize HT on rt2800 devices that support it.
- From: Simon Raffeiner <sturmflut@xxxxxxxxxxxxxx>
Re: Question about mac80211 callback
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
RFKILL related oops on iwl3945 reload
- From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
Re: [PATCH 5/6] rt2x00: Properly request tx headroom for alignment operations.
- From: Julian Calaby <julian.calaby@xxxxxxxxx>
Re: mac80211 breaks suspend to disk
- From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
Re: [PATCH] mwl8k: split driver by chipset
- From: Julian Calaby <julian.calaby@xxxxxxxxx>
[PATCH 6/6] mac80211: Allow extra TX headroom to be consumed by drivers.
- From: Gertjan van Wingerde <gwingerde@xxxxxxxxx>
[PATCH 5/6] rt2x00: Properly request tx headroom for alignment operations.
- From: Gertjan van Wingerde <gwingerde@xxxxxxxxx>
[PATCH 4/6] rt2x00: Fix typo (lengt --> length) in rt2x00queue.c
- From: Gertjan van Wingerde <gwingerde@xxxxxxxxx>
[PATCH 3/6] rt2x00: Clean up use of rt2x00_intf_is_pci.
- From: Gertjan van Wingerde <gwingerde@xxxxxxxxx>
[PATCH 2/6] rt2x00: Remove unused variable frame_control from rt2x00mac_tx.
- From: Gertjan van Wingerde <gwingerde@xxxxxxxxx>
[PATCH 1/6] rt2x00: Only initialize HT on rt2800 devices that support it.
- From: Gertjan van Wingerde <gwingerde@xxxxxxxxx>
[PATCH 0/6] Assorted fixes and cleanups for rt2x00 and mac80211.
- From: Gertjan van Wingerde <gwingerde@xxxxxxxxx>
Re: [PATCH] b43: Rewrite DMA Tx status handling sanity checks
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Question about mac80211 callback
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: Fatal DMA error problem with netbook and BCM4312
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: [PATCH] b43: Rewrite DMA Tx status handling sanity checks
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
[PATCH] mwl8k: split driver by chipset
- From: Dan Williams <dcbw@xxxxxxxxxx>
Re: [rt2x00-users] ieee80211_tx_status: headroom too small
- From: David Ellingsworth <david@xxxxxxxxxxxxxxxxx>
Re: [rt2x00-users] ieee80211_tx_status: headroom too small
- From: Gertjan van Wingerde <gertjan@xxxxxxxxxxxxxxx>
Re: Fatal DMA error problem with netbook and BCM4312
- From: Chris Vine <chris@xxxxxxxxxxxxxxxxxxxxx>
Re: [rt2x00-users] ieee80211_tx_status: headroom too small
- From: Gertjan van Wingerde <gwingerde@xxxxxxxxx>
Re: [PATCH] b43: Rewrite DMA Tx status handling sanity checks
- From: Michael Buesch <mb@xxxxxxxxx>
[PATCH 2/2] rndis_wlan: disable stall workaround
- From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
[PATCH 1/2] rndis_wlan: fix buffer overflow in rndis_query_oid
- From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
Re: [PATCH] b43: Rewrite DMA Tx status handling sanity checks
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: [rt2x00-users] ieee80211_tx_status: headroom too small
- From: David Ellingsworth <david@xxxxxxxxxxxxxxxxx>
Re: [PATCH] b43: Rewrite DMA Tx status handling sanity checks
- From: Michael Buesch <mb@xxxxxxxxx>
Re: [Bug #14267] Disassociating atheros wlan
- From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
Re: [Bug #14267] Disassociating atheros wlan
- From: Kristoffer Ericson <kristoffer.ericson@xxxxxxxxx>
Re: [Bug #14267] Disassociating atheros wlan
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
Re: [rt2x00-users] ieee80211_tx_status: headroom too small
- From: Gertjan van Wingerde <gwingerde@xxxxxxxxx>
HTC Hero cannot get an address from an ath5k AP
- From: Simon Farnsworth <simon@xxxxxxxxxxxx>
[PATCH] mac80211: Fix missing kernel-doc notation
- From: Jaswinder Singh Rajput <jaswinder@xxxxxxxxxx>
Re: [rt2x00-users] ieee80211_tx_status: headroom too small
- From: David Ellingsworth <david@xxxxxxxxxxxxxxxxx>
Re: Using wireless-testing tree
- From: Hin-Tak Leung <hintak.leung@xxxxxxxxx>
Re: [Resend][PATCH] Wireless / ath5k: Simplify suspend and resume callbacks
- From: Bob Copeland <me@xxxxxxxxxxxxxxx>
Re: Please share info about power consumption characteristics of your USB adapter
- From: Janusz Krzysztofik <jkrzyszt@xxxxxxxxxxxx>
[Resend][PATCH] Wireless / ath5k: Simplify suspend and resume callbacks
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
Re: Kernel compilation Question
- From: Balaji Ravindran <b@xxxxxxx>
Re: iwlagn + Ad-Hoc + 5Ghz
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: Kernel compilation Question
- From: "Stefan Lippers-Hollmann" <s.L-H@xxxxxx>
Re: iwlagn + Ad-Hoc + 5Ghz
- From: Patrick Grimm <patrick@xxxxxxxxxxx>
Re: Using wireless-testing tree
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Using wireless-testing tree
- From: Duy Nguyen <dnlove@xxxxxxxxx>
Kernel compilation Question
- From: Balaji Ravindran <b@xxxxxxx>
2.6.32-rc8-git1: Reported regressions 2.6.30 -> 2.6.31
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
2.6.32-rc8-git1: Reported regressions from 2.6.31
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
Re: [PATCH] ath5k: Fix I/Q calibration
- From: Nick Kossifidis <mickflemm@xxxxxxxxx>
Re: iwlagn + Ad-Hoc + 5Ghz
- From: Benoit PAPILLAULT <benoit.papillault@xxxxxxx>
[ANN] iw: v0.9.18
- From: wireless@xxxxxxxxxxxxxxxx
Re: [PATCH 0/3] [compat-2.6] Small fixes
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: A generic kernel compatibilty code
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: Fatal DMA error problem with netbook and BCM4312
- From: Chris Vine <chris@xxxxxxxxxxxxxxxxxxxxx>
Re: [RFC] p54: software hot-swap eeprom image
- From: Christian Lamparter <chunkeey@xxxxxxxxxxxxxx>
Re: iwlagn + Ad-Hoc + 5Ghz
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [RFC] p54: software hot-swap eeprom image
- From: Dan Williams <dcbw@xxxxxxxxxx>
iwlagn + Ad-Hoc + 5Ghz
- From: Jeremy Moles <jeremy@xxxxxxxxxxxxxxxx>
[PATCH 3/3] [compat-2.6] Refresh patches
- From: Hauke Mehrtens <hauke@xxxxxxxxxx>
[PATCH 2/3] [compat-2.6] Refresh config.mk
- From: Hauke Mehrtens <hauke@xxxxxxxxxx>
[PATCH 1/3] [compat-2.6] Add IFF_DONT_BRIDGE definition to compat
- From: Hauke Mehrtens <hauke@xxxxxxxxxx>
[PATCH 0/3] [compat-2.6] Small fixes
- From: Hauke Mehrtens <hauke@xxxxxxxxxx>
Re: A generic kernel compatibilty code
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: A generic kernel compatibilty code
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [PATCH] ath9k: This patch fix RX unpadding for any received frame.
- From: Benoit PAPILLAULT <benoit.papillault@xxxxxxx>
Re: A generic kernel compatibilty code
- From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxxxxx>
Re: A generic kernel compatibilty code
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [RFC] p54: software hot-swap eeprom image
- From: Kalle Valo <kalle.valo@xxxxxx>
Re: A generic kernel compatibilty code
- From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
Re: A generic kernel compatibilty code
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
RE: Kernel oops in ath9k
- From: "Douglass, Woodrow" <Woodrow.Douglass@xxxxxxxxxxxxxx>
Re: A generic kernel compatibilty code
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [RFC] p54: software hot-swap eeprom image
- From: Dan Williams <dcbw@xxxxxxxxxx>
A generic kernel compatibilty code
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [RFC] p54: software hot-swap eeprom image
- From: Kalle Valo <kalle.valo@xxxxxx>
Re: [RFC] p54: software hot-swap eeprom image
- From: Kalle Valo <kalle.valo@xxxxxx>
Re: [RFC] p54: software hot-swap eeprom image
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: Fatal DMA error problem with netbook and BCM4312
- From: Chris Vine <chris@xxxxxxxxxxxxxxxxxxxxx>
[PATCH 15/19] iwlwifi: Tell the ucode immediately when association state changes
- From: Reinette Chatre <reinette.chatre@xxxxxxxxx>
[PATCH 02/19] iwlagn: Use iwl_write8() for CSR_INT_COALESCING register
- From: Reinette Chatre <reinette.chatre@xxxxxxxxx>
[PATCH 03/19] iwlwifi: control led while update tx/rx bytes counts
- From: Reinette Chatre <reinette.chatre@xxxxxxxxx>
Re: Fatal DMA error problem with netbook and BCM4312
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
[PATCH 17/19] iwlwifi: change message for cmd queue full error
- From: Reinette Chatre <reinette.chatre@xxxxxxxxx>
[PATCH 16/19] iwlwifi: print limited number of event log when uCode error
- From: Reinette Chatre <reinette.chatre@xxxxxxxxx>
[PATCH 19/19 w-t only] iwlwifi: no need to set use_rts_for_ht for BG device
- From: Reinette Chatre <reinette.chatre@xxxxxxxxx>
[PATCH 18/19] iwlwifi: remove reset led_tpt from iwl_leds_init()
- From: Reinette Chatre <reinette.chatre@xxxxxxxxx>
[PATCH 12/19] iwlwifi: update supported PCI_ID list for 5xx0 series
- From: Reinette Chatre <reinette.chatre@xxxxxxxxx>
[PATCH 14/19] iwlwifi: dump error log when uCode error occurred
- From: Reinette Chatre <reinette.chatre@xxxxxxxxx>
[PATCH 13/19] iwlwifi: by default, dump entire sram data portion
- From: Reinette Chatre <reinette.chatre@xxxxxxxxx>
[PATCH 10/19] iwlwifi: fix reserved2 field in iwl4965_addsta
- From: Reinette Chatre <reinette.chatre@xxxxxxxxx>
[PATCH 11/19] iwlwifi: separate IO tracing
- From: Reinette Chatre <reinette.chatre@xxxxxxxxx>
[PATCH 09/19] iwlwifi: dynamically allocate buffer for sram debugfs file
- From: Reinette Chatre <reinette.chatre@xxxxxxxxx>
[PATCH 08/19] iwlwifi: increase tx_queue debugfs buffer size
- From: Reinette Chatre <reinette.chatre@xxxxxxxxx>
[PATCH 07/19] iwlwifi: set read/write permission for debugfs files
- From: Reinette Chatre <reinette.chatre@xxxxxxxxx>
[PATCH 06/19] iwl3945: removed unused struct and definitions
- From: Reinette Chatre <reinette.chatre@xxxxxxxxx>
[PATCH 05/19] iwlwifi: reset led_tpt when clear tx/rx traffic byte counts
- From: Reinette Chatre <reinette.chatre@xxxxxxxxx>
[PATCH 04/19] iwlwifi: set sm_ps_mode as part of cfg parameters
- From: Reinette Chatre <reinette.chatre@xxxxxxxxx>
[PATCH 01/19] iwlwifi: Add iwl_write8()
- From: Reinette Chatre <reinette.chatre@xxxxxxxxx>
[PATCH 00/19] iwlwifi updates 11/20/2009
- From: Reinette Chatre <reinette.chatre@xxxxxxxxx>
Re: [RFC] p54: software hot-swap eeprom image
- From: Dan Williams <dcbw@xxxxxxxxxx>
Re: Ad-hoc mode support
- From: Dan Williams <dcbw@xxxxxxxxxx>
[RFC] p54: software hot-swap eeprom image
- From: Christian Lamparter <chunkeey@xxxxxxxxxxxxxx>
Re: [PATCH RFC] ssb: Generic SPROM override for devices without SPROM
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: [PATCH] ath9k: This patch fix RX unpadding for any received frame.
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: Kernel oops in ath9k
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
RE: Kernel oops in ath9k
- From: "Douglass, Woodrow" <Woodrow.Douglass@xxxxxxxxxxxxxx>
Re: [PATCH RFC] ssb: Generic SPROM override for devices without SPROM
- From: Ehud Gavron <gavron@xxxxxxxxxxx>
Re: [PATCH RFC] ssb: Generic SPROM override for devices without SPROM
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: Kernel oops in ath9k
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [PATCH RFC] ssb: Generic SPROM override for devices without SPROM
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: [PATCH RFC] ssb: Generic SPROM override for devices without SPROM
- From: "Stefan Lippers-Hollmann" <s.L-H@xxxxxx>
Re: [PATCH RFC] ssb: Generic SPROM override for devices without SPROM
- From: Florian Fainelli <florian@xxxxxxxxxxx>
Re: [PATCH RFC] ssb: Generic SPROM override for devices without SPROM
- From: Michael Buesch <mb@xxxxxxxxx>
Re: [PATCH RFC] ssb: Generic SPROM override for devices without SPROM
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
RE: Kernel oops in ath9k
- From: "Douglass, Woodrow" <Woodrow.Douglass@xxxxxxxxxxxxxx>
Fatal DMA error problem with netbook and BCM4312
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: [PATCH RFC] ssb: Generic SPROM override for devices without SPROM
- From: Michael Buesch <mb@xxxxxxxxx>
Re: [PATCH RFC] ssb: Generic SPROM override for devices without SPROM
- From: Florian Fainelli <florian@xxxxxxxxxxx>
[PATCH RFC] ssb: Generic SPROM override for devices without SPROM
- From: Michael Buesch <mb@xxxxxxxxx>
Ad-hoc mode support
- From: "Antonio R. Costa" <costa.antonior@xxxxxxxxx>
[PATCH] mac80211: fix rcu locking
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: There will not be a 2.6.32-rc8 compat-wireless package
- From: Holger Schurig <holgerschurig@xxxxxxxxx>
Re: [PATCH] Staging: update TODO files
- From: Greg KH <gregkh@xxxxxxx>
Re: Kernel oops in ath9k
- From: Pavel Roskin <proski@xxxxxxx>
There will not be a 2.6.32-rc8 compat-wireless package
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: master-2009-11-19 busted? can't hold network connection for more than 1 second
- From: Felix Bitterli <Felix.Bitterli@xxxxxxxxxxx>
Re: master-2009-11-19 busted? can't hold network connection for more than 1 second
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
master-2009-11-19 busted? can't hold network connection for more than 1 second
- From: Felix Bitterli <Felix.Bitterli@xxxxxxxxxxx>
ar9170 802.11n support?
- From: Adam Wozniak <awozniak@xxxxxxxxxx>
Re: 2.6.32-rc5-git1 -- BUG kmalloc-8192: Poison overwritten (ath9k implicated)
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [PATCH] mac80211: request TX status where needed
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] mac80211: request TX status where needed
- From: Gertjan van Wingerde <gertjan@xxxxxxxxxxxxxxx>
Re: mesh endian bugs
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: mesh endian bugs
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: scanning question
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH] mac80211: remove dead struct member
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] mac80211: request TX status where needed
- From: Gertjan van Wingerde <gwingerde@xxxxxxxxx>
[PATCH] ath5k: Fix I/Q calibration
- From: Lukáš Turek <8an@xxxxxxxxxxx>
Re: [PATCH] ath9k: This patch fix RX unpadding for any received frame.
- From: Benoit PAPILLAULT <benoit.papillault@xxxxxxx>
Re: [PATCH] ath9k: This patch fix RX unpadding for any received frame.
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
[PATCH] b43: Rewrite DMA Tx status handling sanity checks
- From: Michael Buesch <mb@xxxxxxxxx>
[PATCH] ath9k: This patch fix RX unpadding for any received frame.
- From: Benoit Papillault <benoit.papillault@xxxxxxx>
[PATCH V2] ssb: Unconditionally log results of core scans
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: [PATCH] ssb: Unconditionally log results of core scans
- From: Michael Buesch <mb@xxxxxxxxx>
[PATCH] ssb: Unconditionally log results of core scans
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
[PATCH] b43: Improve error response for bug in openfwwf
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: mesh endian bugs
- From: Dan Williams <dcbw@xxxxxxxxxx>
Re: mesh endian bugs
- From: Rui Paulo <rpaulo@xxxxxxxxx>
[PATCH] mac80211: fix endianess on mesh_path_error_tx() calls
- From: Rui Paulo <rpaulo@xxxxxxxxx>
Re: scanning question
- From: Chuck Tuffli <ctuffli@xxxxxxxxx>
Kernel oops in ath9k
- From: "Douglass, Woodrow" <Woodrow.Douglass@xxxxxxxxxxxxxx>
Re: mac80211 breaks suspend to disk
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
mesh endian bugs
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [RFC] mac80211: move TX status processing to process context
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH 2.6.32] mac80211: fix resume
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH] mac80211: add per-station HT capability file
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: mac80211 breaks suspend to disk
- From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
[PATCH] mac80211: avoid spurious deauth frames/messages
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: scanning question
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH 2/3 v2] cfg80211: introduce capability for 4addr mode
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH 2/3] cfg80211: introduce capability for 4addr mode
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
scanning question
- From: Chuck Tuffli <ctuffli@xxxxxxxxx>
Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
[PATCH] mac80211: request TX status where needed
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?
- From: "Tom Sharples" <tsharples@xxxxxxxxxx>
[PATCH 3/3] cfg80211: disallow bridging managed/adhoc interfaces
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH 2/3] cfg80211: introduce capability for 4addr mode
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH 1/3] cfg80211: convert bools into flags
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH 0/3] cfg80211 capa/4addr improvements, disallow bridging
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH 15/16] iwlwifi: handle unicast PS buffering
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH 15/16] iwlwifi: handle unicast PS buffering
- From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?
- From: Pavel Roskin <proski@xxxxxxx>
Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?
- From: Jouni Malinen <j@xxxxx>
Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [RFC] mac80211: request TX status where needed
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?
- From: Pavel Roskin <proski@xxxxxxx>
[RFC] mac80211: request TX status where needed
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: mac80211 breaks suspend to disk
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: mac80211 breaks suspend to disk
- From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
Re: [RFC] mac80211: move TX status processing to process context
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [RFC] mac80211: move TX status processing to process context
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [RFC] mac80211: move TX status processing to process context
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [RFC] mac80211: move TX status processing to process context
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [RFC] mac80211: move TX status processing to process context
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: mac80211 breaks suspend to disk
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: mac80211 breaks suspend to disk
- From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
Re: [RFC] mac80211: move TX status processing to process context
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] b43: Enforce DMA descriptor memory constraints
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Re: mac80211 breaks suspend to disk
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [RFC] mac80211: move TX status processing to process context
- From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
Re: [RFC] mac80211: move TX status processing to process context
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [ath5k-devel] "iwlist scan" shows same ap twice
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxxxxxxxxxxxxxx>
[PATCH] b43: Enforce DMA descriptor memory constraints
- From: Michael Buesch <mb@xxxxxxxxx>
Re: [RFC] mac80211: move TX status processing to process context
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxxxxxxxxxxxxxx>
Re: [ath5k-devel] "iwlist scan" shows same ap twice
- From: Florian Engelhardt <flo@xxxxxxxxxx>
Re: pull request: wireless-next-2.6 2009-11-17
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [ath5k-devel] "iwlist scan" shows same ap twice
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
[RFC] mac80211: move TX status processing to process context
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH 13/16] drivers/net/adm8211.c: remove exceptional & on function name
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH 16/16] drivers/net/wireless/rtl818x: remove exceptional & on function name
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH 15/16] drivers/net/wireless/p54: remove exceptional & on function name
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH 14/16] drivers/net/wireless/iwlwifi: remove exceptional & on function name
- From: David Miller <davem@xxxxxxxxxxxxx>
[PATCH v2] mac80211: use a structure to hold the mesh config information element
- From: Rui Paulo <rpaulo@xxxxxxxxx>
Re: [PATCH] mac80211: use a structure to hold the mesh config information element
- From: Rui Paulo <rpaulo@xxxxxxxxx>
[PATCH] mac80211: update cfg80211 scan result code for the updated mesh conf IE
- From: Rui Paulo <rpaulo@xxxxxxxxx>
mac80211 breaks suspend to disk
- From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
Re: [PATCH] mac80211: use a structure to hold the mesh config information element
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH 16/16] drivers/net/wireless/rtl818x: remove exceptional & on function name
- From: Julia Lawall <julia@xxxxxxx>
[PATCH 15/16] drivers/net/wireless/p54: remove exceptional & on function name
- From: Julia Lawall <julia@xxxxxxx>
[PATCH 14/16] drivers/net/wireless/iwlwifi: remove exceptional & on function name
- From: Julia Lawall <julia@xxxxxxx>
[PATCH 13/16] drivers/net/adm8211.c: remove exceptional & on function name
- From: Julia Lawall <julia@xxxxxxx>
[PATCH] mac80211: use a structure to hold the mesh config information element
- From: Rui Paulo <rpaulo@xxxxxxxxx>
[PATCH] mac80211: move TX status handling
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH] mac80211: remove encrypt parameter from ieee80211_tx_skb
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] mac80211: fix addba timer (again...)
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 2/2] Adding kerneldoc entry for radio type GPS
- From: Janakiram Sistla <janakiram.sistla@xxxxxxxxx>
Re: [PATCH 2/2] Adding kerneldoc entry for radio type GPS
- From: Janakiram Sistla <janakiram.sistla@xxxxxxxxx>
Re: [PATCH 3/3] ipw2200: Set core hw rfkill status when hardware changes state
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
[PATCH 2/3] ipw2100: Register the wiphy device
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
[PATCH 3/3] ipw2200: Set core hw rfkill status when hardware changes state
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
[PATCH 1/3] libipw: initiate cfg80211 API conversion (v2)
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [PATCH 2/2] Adding kerneldoc entry for radio type GPS
- From: Janakiram Sistla <janakiram.sistla@xxxxxxxxx>
[PATCH] mac80211: fix addba timer (again...)
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH 2/2] Adding kerneldoc entry for radio type GPS
- From: Marcel Holtmann <marcel@xxxxxxxxxxxx>
[PATCH 2/2] Adding kerneldoc entry for radio type GPS
- From: janakiram.sistla@xxxxxxxxx
Re: [PATCH 2/2] Adding kerneldoc entry for radio type GPS
- From: Janakiram Sistla <janakiram.sistla@xxxxxxxxx>
Re: [PATCH 1/2] rfkill: Add missing description for RFKILL_TYPE_GPS
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
[PATCH 2/2] rfkill: Add constant for RFKILL_TYPE_FM radio devices
- From: Marcel Holtmann <marcel@xxxxxxxxxxxx>
[PATCH 1/2] rfkill: Add missing description for RFKILL_TYPE_GPS
- From: Marcel Holtmann <marcel@xxxxxxxxxxxx>
Re: [PATCH v2 1/2] ath9k: properly use the mac80211 rate control api
- From: Felix Fietkau <nbd@xxxxxxxxxxx>
Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?
- From: David Acker <dacker@xxxxxxxxxx>
Re: [PATCH 2/2] Adding kerneldoc entry for radio type GPS
- From: Marcel Holtmann <marcel@xxxxxxxxxxxx>
Re: [PATCH v2 1/2] ath9k: properly use the mac80211 rate control api
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
[PATCH 2/2] Adding kerneldoc entry for radio type GPS
- From: janakiram.sistla@xxxxxxxxx
Re:
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re:
- From: Janakiram Sistla <janakiram.sistla@xxxxxxxxx>
Re:
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
[PATCH] cfg80211: re-join IBSS when privacy changes
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re:
- From: Janakiram Sistla <janakiram.sistla@xxxxxxxxx>
Re:
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [RFC v2] mac80211: disallow bridging managed/adhoc interfaces
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] mac80211: Fix panic in aggregation handling
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: unsupported TL-WN422G (0cf3:1006)
- From: Piotr Findeisen <piotr.findeisen@xxxxxxxxx>
Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?
- From: "Michael Renzmann" <mrenzmann@xxxxxxxxxxxxxxxxxxx>
[PATCH] mac80211: Fix panic in aggregation handling
- From: Sujith <Sujith.Manoharan@xxxxxxxxxxx>
[PATCH v2 2/2] ath9k: clean up rc rate table
- From: Felix Fietkau <nbd@xxxxxxxxxxx>
[PATCH v2 1/2] ath9k: properly use the mac80211 rate control api
- From: Felix Fietkau <nbd@xxxxxxxxxxx>
Re: [PATCH 1/2] ath9k: properly use the mac80211 rate control api
- From: Felix Fietkau <nbd@xxxxxxxxxxx>
[PATCH 2/2] ath9k: clean up rc rate table
- From: Felix Fietkau <nbd@xxxxxxxxxxx>
[PATCH 1/2] ath9k: properly use the mac80211 rate control api
- From: Felix Fietkau <nbd@xxxxxxxxxxx>
Re: [RFC v2] mac80211: disallow bridging managed/adhoc interfaces
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re:
- From: Janakiram Sistla <janakiram.sistla@xxxxxxxxx>
Re: [RFC v2] mac80211: disallow bridging managed/adhoc interfaces
- From: Stefan Monnier <monnier@xxxxxxxxxxxxxxxx>
[no subject]
- From: Janakiram Sistla <janakiram.sistla@xxxxxxxxx>
Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: unsupported TL-WN422G (0cf3:1006)
- From: "Stefan Lippers-Hollmann" <s.L-H@xxxxxx>
Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?
- From: "Tom Sharples" <tsharples@xxxxxxxxxx>
Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?
- From: Pat Erley <pat-lkml@xxxxxxxxx>
Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?
- From: Felix Fietkau <nbd@xxxxxxxxxxx>
Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?
- From: Jouni Malinen <j@xxxxx>
Re: [RFC v2] mac80211: disallow bridging managed/adhoc interfaces
- From: Julian Calaby <julian.calaby@xxxxxxxxx>
Re: [RFC v2] mac80211: disallow bridging managed/adhoc interfaces
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [RFC v2] mac80211: disallow bridging managed/adhoc interfaces
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [RFC v2] mac80211: disallow bridging managed/adhoc interfaces
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
Re: [RFC v2] mac80211: disallow bridging managed/adhoc interfaces
- From: Julian Calaby <julian.calaby@xxxxxxxxx>
Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?
- From: David Acker <dacker@xxxxxxxxxx>
Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?
- From: David Acker <dacker@xxxxxxxxxx>
Re: unsupported TL-WN422G (0cf3:1006)
- From: Piotr Findeisen <piotr.findeisen@xxxxxxxxx>
Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?
- From: Marcel Holtmann <marcel@xxxxxxxxxxxx>
Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?
- From: Marcel Holtmann <marcel@xxxxxxxxxxxx>
Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: iwlwifi connection troubles, maybe aggregation related
- From: Andrew Lutomirski <luto@xxxxxxx>
Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?
- From: David Acker <dacker@xxxxxxxxxx>
Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?
- From: Bob Copeland <me@xxxxxxxxxxxxxxx>
Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?
- From: David Acker <dacker@xxxxxxxxxx>
Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [ath5k-devel] "iwlist scan" shows same ap twice
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?
- From: Andrey Yurovsky <andrey@xxxxxxxxxxx>
[RFC v2] mac80211: disallow bridging managed/adhoc interfaces
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [RFC] mac80211: disallow bridging managed/adhoc interfaces
- From: Dan Williams <dcbw@xxxxxxxxxx>
[PATCH] cfg80211: Allow reassociation in associated state
- From: Jouni Malinen <j@xxxxx>
Re: [PATCH 1/1] Adding radio type FM
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?
- From: "Tom Sharples" <tsharples@xxxxxxxxxx>
Re: [PATCH 1/1] Adding radio type FM
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [PATCH] rt2x00: more ids to rt2800usb.c
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
[PATCH 1/1] Adding radio type FM
- From: Janakiram Sistla <janakiram.sistla@xxxxxxxxx>
Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?
- From: David Acker <dacker@xxxxxxxxxx>
Re: Adhoc networking, was Re: compat-wireless and minstrel
- From: Adam Wozniak <awozniak@xxxxxxxxxx>
[PATCH] mac80211: make software rate control optional
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH 06/16] wl1251: fix deadlock with ieee80211 beacon filter calls
- From: Kalle Valo <kalle.valo@xxxxxx>
Re: [RFC] mac80211: disallow bridging managed/adhoc interfaces
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [RFC] mac80211: disallow bridging managed/adhoc interfaces
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
Re: [PATCH 06/16] wl1251: fix deadlock with ieee80211 beacon filter calls
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: unsupported TL-WN422G (0cf3:1006)
- From: "Stefan Lippers-Hollmann" <s.L-H@xxxxxx>
[PATCH 13/16] wl1251: Fix regression in IRQ loop handling
- From: Kalle Valo <kalle.valo@xxxxxx>
[PATCH 15/16] wl1251: remove depcreated qual usage
- From: Kalle Valo <kalle.valo@xxxxxx>
[PATCH 16/16] wl1251: add NVS in EEPROM support
- From: Kalle Valo <kalle.valo@xxxxxx>
[PATCH 14/16] wl1251: Send null data packet with "TODS" bit set
- From: Kalle Valo <kalle.valo@xxxxxx>
[PATCH 11/16] wl1251: Add IRQ looping support
- From: Kalle Valo <kalle.valo@xxxxxx>
[PATCH 12/16] wl1251: Filter out unwanted events
- From: Kalle Valo <kalle.valo@xxxxxx>
[PATCH 10/16] wl1251: Increase the beacon loss timeout value and handle regain event
- From: Kalle Valo <kalle.valo@xxxxxx>
[PATCH 07/16] wl1251: mask aid bits 14 and 15 in ps-poll template
- From: Kalle Valo <kalle.valo@xxxxxx>
[PATCH 06/16] wl1251: fix deadlock with ieee80211 beacon filter calls
- From: Kalle Valo <kalle.valo@xxxxxx>
[PATCH 04/16] wl1251: Implement delayed entry into ELP mode
- From: Kalle Valo <kalle.valo@xxxxxx>
[PATCH 09/16] wl1251: Set the correct dtim period to the firmware
- From: Kalle Valo <kalle.valo@xxxxxx>
[PATCH 08/16] wl1251: Add acx command to set tbtt and dtim period
- From: Kalle Valo <kalle.valo@xxxxxx>
[PATCH 05/16] wl1251: allocate space for firmware with vmalloc()
- From: Kalle Valo <kalle.valo@xxxxxx>
[PATCH 03/16] wl1251: Configure beacon filtering on if PSM used
- From: Kalle Valo <kalle.valo@xxxxxx>
[PATCH 02/16] wl1251: Enable beacon filtering with the stack
- From: Kalle Valo <kalle.valo@xxxxxx>
[PATCH 00/16] wl1251: beacon filter support and more
- From: Kalle Valo <kalle.valo@xxxxxx>
[PATCH 01/16] wl1251: Add connection monitoring configuration
- From: Kalle Valo <kalle.valo@xxxxxx>
Re: [RFC] mac80211: disallow bridging managed/adhoc interfaces
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>

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