|
|
[PATCH 00/19] iwlwifi updates 11/20/2009, Reinette Chatre
- [PATCH 01/19] iwlwifi: Add iwl_write8(), Reinette Chatre
- [PATCH 04/19] iwlwifi: set sm_ps_mode as part of cfg parameters, Reinette Chatre
- [PATCH 05/19] iwlwifi: reset led_tpt when clear tx/rx traffic byte counts, Reinette Chatre
- [PATCH 06/19] iwl3945: removed unused struct and definitions, Reinette Chatre
- [PATCH 07/19] iwlwifi: set read/write permission for debugfs files, Reinette Chatre
- [PATCH 08/19] iwlwifi: increase tx_queue debugfs buffer size, Reinette Chatre
- [PATCH 09/19] iwlwifi: dynamically allocate buffer for sram debugfs file, Reinette Chatre
- [PATCH 11/19] iwlwifi: separate IO tracing, Reinette Chatre
- [PATCH 10/19] iwlwifi: fix reserved2 field in iwl4965_addsta, Reinette Chatre
- [PATCH 13/19] iwlwifi: by default, dump entire sram data portion, Reinette Chatre
- [PATCH 14/19] iwlwifi: dump error log when uCode error occurred, Reinette Chatre
- [PATCH 12/19] iwlwifi: update supported PCI_ID list for 5xx0 series, Reinette Chatre
- [PATCH 18/19] iwlwifi: remove reset led_tpt from iwl_leds_init(), Reinette Chatre
- [PATCH 19/19 w-t only] iwlwifi: no need to set use_rts_for_ht for BG device, Reinette Chatre
- [PATCH 16/19] iwlwifi: print limited number of event log when uCode error, Reinette Chatre
- [PATCH 17/19] iwlwifi: change message for cmd queue full error, Reinette Chatre
- [PATCH 03/19] iwlwifi: control led while update tx/rx bytes counts, Reinette Chatre
- [PATCH 02/19] iwlagn: Use iwl_write8() for CSR_INT_COALESCING register, Reinette Chatre
- [PATCH 15/19] iwlwifi: Tell the ucode immediately when association state changes, Reinette Chatre
[no subject], Janakiram Sistla
- Re:, Janakiram Sistla
- Re:, Johannes Berg
- Re:, Janakiram Sistla
- Re:, John W. Linville
- Re:, Janakiram Sistla
- Re:, John W. Linville
[PATCH 00/16] wl1251: beacon filter support and more, Kalle Valo
- [PATCH 01/16] wl1251: Add connection monitoring configuration, Kalle Valo
- [PATCH 02/16] wl1251: Enable beacon filtering with the stack, Kalle Valo
- [PATCH 03/16] wl1251: Configure beacon filtering on if PSM used, Kalle Valo
- [PATCH 05/16] wl1251: allocate space for firmware with vmalloc(), Kalle Valo
- [PATCH 08/16] wl1251: Add acx command to set tbtt and dtim period, Kalle Valo
- [PATCH 09/16] wl1251: Set the correct dtim period to the firmware, Kalle Valo
- [PATCH 04/16] wl1251: Implement delayed entry into ELP mode, Kalle Valo
- [PATCH 06/16] wl1251: fix deadlock with ieee80211 beacon filter calls, Kalle Valo
- [PATCH 07/16] wl1251: mask aid bits 14 and 15 in ps-poll template, Kalle Valo
- [PATCH 10/16] wl1251: Increase the beacon loss timeout value and handle regain event, Kalle Valo
- [PATCH 12/16] wl1251: Filter out unwanted events, Kalle Valo
- [PATCH 11/16] wl1251: Add IRQ looping support, Kalle Valo
- [PATCH 14/16] wl1251: Send null data packet with "TODS" bit set, Kalle Valo
- [PATCH 16/16] wl1251: add NVS in EEPROM support, Kalle Valo
- [PATCH 15/16] wl1251: remove depcreated qual usage, Kalle Valo
- [PATCH 13/16] wl1251: Fix regression in IRQ loop handling, Kalle Valo
Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?, Luis R. Rodriguez
- Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?, John W. Linville
- Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?, Michael Renzmann
- Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?, Luis R. Rodriguez
- Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?, Tom Sharples
- Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?, Luis R. Rodriguez
- Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?, Bob Copeland
- Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?, Pat Erley
- Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?, Michael Renzmann
- Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?, David Acker
- Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?, Andrey Yurovsky
- Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?, Luis R. Rodriguez
- Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?, David Acker
- Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?, Luis R. Rodriguez
- Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?, David Acker
- Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?, Luis R. Rodriguez
- Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?, David Acker
- Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?, Luis R. Rodriguez
- Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?, Tom Sharples
- Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?, Luis R. Rodriguez
- Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?, Jouni Malinen
- Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?, Luis R. Rodriguez
- Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?, Pavel Roskin
- Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?, Luis R. Rodriguez
- Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?, Jouni Malinen
- Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?, Luis R. Rodriguez
- Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?, Pavel Roskin
- Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?, Tom Sharples
- Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?, Marcel Holtmann
- Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?, David Acker
- Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?, Felix Fietkau
- Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?, David Acker
[PATCH 00/16] iwlwifi updates 11/13/2009, Reinette Chatre
- [PATCH 01/16] iwlwifi: validate enhanced tx power entry, Reinette Chatre
- [PATCH 03/16] iwlwifi: remove unused parameter from iwl_channel_info, Reinette Chatre
- [PATCH 04/16] iwlwifi: drop non-production PCI-IDs for 6x50 series, Reinette Chatre
- [PATCH 05/16] iwlwifi: remove external reference for non-exist data structure, Reinette Chatre
- [PATCH 07/16] iwl3945: Reset saved POWER_TABLE_CMD in "up", Reinette Chatre
- [PATCH 13/16] iwlwifi: report PS filtered status, Reinette Chatre
- [PATCH 16/16] iwlwifi: Add comments about CSR registers, Reinette Chatre
- [PATCH 15/16] iwlwifi: handle unicast PS buffering, Reinette Chatre
- [PATCH 11/16] iwlwifi: fix bugs in beacon configuration, Reinette Chatre
- [PATCH 12/16] iwlwifi: make iwlwifi send beacons, Reinette Chatre
- [PATCH 14/16] iwlwifi: add sleep_tx_count ucode station API, Reinette Chatre
- [PATCH 02/16] iwlwifi: disable coex until implementation ready for 6x50, Reinette Chatre
- [PATCH 10/16] iwlagn: power up device before initializing EEPROM, Reinette Chatre
- [PATCH 09/16] iwlwifi: align tx/rx statistics debugfs format, Reinette Chatre
- [PATCH 08/16] iwlwifi: eliminate the possible 1/2 dBm tx power loss in 6x00 & 6x50 series, Reinette Chatre
- [PATCH 06/16] iwlwifi: update reply_statistics_cmd with 'clear' parameter, Reinette Chatre
- Re: [PATCH 00/16] iwlwifi updates 11/13/2009, Luis R. Rodriguez
Possible memory leak in ath9k monitor mode injection, Lorenzo Bianconi
- Re: Possible memory leak in ath9k monitor mode injection, Matteo Croce
- Re: [ath9k-devel] Possible memory leak in ath9k monitor mode injection, Luis R. Rodriguez
- Re: [ath9k-devel] Possible memory leak in ath9k monitor mode injection, Luis R. Rodriguez
- Re: [ath9k-devel] Possible memory leak in ath9k monitor mode injection, Matteo Croce
- Re: [ath9k-devel] Possible memory leak in ath9k monitor mode injection, Johannes Berg
- Re: [ath9k-devel] Possible memory leak in ath9k monitor mode injection, Luis R. Rodriguez
- Re: [ath9k-devel] Possible memory leak in ath9k monitor mode injection, Luis R. Rodriguez
- Re: [ath9k-devel] Possible memory leak in ath9k monitor mode injection, Matteo Croce
- Re: [ath9k-devel] Possible memory leak in ath9k monitor mode injection, Luis R. Rodriguez
- Re: [ath9k-devel] Possible memory leak in ath9k monitor mode injection, Matteo Croce
- Re: [ath9k-devel] Possible memory leak in ath9k monitor mode injection, Lorenzo Bianconi
- Re: [ath9k-devel] Possible memory leak in ath9k monitor mode injection, Matteo Croce
- Re: [ath9k-devel] Possible memory leak in ath9k monitor mode injection, Johannes Berg
- Re: [ath9k-devel] Possible memory leak in ath9k monitor mode injection, Matteo Croce
- Re: [ath9k-devel] Possible memory leak in ath9k monitor mode injection, Matteo Croce
- Re: [ath9k-devel] Possible memory leak in ath9k monitor mode injection, Johannes Berg
- Re: [ath9k-devel] Possible memory leak in ath9k monitor mode injection, Lorenzo Bianconi
- Re: [ath9k-devel] Possible memory leak in ath9k monitor mode injection, Matteo Croce
- Re: [ath9k-devel] Possible memory leak in ath9k monitor mode injection, Luis R. Rodriguez
- Re: [ath9k-devel] Possible memory leak in ath9k monitor mode injection, Matteo Croce
- Re: R:Re: [ath9k-devel] Possible memory leak in ath9k monitor mode injection, Matteo Croce
- Re: R:Re: [ath9k-devel] Possible memory leak in ath9k monitor mode injection, Johannes Berg
[PATCH v2 00/20] o11s update to latest draft, Rui Paulo
- [PATCH v2 01/20] mac80211: update meshconf IE, Rui Paulo
- [PATCH v2 02/20] mac80211: set MESH_TTL to 31, Rui Paulo
- [PATCH v2 03/20] mac80211: implement the meshconf formation info field, Rui Paulo
- [PATCH v2 04/20] mac80211: fix typo in a comment, Rui Paulo
- [PATCH v2 05/20] mac80211: update peer link management IE and action frames, Rui Paulo
- [PATCH v2 06/20] mac80211: update the format of path selection frames, Rui Paulo
- [PATCH v2 07/20] mac80211: add MAC80211_VERBOSE_MHWMP_DEBUG, Rui Paulo
- [PATCH v2 08/20] mac80211: allow processing of more than one HWMP IE, Rui Paulo
- [PATCH v2 09/20] mac80211: improve HWMP debugging, Rui Paulo
- [PATCH v2 10/20] mac80211: improve peer link management debugging, Rui Paulo
- [PATCH v2 11/20] mac80211: implement RANN processing and forwarding, Rui Paulo
- [PATCH v2 12/20] mac80211: update PERR frame format, Rui Paulo
- [PATCH v2 13/20] mac80211: properly forward the RANN IE, Rui Paulo
- [PATCH v2 14/20] mac80211: set the AID field correctly for mesh peer frames, Rui Paulo
- [PATCH v2 15/20] mac80211: fix BSSID setup for beacon frames, Rui Paulo
- [PATCH v2 16/20] mac80211: add the DS params to the beacon, Rui Paulo
- [PATCH v2 17/20] mac80211: replace "destination" with "target" to follow the spec, Rui Paulo
- [PATCH v2 18/20] mac80211: implement a timer to send RANN action frames, Rui Paulo
- [PATCH v2 19/20] mac80211: add nl80211/cfg80211 handling of the new mesh root mode option., Rui Paulo
- [PATCH v2 20/20] mac80211: update copyrights to 2009, Rui Paulo
- Re: [PATCH v2 00/20] o11s update to latest draft, Johannes Berg
o11s update to latest draft, Rui Paulo
- [PATCH 01/21] mac80211: update meshconf IE, Rui Paulo
- [PATCH 02/21] mac80211: set MESH_TTL to 31, Rui Paulo
- [PATCH 03/21] mac80211: implement the meshconf formation info field, Rui Paulo
- [PATCH 04/21] mac80211: fix typo in a comment, Rui Paulo
- [PATCH 05/21] mac80211: update peer link management IE and action frames, Rui Paulo
- [PATCH 06/21] mac80211: update the format of path selection frames, Rui Paulo
- [PATCH 07/21] mac80211: add MAC80211_VERBOSE_MHWMP_DEBUG, Rui Paulo
- [PATCH 08/21] mac80211: allow processing of more than one HWMP IE, Rui Paulo
- [PATCH 09/21] mac80211: improve HWMP debugging, Rui Paulo
- [PATCH 10/21] mac80211: improve peer link management debugging, Rui Paulo
- [PATCH 11/21] mac80211: add WLAN_EID_RANN, Rui Paulo
- [PATCH 12/21] mac80211: implement RANN processing and forwarding, Rui Paulo
- [PATCH 13/21] mac80211: update PERR frame format, Rui Paulo
- [PATCH 14/21] mac80211: properly forward the RANN IE, Rui Paulo
- [PATCH 15/21] mac80211: set the AID field correctly for mesh peer frames, Rui Paulo
- [PATCH 16/21] mac80211: fix BSSID setup for beacon frames, Rui Paulo
- [PATCH 17/21] mac80211: add the DS params to the beacon, Rui Paulo
- [PATCH 18/21] mac80211: replace "destination" with "target" to follow the spec, Rui Paulo
- [PATCH 19/21] mac80211: implement a timer to send RANN action frames, Rui Paulo
- [PATCH 20/21] mac80211: add nl80211/cfg80211 handling of the new mesh root mode option., Rui Paulo
- [PATCH 21/21] mac80211: update copyrights to 2009, Rui Paulo
[PATCH 1/9] rt2800: prepare for unification of EEPROM support code, Bartlomiej Zolnierkiewicz
- [PATCH 2/9] rt2800: unify EEPROM support code, Bartlomiej Zolnierkiewicz
- [PATCH 3/9] rt2800pci: add missing RF values to rf_vals table, Bartlomiej Zolnierkiewicz
- [PATCH 4/9] rt2800usb: reorganize code in rt2800usb_probe_hw_mode(), Bartlomiej Zolnierkiewicz
- [PATCH 5/9] rt2800: prepare for rt2800*_probe_hw_mode() unification, Bartlomiej Zolnierkiewicz
- [PATCH 6/9] rt2800: unify rt2800*_probe_hw_mode(), Bartlomiej Zolnierkiewicz
- [PATCH 7/9] rt2800usb: fix RX descriptor naming, Bartlomiej Zolnierkiewicz
- [PATCH 8/9] rt2800: add eFuse EEPROM support code to rt2800lib, Bartlomiej Zolnierkiewicz
- Re: [PATCH 8/9] rt2800: add eFuse EEPROM support code to rt2800lib, Ivo van Doorn
- Re: [PATCH 8/9] rt2800: add eFuse EEPROM support code to rt2800lib, Bartlomiej Zolnierkiewicz
- Re: [PATCH 8/9] rt2800: add eFuse EEPROM support code to rt2800lib, Ivo van Doorn
- Re: [PATCH 8/9] rt2800: add eFuse EEPROM support code to rt2800lib, Bartlomiej Zolnierkiewicz
- Re: [PATCH 8/9] rt2800: add eFuse EEPROM support code to rt2800lib, Ivo van Doorn
- Re: [PATCH 8/9] rt2800: add eFuse EEPROM support code to rt2800lib, Bartlomiej Zolnierkiewicz
- Re: [PATCH 8/9] rt2800: add eFuse EEPROM support code to rt2800lib, Ivo van Doorn
- Re: [PATCH 8/9] rt2800: add eFuse EEPROM support code to rt2800lib, Bartlomiej Zolnierkiewicz
- Re: [PATCH 8/9] rt2800: add eFuse EEPROM support code to rt2800lib, Kalle Valo
- Re: [PATCH 8/9] rt2800: add eFuse EEPROM support code to rt2800lib, Bartlomiej Zolnierkiewicz
- Re: [PATCH 8/9] rt2800: add eFuse EEPROM support code to rt2800lib, Ivo van Doorn
- Re: [PATCH 8/9] rt2800: add eFuse EEPROM support code to rt2800lib, Bartlomiej Zolnierkiewicz
- Re: [PATCH 8/9] rt2800: add eFuse EEPROM support code to rt2800lib, Ivo van Doorn
- Re: [PATCH 8/9] rt2800: add eFuse EEPROM support code to rt2800lib, Bartlomiej Zolnierkiewicz
- Re: [PATCH 8/9] rt2800: add eFuse EEPROM support code to rt2800lib, Gertjan van Wingerde
- [PATCH 9/9] rt2800usb: add eFuse EEPROM support, Bartlomiej Zolnierkiewicz
- Re: [PATCH 1/9] rt2800: prepare for unification of EEPROM support code, Ivo van Doorn
- Re: [PATCH 1/9] rt2800: prepare for unification of EEPROM support code, Gertjan van Wingerde
ar9170 in AP mode, Jan Kiszka
- Re: ar9170 in AP mode, Kalle Valo
- Re: ar9170 in AP mode, Jan Kiszka
- Re: ar9170 in AP mode, Johannes Berg
- Re: ar9170 in AP mode, Jan Kiszka
- Re: ar9170 in AP mode, Johannes Berg
- Re: ar9170 in AP mode, Holger Schurig
- Re: ar9170 in AP mode, Kalle Valo
- Re: ar9170 in AP mode, John W. Linville
- Re: ar9170 in AP mode, Jan Kiszka
- Re: ar9170 in AP mode, Johannes Berg
- Re: ar9170 in AP mode, Jeffrey Baker
- Re: ar9170 in AP mode, Luis R. Rodriguez
[PATCH 00/29] ath: virtual wiphy updates / add ath9k_common, Luis R. Rodriguez
- [PATCH 06/29] ath9k: use correct hw for tx aggregation TX completion, Luis R. Rodriguez
- [PATCH 09/29] ath9k: do not pass the entire descriptor to ath_rx_prepare(), Luis R. Rodriguez
- [PATCH 28/29] ath9k_common: remove ath9k_compute_qual(), Luis R. Rodriguez
- [PATCH 29/29] ath9k_common: clarify and correct jumbogram processing, Luis R. Rodriguez
- [PATCH 03/29] ath9k: simpify RX by calling ath_get_virt_hw() once, Luis R. Rodriguez
- [PATCH 12/29] ath9k: use the ieee80211_hw to get to an sband on ath_rx_prepare(), Luis R. Rodriguez
- [PATCH 26/29] ath9k: move RX skb post processing to a helper, Luis R. Rodriguez
- [PATCH 07/29] ath9k: use the right hw on ath_tx_setup_buffer() for HT, Luis R. Rodriguez
- [PATCH 02/29] ath9k: update hw configuration for virtual wiphys, Luis R. Rodriguez
- [PATCH 05/29] ath9k: pass the ieee80211_hw on radio enable/disable, Luis R. Rodriguez
- [PATCH 21/29] ath5k: remove double cache alignment, ath_rxbuf_alloc() already does it, Luis R. Rodriguez
- [PATCH 23/29] ath9k: rename ath_rx_prepare() to ath9k_rx_skb_preprocess(), Luis R. Rodriguez
- [PATCH 11/29] ath9k: move struct ath_ani to common area, Luis R. Rodriguez
- [PATCH 10/29] ath9k_hw: move ath_extend_tsf() to hw code to share as ath9k_hw_extend_tsf(), Luis R. Rodriguez
- [PATCH 17/29] ath9k: move rssi processing into a helper, Luis R. Rodriguez
- [PATCH 18/29] ath9k: avoid the copy skb->cb on every RX'd skb, Luis R. Rodriguez
- [PATCH 08/29] ath9k: handle low buffer space for virtual wiphys, Luis R. Rodriguez
- [PATCH 16/29] ath9k: move qual processing into a helper, Luis R. Rodriguez
- [PATCH 24/29] ath9k: move driver keymap, keymax and splitmic to common, Luis R. Rodriguez
- [PATCH 27/29] ath9k_common: add new module to share 802.11n driver helpers, Luis R. Rodriguez
- [PATCH 25/29] ath5k: use the common->keymap, Luis R. Rodriguez
- [PATCH 01/29] ath9k: fix listening to idle requests, Luis R. Rodriguez
- [PATCH 20/29] ath: move the rx bufsize to common to share with ath5k/ath9k, Luis R. Rodriguez
- [PATCH 15/29] ath9k: move rate descriptor reading into a helper, Luis R. Rodriguez
- [PATCH 19/29] ath9k: move the rx_stats->rs_datalen check to ath9k_rx_accept(), Luis R. Rodriguez
- [PATCH 22/29] ath9k: move the max rx buffer size check to ath9k_rx_accept(), Luis R. Rodriguez
- [PATCH 14/29] ath9k: remove temp variable ratecode from ath_rx_prepare(), Luis R. Rodriguez
- [PATCH 13/29] ath9k: move RX check code into helper ath9k_rx_accept(), Luis R. Rodriguez
- [PATCH 04/29] ath9k: use the passed ieee80211_hw on ath_rx_prepare(), Luis R. Rodriguez
- Re: [PATCH 00/29] ath: virtual wiphy updates / add ath9k_common, Luis R. Rodriguez
- Re: [PATCH 00/29] ath: virtual wiphy updates / add ath9k_common, Luis R. Rodriguez
[PATCH 00/20] iwlwifi updates 11/6/2009, Reinette Chatre
- [PATCH 01/20] iwlwifi: change debug message to error in failure case, Reinette Chatre
- [PATCH 02/20] iwlwifi: allocate 128 bytes linear buffer for rx skb, Reinette Chatre
- [PATCH 04/20] iwlwifi: use only one chain for scan in PS, Reinette Chatre
- [PATCH 09/20] iwlwifi: remove un-used parameter, Reinette Chatre
- [PATCH 10/20] iwlwifi: add FIFO usage for 5000, Reinette Chatre
- [PATCH 06/20] iwlwifi: no periodic Tx/IQ calibration for 6x00/6x50 series, Reinette Chatre
- [PATCH 08/20] iwlwifi: fix FIFO vs. queue confusion, Reinette Chatre
- [PATCH 14/20] iwlwifi: Limit size of Event Log dump, Reinette Chatre
- [PATCH 13/20] iwlwifi: do not base station's sm_ps setting on AP, Reinette Chatre
- [PATCH 17/20] iwlwifi: Add comments about MAC_ACCESS_REQ, Reinette Chatre
- [PATCH 16/20] iwlwifi: Update comments for struct iwl_ssid_ie, Reinette Chatre
- [PATCH 20/20] iwlwifi: MAC_ACCESS_REQ cleanup, Reinette Chatre
- [PATCH 11/20] iwlwifi: fix for channel switch, Reinette Chatre
- [PATCH 05/20] iwlwifi: use configured valid rx chain for scan, Reinette Chatre
- [PATCH 07/20] iwlwifi: don't double-activate queue 4, Reinette Chatre
- [PATCH 18/20] iwlagn: update write pointers in iwl_irq_tasklet(), Reinette Chatre
- [PATCH 03/20] iwlwifi: print rx_on config to help debug, Reinette Chatre
- [PATCH 19/20] iwlwifi: Fix issue on file transfer stalled in HT mode, Reinette Chatre
- [PATCH 15/20] iwlwifi: speed up event log dumps, Reinette Chatre
- [PATCH 12/20] iwlwifi: drop non-production PCI-IDs, Reinette Chatre
pci_set_mwi() and ath5k, Luis R. Rodriguez
- Re: pci_set_mwi() and ath5k, Nick Kossifidis
- Re: pci_set_mwi() and ath5k, Luis R. Rodriguez
- Re: pci_set_mwi() and ath5k, Luis R. Rodriguez
- Re: pci_set_mwi() and ath5k, Luis R. Rodriguez
- Re: pci_set_mwi() and ath5k, Luis R. Rodriguez
- Re: pci_set_mwi() and ath5k, Matthew Wilcox
- Re: pci_set_mwi() and ath5k, Luis R. Rodriguez
- Re: pci_set_mwi() and ath5k, Luis R. Rodriguez
- Re: pci_set_mwi() and ath5k, Matthew Wilcox
- Re: pci_set_mwi() and ath5k, Luis R. Rodriguez
- Re: pci_set_mwi() and ath5k, Luis R. Rodriguez
- Re: pci_set_mwi() and ath5k, Nick Kossifidis
- Re: pci_set_mwi() and ath5k, Luis R. Rodriguez
- Re: pci_set_mwi() and ath5k, Luis R. Rodriguez
- Re: pci_set_mwi() and ath5k, Luis R. Rodriguez
- Re: pci_set_mwi() and ath5k, Nick Kossifidis
- Re: pci_set_mwi() and ath5k, Bob Copeland
[PATCH 00/41] rewritten rt2800 drivers, Bartlomiej Zolnierkiewicz
- [PATCH 01/41] rt2800usb: make Kconfig help entry more helpful, Bartlomiej Zolnierkiewicz
- [PATCH 02/41] rt2800pci: make Kconfig help entry more helpful, Bartlomiej Zolnierkiewicz
- [PATCH 03/41] rt2800usb: fix rt2800usb_rfcsr_read(), Bartlomiej Zolnierkiewicz
- [PATCH 04/41] rt2800pci: fix crypto in TX frame, Bartlomiej Zolnierkiewicz
- [PATCH 05/41] rt2800pci: fix comment about register access, Bartlomiej Zolnierkiewicz
- [PATCH 06/41] rt2800pci: fix comment about IV/EIV fields, Bartlomiej Zolnierkiewicz
- [PATCH 07/41] rt2x00: fix rt2x00usb_register_read() comment, Bartlomiej Zolnierkiewicz
- [PATCH 08/41] rt2800usb: use rt2x00usb_register_multiwrite() to set key entries, Bartlomiej Zolnierkiewicz
- [PATCH 09/41] rt2800usb: add rt2800_register_[read,write]() wrappers, Bartlomiej Zolnierkiewicz
- [PATCH 10/41] rt2800pci: add rt2800_register_[read,write]() wrappers, Bartlomiej Zolnierkiewicz
- [PATCH 12/41] rt2800pci: add rt2800_register_multi[read,write]() wrappers, Bartlomiej Zolnierkiewicz
- [PATCH 13/41] rt2800usb: add rt2800_regbusy_read() wrapper, Bartlomiej Zolnierkiewicz
- [PATCH 14/41] rt2800pci: add rt2800_regbusy_read() wrapper, Bartlomiej Zolnierkiewicz
- [PATCH 16/41] rt2800pci: add rt2800_bbp_[read,write]() wrappers, Bartlomiej Zolnierkiewicz
- [PATCH 17/41] rt2800usb: add rt2800_rfcsr_[read,write]() wrappers, Bartlomiej Zolnierkiewicz
- [PATCH 18/41] rt2800pci: add rt2800_rfcsr_[read,write]() wrappers, Bartlomiej Zolnierkiewicz
- [PATCH 19/41] rt2800usb: add rt2800_rf_[read,write]() wrappers, Bartlomiej Zolnierkiewicz
- [PATCH 20/41] rt2800pci: add rt2800_rf_[read,write]() wrappers, Bartlomiej Zolnierkiewicz
- [PATCH 21/41] rt2800usb: add rt2800_mcu_request() wrapper, Bartlomiej Zolnierkiewicz
- [PATCH 23/41] rt2x00: add driver private field to struct rt2x00_dev, Bartlomiej Zolnierkiewicz
- [PATCH 26/41] rt2x00: fix rt2x00usb_register_multiwrite() arguments, Bartlomiej Zolnierkiewicz
- [PATCH 27/41] rt2x00: fix rt2x00usb_regbusy_read() arguments, Bartlomiej Zolnierkiewicz
- [PATCH 28/41] rt2x00: fix rt2x00pci_register_multi[read,write]() arguments, Bartlomiej Zolnierkiewicz
- [PATCH 29/41] rt2800: add rt2800lib.h, Bartlomiej Zolnierkiewicz
- [PATCH 30/41] rt2800usb: fix comments in rt2800usb.h, Bartlomiej Zolnierkiewicz
- [PATCH 31/41] rt2800usb: add RXINFO_DESC_SIZE definition, Bartlomiej Zolnierkiewicz
- [PATCH 32/41] rt2800: fix duplication in header files, Bartlomiej Zolnierkiewicz
- [PATCH 34/41] rt2x00: add support for different chipset interfaces, Bartlomiej Zolnierkiewicz
- [PATCH 35/41] rt2800: prepare for rt2800lib addition, Bartlomiej Zolnierkiewicz
- [PATCH 36/41] rt2800: add rt2800lib (part one), Bartlomiej Zolnierkiewicz
- [PATCH 37/41] rt2x00: remove needless ifdefs from rt2x00leds.h, Bartlomiej Zolnierkiewicz
- [PATCH 38/41] rt2800: add rt2800lib (part two), Bartlomiej Zolnierkiewicz
- [PATCH 39/41] rt2x00: move REGISTER_BUSY_* definitions to rt2x00.h, Bartlomiej Zolnierkiewicz
- [PATCH 41/41] rt2800: add rt2800lib (part four), Bartlomiej Zolnierkiewicz
- [PATCH 40/41] rt2800: add rt2800lib (part three), Bartlomiej Zolnierkiewicz
- [PATCH 33/41] rt2800: fix comments in rt2800.h, Bartlomiej Zolnierkiewicz
- [PATCH 25/41] rt2800pci: convert to use struct rt2800_ops methods, Bartlomiej Zolnierkiewicz
- [PATCH 24/41] rt2800usb: convert to use struct rt2800_ops methods, Bartlomiej Zolnierkiewicz
- [PATCH 22/41] rt2800pci: add rt2800_mcu_request() wrapper, Bartlomiej Zolnierkiewicz
- [PATCH 15/41] rt2800usb: add rt2800_bbp_[read,write]() wrappers, Bartlomiej Zolnierkiewicz
- [PATCH 11/41] rt2800usb: add rt2800_register_multi[read,write]() wrappers, Bartlomiej Zolnierkiewicz
- Re: [PATCH 00/41] rewritten rt2800 drivers, Gertjan van Wingerde
compat-wireless and minstrel, Adam Wozniak
- Re: compat-wireless and minstrel, Christian Lamparter
- Re: compat-wireless and minstrel, Luis R. Rodriguez
- Re: compat-wireless and minstrel, Derek Smithies
- Re: compat-wireless and minstrel, Christian Lamparter
- Re: compat-wireless and minstrel, Adam Wozniak
- Re: compat-wireless and minstrel, Luis R. Rodriguez
- Re: compat-wireless and minstrel, Adam Wozniak
- Re: compat-wireless and minstrel, Luis R. Rodriguez
- Re: compat-wireless and minstrel, Christian Lamparter
- Re: compat-wireless and minstrel, Luis R. Rodriguez
- Re: compat-wireless and minstrel, Christian Lamparter
- Re: compat-wireless and minstrel, Luis R. Rodriguez
- Re: compat-wireless and minstrel, Adam Wozniak
- Re: compat-wireless and minstrel, Derek Smithies
- Re: compat-wireless and minstrel, Adam Wozniak
- Re: compat-wireless and minstrel, Derek Smithies
- Re: compat-wireless and minstrel, Adam Wozniak
- Re: compat-wireless and minstrel, Christian Lamparter
- Re: compat-wireless and minstrel, Adam Wozniak
- Re: compat-wireless and minstrel, Adam Wozniak
- Re: compat-wireless and minstrel, Johannes Berg
- Re: compat-wireless and minstrel, Adam Wozniak
- Re: compat-wireless and minstrel, Johannes Berg
- Re: compat-wireless and minstrel, Adam Wozniak
- Re: compat-wireless and minstrel, Johannes Berg
- Re: compat-wireless and minstrel, Adam Wozniak
- Re: compat-wireless and minstrel, Johannes Berg
- Adhoc networking, was Re: compat-wireless and minstrel, Derek Smithies
- Re: Adhoc networking, was Re: compat-wireless and minstrel, Adam Wozniak
- Re: Adhoc networking, was Re: compat-wireless and minstrel, Derek Smithies
- Re: Adhoc networking, was Re: compat-wireless and minstrel, Adam Wozniak
- Re: Adhoc networking, was Re: compat-wireless and minstrel, Felix Fietkau
- Re: Adhoc networking, was Re: compat-wireless and minstrel, Derek Smithies
- Re: Adhoc networking, was Re: compat-wireless and minstrel, Johannes Berg
- Re: Adhoc networking, was Re: compat-wireless and minstrel, Adam Wozniak
- Re: compat-wireless and minstrel, Christian Lamparter
- Re: compat-wireless and minstrel, Adam Wozniak
- Re: compat-wireless and minstrel, Adam Wozniak
[announce] new rt2800 drivers for Ralink wireless & project tree, Bartlomiej Zolnierkiewicz
- Re: [announce] new rt2800 drivers for Ralink wireless & project tree, Ivo van Doorn
- Re: [announce] new rt2800 drivers for Ralink wireless & project tree, Bartlomiej Zolnierkiewicz
- Re: [announce] new rt2800 drivers for Ralink wireless & project tree, Ivo van Doorn
- Re: [announce] new rt2800 drivers for Ralink wireless & project tree, Bartlomiej Zolnierkiewicz
- Re: [announce] new rt2800 drivers for Ralink wireless & project tree, Gertjan van Wingerde
- Re: [announce] new rt2800 drivers for Ralink wireless & project tree, Bartlomiej Zolnierkiewicz
- Re: [announce] new rt2800 drivers for Ralink wireless & project tree, Julian Calaby
- Re: [announce] new rt2800 drivers for Ralink wireless & project tree, Bartlomiej Zolnierkiewicz
- Re: [announce] new rt2800 drivers for Ralink wireless & project tree, Alan Cox
- Re: [announce] new rt2800 drivers for Ralink wireless & project tree, Bartlomiej Zolnierkiewicz
- Re: [announce] new rt2800 drivers for Ralink wireless & project tree, Alan Cox
- Re: [announce] new rt2800 drivers for Ralink wireless & project tree, Bartlomiej Zolnierkiewicz
- Re: [announce] new rt2800 drivers for Ralink wireless & project tree, Ingo Molnar
- Re: [announce] new rt2800 drivers for Ralink wireless & project tree, John W. Linville
- Re: [announce] new rt2800 drivers for Ralink wireless & project tree, Ivo van Doorn
- Re: [announce] new rt2800 drivers for Ralink wireless & project tree, John W. Linville
- Re: [announce] new rt2800 drivers for Ralink wireless & project tree, Pavel Machek
- Re: [announce] new rt2800 drivers for Ralink wireless & project tree, Ivo van Doorn
- Re: [announce] new rt2800 drivers for Ralink wireless & project tree, Bartlomiej Zolnierkiewicz
- Re: [announce] new rt2800 drivers for Ralink wireless & project tree, John W. Linville
- Re: [announce] new rt2800 drivers for Ralink wireless & project tree, Pavel Machek
- Re: [announce] new rt2800 drivers for Ralink wireless & project tree, Luis Correia
- Re: [announce] new rt2800 drivers for Ralink wireless & project tree, Ivo van Doorn
- Re: [announce] new rt2800 drivers for Ralink wireless & project tree, Luis R. Rodriguez
- Re: [announce] new rt2800 drivers for Ralink wireless & project tree, Gertjan van Wingerde
Please consider reverting 7d930bc33653d5592dc386a76a38f39c2e962344, Dmitry Torokhov
- Re: Please consider reverting 7d930bc33653d5592dc386a76a38f39c2e962344, David Miller
- Re: Please consider reverting 7d930bc33653d5592dc386a76a38f39c2e962344, Dmitry Torokhov
- Re: Please consider reverting 7d930bc33653d5592dc386a76a38f39c2e962344, Marcel Holtmann
- Re: Please consider reverting 7d930bc33653d5592dc386a76a38f39c2e962344, Johannes Berg
- Re: Please consider reverting 7d930bc33653d5592dc386a76a38f39c2e962344, Dmitry Torokhov
- Re: Please consider reverting 7d930bc33653d5592dc386a76a38f39c2e962344, Johannes Berg
- Re: Please consider reverting 7d930bc33653d5592dc386a76a38f39c2e962344, Dmitry Torokhov
- Re: Please consider reverting 7d930bc33653d5592dc386a76a38f39c2e962344, Johannes Berg
- Re: Please consider reverting 7d930bc33653d5592dc386a76a38f39c2e962344, Marcel Holtmann
- Re: Please consider reverting 7d930bc33653d5592dc386a76a38f39c2e962344, Linus Torvalds
- Re: Please consider reverting 7d930bc33653d5592dc386a76a38f39c2e962344, Pavel Machek
- Re: Please consider reverting 7d930bc33653d5592dc386a76a38f39c2e962344, Linus Torvalds
- Re: Please consider reverting 7d930bc33653d5592dc386a76a38f39c2e962344, Andrew Morton
- Re: Please consider reverting 7d930bc33653d5592dc386a76a38f39c2e962344, David Miller
- Re: Please consider reverting 7d930bc33653d5592dc386a76a38f39c2e962344, Andrew Morton
- Re: Please consider reverting 7d930bc33653d5592dc386a76a38f39c2e962344, David Miller
- Re: Please consider reverting 7d930bc33653d5592dc386a76a38f39c2e962344, Linus Torvalds
- Re: Please consider reverting 7d930bc33653d5592dc386a76a38f39c2e962344, Marcel Holtmann
- Re: Please consider reverting 7d930bc33653d5592dc386a76a38f39c2e962344, Linus Torvalds
- Re: Please consider reverting 7d930bc33653d5592dc386a76a38f39c2e962344, Marcel Holtmann
- Re: Please consider reverting 7d930bc33653d5592dc386a76a38f39c2e962344, Linus Torvalds
- Re: Please consider reverting 7d930bc33653d5592dc386a76a38f39c2e962344, Linus Torvalds
- Re: Please consider reverting 7d930bc33653d5592dc386a76a38f39c2e962344, Marcel Holtmann
- Re: Please consider reverting 7d930bc33653d5592dc386a76a38f39c2e962344, Linus Torvalds
- Re: Please consider reverting 7d930bc33653d5592dc386a76a38f39c2e962344, Ingo Molnar
- Re: Please consider reverting 7d930bc33653d5592dc386a76a38f39c2e962344, Marcel Holtmann
- Re: Please consider reverting 7d930bc33653d5592dc386a76a38f39c2e962344, Ingo Molnar
- Re: Please consider reverting 7d930bc33653d5592dc386a76a38f39c2e962344, Luis R. Rodriguez
- Re: Please consider reverting 7d930bc33653d5592dc386a76a38f39c2e962344, Linus Torvalds
- Re: Please consider reverting 7d930bc33653d5592dc386a76a38f39c2e962344, Dmitry Torokhov
- Re: Please consider reverting 7d930bc33653d5592dc386a76a38f39c2e962344, Luis R. Rodriguez
- Re: Please consider reverting 7d930bc33653d5592dc386a76a38f39c2e962344, Linus Torvalds
- Re: Please consider reverting 7d930bc33653d5592dc386a76a38f39c2e962344, Zdenek Kabelac
Re: Prism54/p54pci, James Grossmann
- Re: Prism54/p54pci, Christian Lamparter
- Re: Prism54/p54pci, James Grossmann
- Re: Prism54/p54pci, Christian Lamparter
- Re: Prism54/p54pci, James Grossmann
- Re: Prism54/p54pci, Christian Lamparter
- Re: Prism54/p54pci, James Grossmann
- Re: Prism54/p54pci, Christian Lamparter
- Re: Prism54/p54pci, James Grossmann
- Re: Prism54/p54pci, Christian Lamparter
- Re: Prism54/p54pci, Tim Gardner
- Re: Prism54/p54pci, Christian Lamparter
- Re: Prism54/p54pci, Luis R. Rodriguez
- Re: Prism54/p54pci, Tim Gardner
- Re: Prism54/p54pci, Luis R. Rodriguez
Re: pull request: wireless-next-2.6 2009-10-28, Bartlomiej Zolnierkiewicz
- Re: pull request: wireless-next-2.6 2009-10-28, Ingo Molnar
- Re: pull request: wireless-next-2.6 2009-10-28, Johannes Berg
- Re: pull request: wireless-next-2.6 2009-10-28, Ingo Molnar
- Re: pull request: wireless-next-2.6 2009-10-28, John W. Linville
- Re: pull request: wireless-next-2.6 2009-10-28, Luis Correia
- Re: pull request: wireless-next-2.6 2009-10-28, Randy Dunlap
- Re: pull request: wireless-next-2.6 2009-10-28, John W. Linville
- Re: pull request: wireless-next-2.6 2009-10-28, Ivo van Doorn
- Re: pull request: wireless-next-2.6 2009-10-28, Bartlomiej Zolnierkiewicz
- Re: pull request: wireless-next-2.6 2009-10-28, Ivo van Doorn
- Re: pull request: wireless-next-2.6 2009-10-28, Bartlomiej Zolnierkiewicz
- Re: pull request: wireless-next-2.6 2009-10-28, Pavel Machek
- Re: pull request: wireless-next-2.6 2009-10-28, Jiri Kosina
- Re: pull request: wireless-next-2.6 2009-10-28, Ivo van Doorn
- Re: pull request: wireless-next-2.6 2009-10-28, Pavel Machek
- Re: pull request: wireless-next-2.6 2009-10-28, John W. Linville
- Re: pull request: wireless-next-2.6 2009-10-28, John W. Linville
[PATCH] ar9170usb: add mode-switching for AVM Fritz!WLAN USB N devices in cdrom mode, Frank Schaefer
- Re: [PATCH] ar9170usb: add mode-switching for AVM Fritz!WLAN USB N devices in cdrom mode, Johannes Berg
- Re: [PATCH] ar9170usb: add mode-switching for AVM Fritz!WLAN USB N devices in cdrom mode, Josua Dietze
- Re: [PATCH] ar9170usb: add mode-switching for AVM Fritz!WLAN USB N devices in cdrom mode, Matthew Dharm
- Re: [PATCH] ar9170usb: add mode-switching for AVM Fritz!WLAN USB N devices in cdrom mode, Frank Schaefer
- Re: [PATCH] ar9170usb: add mode-switching for AVM Fritz!WLAN USB N devices in cdrom mode, Matthew Dharm
- Re: [PATCH] ar9170usb: add mode-switching for AVM Fritz!WLAN USB N devices in cdrom mode, Frank Schaefer
- Re: [PATCH] ar9170usb: add mode-switching for AVM Fritz!WLAN USB N devices in cdrom mode, Dan Williams
- Re: [PATCH] ar9170usb: add mode-switching for AVM Fritz!WLAN USB N devices in cdrom mode, Alan Cox
- Re: [PATCH] ar9170usb: add mode-switching for AVM Fritz!WLAN USB N devices in cdrom mode, Dan Williams
- Re: [PATCH] ar9170usb: add mode-switching for AVM Fritz!WLAN USB N devices in cdrom mode, Dan Williams
- Re: [PATCH] ar9170usb: add mode-switching for AVM Fritz!WLAN USB N devices in cdrom mode, Christian Lamparter
- Re: [PATCH] ar9170usb: add mode-switching for AVM Fritz!WLAN USB N devices in cdrom mode, Frank Schaefer
- Re: [PATCH] ar9170usb: add mode-switching for AVM Fritz!WLAN USB N devices in cdrom mode, Matthew Dharm
- Re: [PATCH] ar9170usb: add mode-switching for AVM Fritz!WLAN USB N devices in cdrom mode, Dan Williams
- Re: [PATCH] ar9170usb: add mode-switching for AVM Fritz!WLAN USB N devices in cdrom mode, Alan Cox
- Re: [PATCH] ar9170usb: add mode-switching for AVM Fritz!WLAN USB N devices in cdrom mode, Dan Williams
- Re: [PATCH] ar9170usb: add mode-switching for AVM Fritz!WLAN USB N devices in cdrom mode, Oliver Neukum
- Re: [PATCH] ar9170usb: add mode-switching for AVM Fritz!WLAN USB N devices in cdrom mode, Alan Stern
- Re: [PATCH] ar9170usb: add mode-switching for AVM Fritz!WLAN USB N devices in cdrom mode, Oliver Neukum
- Re: [PATCH] ar9170usb: add mode-switching for AVM Fritz!WLAN USB N devices in cdrom mode, Alan Stern
- Re: [PATCH] ar9170usb: add mode-switching for AVM Fritz!WLAN USB N devices in cdrom mode, Oliver Neukum
- Re: [PATCH] ar9170usb: add mode-switching for AVM Fritz!WLAN USB N devices in cdrom mode, Alan Stern
- Re: [PATCH] ar9170usb: add mode-switching for AVM Fritz!WLAN USB N devices in cdrom mode, Oliver Neukum
- Re: [PATCH] ar9170usb: add mode-switching for AVM Fritz!WLAN USB N devices in cdrom mode, Frank Schaefer
- Re: [PATCH] ar9170usb: add mode-switching for AVM Fritz!WLAN USB N devices in cdrom mode, Alan Stern
- Re: [PATCH] ar9170usb: add mode-switching for AVM Fritz!WLAN USB N devices in cdrom mode, Johannes Berg
- Re: [PATCH] ar9170usb: add mode-switching for AVM Fritz!WLAN USB N devices in cdrom mode, Alan Stern
- Re: [PATCH] ar9170usb: add mode-switching for AVM Fritz!WLAN USB N devices in cdrom mode, Josua Dietze
- Re: [PATCH] ar9170usb: add mode-switching for AVM Fritz!WLAN USB N devices in cdrom mode, Oliver Neukum
- Re: [PATCH] ar9170usb: add mode-switching for AVM Fritz!WLAN USB N devices in cdrom mode, Josua Dietze
- Re: [PATCH] ar9170usb: add mode-switching for AVM Fritz!WLAN USB N devices in cdrom mode, Oliver Neukum
- Re: [PATCH] ar9170usb: add mode-switching for AVM Fritz!WLAN USB N devices in cdrom mode, Christian Lamparter
- Re: [PATCH] ar9170usb: add mode-switching for AVM Fritz!WLAN USB N devices in cdrom mode, Frank Schaefer
|
|