[Prev Page][Next Page]
- Re: [PATCH] ipw2200: prevent alloc of unspecified size on stack
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [PATCH] ipw2200: prevent alloc of unspecified size on stack
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
- [PATCH 6/6] rtl8180: don't corrupt BRSR register on rtl8180 cards
- From: Michael Wu <flamingice@xxxxxxxxxxxx>
- [PATCH 5/6] rtl8180: reduce lock during TX
- From: Michael Wu <flamingice@xxxxxxxxxxxx>
- [PATCH 4/6] rtl8180: update BB registers for rtl8225 V1 radio
- From: Michael Wu <flamingice@xxxxxxxxxxxx>
- [PATCH 3/6] rtl8180: Set CRC failed flag
- From: Michael Wu <flamingice@xxxxxxxxxxxx>
- [PATCH 2/6] rtl8180: Power off VCO when stopping interface
- From: Michael Wu <flamingice@xxxxxxxxxxxx>
- [PATCH 1/6] rtl8180: Initialize RF 3-wire registers before trying to identify RF version
- From: Michael Wu <flamingice@xxxxxxxxxxxx>
- [PATCH wireless-2.6] iwlwifi: fix possible priv->mutex deadlock during suspend
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
- [PATCH] ipw2200: prevent alloc of unspecified size on stack
- From: Reinette Chatre <reinette.chatre@xxxxxxxxx>
- Re: [PATCH] iwlwifi: fix possible priv->mutex deadlock during suspend
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
- [PATCH] iwlwifi: fix possible priv->mutex deadlock during suspend
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
- [PATCH] iwlwifi: fix possible priv->mutex deadlock during suspend
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
- Re: [PATCH] iwlwifi: fix typo in 'drivers/net/wireless/iwlwifi/Kconfig'
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
- [PATCH] doc: fix typo in feature-removal-schedule
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- [PATCH] rt2x00: remove unused variable
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- [PATCH v3 8/8] rc80211-pid: export tuning parameters through debugfs
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- [PATCH v3 7/8] debugfs: allow access to signed values
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- [PATCH v3 6/8] rc80211-pid: add debugging
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- [PATCH v3 0/8] rate control rework
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- [PATCH v3 5/8] rc80211-pid: add sharpening factor
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- [PATCH v3 4/8] rc80211-pid: add rate behaviour learning algorithm
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- [PATCH v3 3/8] mac80211: make PID rate control algorithm the default
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- [PATCH v3 2/8] mac80211: add PID controller based rate control algorithm
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- [PATCH v3 1/8] mac80211: clean up rate selection
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- Re: [PATCH v2 0/8] rate control rework
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- [PATCH v2 8/8] rc80211-pid: export tuning parameters through debugfs
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- [PATCH v2 6/8] rc80211-pid: add debugging
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- [PATCH v2 7/8] debugfs: allow access to signed values
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- [PATCH v2 5/8] rc80211-pid: add sharpening factor
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- [PATCH v2 4/8] rc80211-pid: add rate behaviour learning algorithm
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- [PATCH v2 3/8] mac80211: make PID rate control algorithm the default
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- [PATCH v2 2/8] mac80211: add PID controller based rate control algorithm
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- [PATCH v2 1/8] mac80211: clean up rate selection
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- [PATCH v2 0/8] rate control rework
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- [PATCH] p54: add Kconfig description
- From: Michael Wu <flamingice@xxxxxxxxxxxx>
- [PATCH] rtl8180: add grf5101 support
- From: Michael Wu <flamingice@xxxxxxxxxxxx>
- Re: [patch 4/9] mac80211: Make PID rate control algorithm the default
- From: Mattias Nissler <mattias.nissler@xxxxxx>
- Re: Update cycle of compat-wireless-2.6
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
- Re: [patch 1/9] mac80211: Clean up rate selection code
- From: Mattias Nissler <mattias.nissler@xxxxxx>
- Re: Update cycle of compat-wireless-2.6
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Update cycle of compat-wireless-2.6
- From: "Joachim Frieben" <jfrieben@xxxxxxxxxxx>
- Re: Queries about acx-mac80211 master mode support on the AR7 platform
- From: Jeff Williams <angelbane@xxxxxx>
- [RFC] mac80211: move interface type to vif structure
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: Queries about acx-mac80211 master mode support on the AR7 platform
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Queries about acx-mac80211 master mode support on the AR7 platform
- From: Mark Williamson <mark.williamson@xxxxxxxxxxxxxx>
- Re: [PATCH 1/1] mac80211: pass in PS_POLL frames
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [PATCH 1/1] mac80211: pass in PS_POLL frames
- From: Ron Rindjunsky <ron.rindjunsky@xxxxxxxxx>
- RE: [PATCH 1/1] mac80211: pass in PS_POLL frames
- From: "Rindjunsky, Ron" <ron.rindjunsky@xxxxxxxxx>
- [PATCH] mac80211: move tx crypto decision
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [RFC] mac80211: clean up frame receive handling
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [PATCH] mac80211: warn when receiving frames with unaligned data
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH 1/8] mac80211: A-MPDU Rx add low level driver API
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH 2/8] mac80211: A-MPDU Rx add MLME structures
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH 5/8] mac80211: A-MPDU Rx handling aggregation reordering
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH 6/8] mac80211: A-MPDU Rx adding BAR handling capability
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH 7/8] mac80211: A-MPDU Rx handling DELBA requests
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH 7/8] mac80211: A-MPDU Rx handling DELBA requests
- From: "Ron Rindjunsky" <ron.rindjunsky@xxxxxxxxx>
- Re: [PATCH 6/8] mac80211: A-MPDU Rx adding BAR handling capability
- From: "Ron Rindjunsky" <ron.rindjunsky@xxxxxxxxx>
- Re: [PATCH 5/8] mac80211: A-MPDU Rx handling aggregation reordering
- From: "Ron Rindjunsky" <ron.rindjunsky@xxxxxxxxx>
- Re: [PATCH 4/8] mac80211: A-MPDU Rx MLME data initialization
- From: "Ron Rindjunsky" <ron.rindjunsky@xxxxxxxxx>
- Re: [PATCH 3/8] mac80211: A-MPDU Rx adding basic functionality
- From: "Ron Rindjunsky" <ron.rindjunsky@xxxxxxxxx>
- Re: [PATCH 2/8] mac80211: A-MPDU Rx add MLME structures
- From: "Ron Rindjunsky" <ron.rindjunsky@xxxxxxxxx>
- Re: [PATCH 1/8] mac80211: A-MPDU Rx add low level driver API
- From: "Ron Rindjunsky" <ron.rindjunsky@xxxxxxxxx>
- Re: [patch (for 2.6.24?) 1/4] ieee80211_rate: missed unlock
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [patch 0/9] Rate control rework
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [patch 1/9] mac80211: Clean up rate selection code
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: Operation "wpa_driver_wext_set_countermeasures" not supported
- From: Michael Buesch <mb@xxxxxxxxx>
- Re: [patch 3/9] mac80211: Add PID controller based rate control algorithm
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [patch 4/9] mac80211: Make PID rate control algorithm the default
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [RFC] mac80211: clean up frame receive handling
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [RFC] mac80211: clean up frame receive handling
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1] mac80211: pass in PS_POLL frames
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [PATCH] mac80211: allow easier multicast/broadcast buffering in hardware
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH 1/8] mac80211: A-MPDU Rx add low level driver API
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1] mac80211: pass in PS_POLL frames
- From: "Ron Rindjunsky" <ron.rindjunsky@xxxxxxxxx>
- Re: Please pull 'upstream-davem' branch of wireless-2.6
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Please pull 'fixes-davem' branch of wireless-2.6
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [RFC] mac80211: clean up frame receive handling
- From: Jouni Malinen <j@xxxxx>
- Re: [RFC] mac80211: clean up frame receive handling
- From: Jouni Malinen <j@xxxxx>
- Re: iwlwifi: fix-up merge fall-out after namespace separation
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- iwlwifi: fix-up merge fall-out after namespace separation
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
- Re: Please pull 'upstream-jgarzik' branch of wireless-2.6
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
- [patch (for 2.6.24?) 3/4] libertas: select WIRELESS_EXT
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- [patch (for 2.6.24?) 4/4] bcm43xx_debugfs sscanf fix
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- [patch (for 2.6.24?) 1/4] ieee80211_rate: missed unlock
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- [patch (for 2.6.24?) 2/4] iwlwifi3945/4965: fix rate control algo reference leak
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- Re: Please pull 'upstream-jgarzik' branch of wireless-2.6
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: Please pull 'upstream-jgarzik' branch of wireless-2.6
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Please pull 'upstream-davem' branch of wireless-2.6
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
- Please pull 'fixes-davem' branch of wireless-2.6
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
- Re: [patch 4/9] mac80211: Make PID rate control algorithm the default
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- Re: [patch 4/9] mac80211: Make PID rate control algorithm the default
- From: Mattias Nissler <mattias.nissler@xxxxxx>
- Re: Please pull 'fixes-jgarzik' branch of wireless-2.6
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: [patch 9/9] mac80211: Publish rc80211_pid parameters in debugfs
- From: Mattias Nissler <mattias.nissler@xxxxxx>
- Re: [patch 7/9] mac80211: Dump rc80211_pid events to debugfs
- From: Mattias Nissler <mattias.nissler@xxxxxx>
- Re: [patch 3/9] mac80211: Add PID controller based rate control algorithm
- From: Mattias Nissler <mattias.nissler@xxxxxx>
- Re: [patch 2/9] iwlwifi: Resync rate control code with mac80211
- From: Mattias Nissler <mattias.nissler@xxxxxx>
- Re: [patch 1/9] mac80211: Clean up rate selection code
- From: Mattias Nissler <mattias.nissler@xxxxxx>
- Re: [patch 8/9] debugfs: Revamp debugfs_create_{u,x,s}{8,16,32,64} to support signed integers
- From: Mattias Nissler <mattias.nissler@xxxxxx>
- Re: [patch 4/9] mac80211: Make PID rate control algorithm the default
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
- Re: [patch 0/9] Rate control rework
- From: Mattias Nissler <mattias.nissler@xxxxxx>
- Re: Please pull 'fixes-jgarzik' branch of wireless-2.6
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: [patch 4/9] mac80211: Make PID rate control algorithm the default
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- Re: Please pull 'fixes-jgarzik' branch of wireless-2.6
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Please pull 'fixes-jgarzik' branch of wireless-2.6
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
- Re: [PATCH 7/8] mac80211: A-MPDU Rx handling DELBA requests
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH 6/8] mac80211: A-MPDU Rx adding BAR handling capability
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH 5/8] mac80211: A-MPDU Rx handling aggregation reordering
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH 4/8] mac80211: A-MPDU Rx MLME data initialization
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH 2/8] mac80211: A-MPDU Rx add MLME structures
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH 3/8] mac80211: A-MPDU Rx adding basic functionality
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH 1/8] mac80211: A-MPDU Rx add low level driver API
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1] mac80211: pass in PS_POLL frames
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [patch 4/9] mac80211: Make PID rate control algorithm the default
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [patch 8/9] debugfs: Revamp debugfs_create_{u,x,s}{8,16,32,64} to support signed integers
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [PATCH] mac80211: round station cleanup timer
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [patch 0/9] Rate control rework
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [patch 9/9] mac80211: Publish rc80211_pid parameters in debugfs
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [patch 7/9] mac80211: Dump rc80211_pid events to debugfs
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [patch 4/9] mac80211: Make PID rate control algorithm the default
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [patch 3/9] mac80211: Add PID controller based rate control algorithm
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [patch 2/9] iwlwifi: Resync rate control code with mac80211
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [patch 1/9] mac80211: Clean up rate selection code
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [PATCH 5/8] mac80211: A-MPDU Rx handling aggregation reordering
- From: Ron Rindjunsky <ron.rindjunsky@xxxxxxxxx>
- [PATCH 3/8] mac80211: A-MPDU Rx adding basic functionality
- From: Ron Rindjunsky <ron.rindjunsky@xxxxxxxxx>
- [PATCH 4/8] mac80211: A-MPDU Rx MLME data initialization
- From: Ron Rindjunsky <ron.rindjunsky@xxxxxxxxx>
- [PATCH 2/8] mac80211: A-MPDU Rx add MLME structures
- From: Ron Rindjunsky <ron.rindjunsky@xxxxxxxxx>
- [PATCH 1/8] mac80211: A-MPDU Rx add low level driver API
- From: Ron Rindjunsky <ron.rindjunsky@xxxxxxxxx>
- [PATCH 0/8] mac80211/iwlwifi: integrate IEEE802.11n A-MPDU Rx MLME
- From: Ron Rindjunsky <ron.rindjunsky@xxxxxxxxx>
- [PATCH 8/8] iwlwifi: A-MPDU Rx flow enabled
- From: Ron Rindjunsky <ron.rindjunsky@xxxxxxxxx>
- [PATCH 7/8] mac80211: A-MPDU Rx handling DELBA requests
- From: Ron Rindjunsky <ron.rindjunsky@xxxxxxxxx>
- [PATCH 6/8] mac80211: A-MPDU Rx adding BAR handling capability
- From: Ron Rindjunsky <ron.rindjunsky@xxxxxxxxx>
- Re: [patch 4/9] mac80211: Make PID rate control algorithm the default
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
- Re: [patch 4/9] mac80211: Make PID rate control algorithm the default
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
- Re: [PATCH 1/1] mac80211: pass in PS_POLL frames
- From: "Ron Rindjunsky" <ron.rindjunsky@xxxxxxxxx>
- Re: [patch 4/9] mac80211: Make PID rate control algorithm the default
- From: Mattias Nissler <mattias.nissler@xxxxxx>
- Re: [patch 0/9] Rate control rework
- From: Mattias Nissler <mattias.nissler@xxxxxx>
- Re: [patch 4/9] mac80211: Make PID rate control algorithm the default
- From: Mattias Nissler <mattias.nissler@xxxxxx>
- Re: [patch 4/9] mac80211: Make PID rate control algorithm the default
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [patch 4/9] mac80211: Make PID rate control algorithm the default
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- Re: [patch 4/9] mac80211: Make PID rate control algorithm the default
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [patch 4/9] mac80211: Make PID rate control algorithm the default
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- Re: [patch 4/9] mac80211: Make PID rate control algorithm the default
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [patch 5/9] mac80211: Introduce rate behaviour learning algorithm
- From: mattias.nissler@xxxxxx
- [patch 9/9] mac80211: Publish rc80211_pid parameters in debugfs
- From: mattias.nissler@xxxxxx
- [patch 0/9] Rate control rework
- From: mattias.nissler@xxxxxx
- Re: [PATCH] PS3: gelic: Add wireless support for PS3
- From: Jouni Malinen <j@xxxxx>
- Re: [PATCH] PS3: gelic: Add wireless support for PS3
- From: Dan Williams <dcbw@xxxxxxxxxx>
- [PATCH 115/48] libertas: fix return from lbs_update_channel()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 114/48] libertas: kill 'addtail' argument to lbs_queue_cmd() and make it static
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 113/48] libertas: handle command timeout in main thread instead of directly in timer
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 112/48] libertas: ensure response buffer size is always set for lbs_cmd_with_response
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 111/48] libertas: add __lbs_cmd_async() for asynchronous command submission
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 110/48] libertas: store command result in cmdnode instead of priv->cur_cmd_retcode
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 109/48] libertas: kill pdata_buf member of struct cmd_ctrl_node
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 107/48] libertas: kill cleanup_cmdnode()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 108/48] libertas: let __lbs_cmd() free its own cmdnode
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 106/48] libertas: don't re-initialise cmdnode when taking it off the free queue
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 105/48] libertas: introduce and use lbs_complete_command() for command completion
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 104/48] libertas: remove some pointless checks for cmdnode buffer being present
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 103/48] libertas: don't use __lbs_cmd() with empty callback in if_usb.c
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 102/48] libertas: rename and clean up DownloadcommandToStation
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 99/48] libertas: clean up if_usb driver
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 101/48] libertas: kill unused wait_option field in struct cmd_ctrl_node
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 100/48] libertas: kill whitespace at end of lines
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 98/48] libertas: stop attempting to reset devices on unload
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 97/48] libertas: don't exit worker thread until kthread_stop() is called
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: b43 problem with led trigger registration
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: b43 problem with led trigger registration
- From: Richard Purdie <rpurdie@xxxxxxxxxxxxxx>
- Re: b43 problem with led trigger registration
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: b43 problem with led trigger registration
- From: Richard Purdie <rpurdie@xxxxxxxxxxxxxx>
- Re: b43 problem with led trigger registration
- From: Larry Finger <larry.finger@xxxxxxxxxxxx>
- Re: b43 problem with led trigger registration
- From: Richard Purdie <rpurdie@xxxxxxxxxxxxxx>
- Re: b43 problem with led trigger registration
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: b43 problem with led trigger registration
- From: Michael Buesch <mb@xxxxxxxxx>
- Re: b43 problem with led trigger registration
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: b43 problem with led trigger registration
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: b43 problem with led trigger registration
- From: Michael Buesch <mb@xxxxxxxxx>
- Re: b43 problem with led trigger registration
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: b43 problem with led trigger registration
- From: Michael Buesch <mb@xxxxxxxxx>
- Re: b43 problem with led trigger registration
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: b43 problem with led trigger registration
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
- [PATCH] b43legacy: Fix rfkill radio LED
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- Re: [PATCH] PS3: gelic: Add wireless support for PS3
- From: Jouni Malinen <j@xxxxx>
- Re: b43 problem with led trigger registration
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH] PS3: gelic: Add wireless support for PS3
- From: Dan Williams <dcbw@xxxxxxxxxx>
- Re: b43 problem with led trigger registration
- From: Larry Finger <larry.finger@xxxxxxxxxxxx>
- [PATCH] b43legacy: Fix rfkill radio LED
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- b43 problem with led trigger registration
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [RFC] mac80211: clean up frame receive handling
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [RFC/T][PATCH 3/3] rc80211-pid: allow for parameters to be set through sysfs
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- Re: [RFC] mac80211: clean up frame receive handling
- From: "Ron Rindjunsky" <rindjon@xxxxxxxxxxxxxx>
- Please pull 'upstream-jgarzik' branch of wireless-2.6
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
- Please pull 'fixes-jgarzik' branch of wireless-2.6
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
- Re: [WIP][PATCH] rc80211_pid: Send events to userspace for debugging
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
- [PATCH 9/9] ath5k: Minor cleanups
- From: Nick Kossifidis <mick@xxxxxxxxxxx>
- [PATCH 8/9] ath5k: Update initvals.c from recent regdumps
- From: Nick Kossifidis <mick@xxxxxxxxxxx>
- [PATCH 7/9] ath5k: Fix support for RF2112A based b/g only cards
- From: Nick Kossifidis <mick@xxxxxxxxxxx>
- [PATCH 6/9] ath5k: Skip non-data queues for 5210 for now
- From: Nick Kossifidis <mick@xxxxxxxxxxx>
- [PATCH 5/9] ath5k: Reorder reset function to match regdumps
- From: Nick Kossifidis <mick@xxxxxxxxxxx>
- [PATCH 4/9] ath5k: Implement per-queue interrupts
- From: Nick Kossifidis <mick@xxxxxxxxxxx>
- [PATCH 3/9] ath5k: Fix diversity
- From: Nick Kossifidis <mick@xxxxxxxxxxx>
- [PATCH 2/9] ath5k: Fix nic_wakeup for 5210
- From: Nick Kossifidis <mick@xxxxxxxxxxx>
- [PATCH 1/9] ath5k: Minor fixes inside base.c
- From: Nick Kossifidis <mick@xxxxxxxxxxx>
- Re: [WIP][PATCH] rc80211_pid: Send events to userspace for debugging
- From: Mattias Nissler <mattias.nissler@xxxxxx>
- Re: [WIP][PATCH] rc80211_pid: Send events to userspace for debugging
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
- Re: [PATCH] PS3: gelic: Add wireless support for PS3
- From: Jouni Malinen <j@xxxxx>
- [PATCH] b43legacy: Fix rfkill radio LED
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
- Re: [WIP][PATCH] rc80211_pid: Send events to userspace for debugging
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- Can we please schedule orinoco_pci for removal?
- From: Pavel Roskin <proski@xxxxxxx>
- Re: [WIP] cfg80211 infrastructure for channels/bitrates, mac80211 and b43 conversion
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [FYI] hostapd with mac80211 progress
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [WIP] cfg80211 infrastructure for channels/bitrates, mac80211 and b43 conversion
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
- Re: [FYI] hostapd with mac80211 progress
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
- [PATCH final] b43: Fix rfkill radio LED
- From: Michael Buesch <mb@xxxxxxxxx>
- Re: [PATCH] PS3: gelic: Add wireless support for PS3
- From: Dan Williams <dcbw@xxxxxxxxxx>
- Re: [WIP] cfg80211 infrastructure for channels/bitrates, mac80211 and b43 conversion
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [FYI] hostapd with mac80211 progress
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [FYI] hostapd with mac80211 progress
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: privacy_invoked in AP interfaces?
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [RFC] mac80211: clean up frame receive handling
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [RFC] mac80211: clean up frame receive handling
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: tx_status reporting of RTS/CTS frames
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [WIP] cfg80211 infrastructure for channels/bitrates, mac80211 and b43 conversion
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [RFC/T][PATCH 1/3] rc80211-pid: introduce rate behaviour learning algorithm
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [FYI] hostapd with mac80211 progress
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: 2.6.24-rc5-mm1 ath5k build issue
- From: "Nick Kossifidis" <mickflemm@xxxxxxxxx>
- [PATCH 1/1] ath5k: avoid zero rates
- From: Bruno Randolf <bruno@xxxxxxxxxxxxx>
- Re: [PATCH] PS3: gelic: Add wireless support for PS3
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [RFC/T][PATCH 1/3] rc80211-pid: introduce rate behaviour learning algorithm
- From: Jouni Malinen <j@xxxxx>
- Re: tx_status reporting of RTS/CTS frames
- From: Jouni Malinen <j@xxxxx>
- Re: [RFC] mac80211: clean up frame receive handling
- From: Jouni Malinen <j@xxxxx>
- Re: [PATCH] PS3: gelic: Add wireless support for PS3
- From: Masakazu Mokuno <mokuno@xxxxxxxxxxxxx>
- Re: [PATCH] PS3: gelic: Add wireless support for PS3
- From: Masakazu Mokuno <mokuno@xxxxxxxxxxxxx>
- Re: privacy_invoked in AP interfaces?
- From: Jouni Malinen <j@xxxxx>
- Re: BCM4306 Questions
- From: Pavel Roskin <proski@xxxxxxx>
- Re: [FYI] hostapd with mac80211 progress
- From: Jouni Malinen <j@xxxxx>
- 2.6.24-rc5-mm1 ath5k build issue
- From: "Dave Young" <hidave.darkstar@xxxxxxxxx>
- Re: BCM4306 Questions
- From: Randy Cushman <rcushman_linux@xxxxxxxxxxxxxx>
- Re: [FYI] hostapd with mac80211 progress
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
- Re: status wireless extensions API for new drivers
- From: Bjorge Dijkstra <bjd@xxxxxxxx>
- Re: status wireless extensions API for new drivers
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
- Re: status wireless extensions API for new drivers
- From: Bjorge Dijkstra <bjd@xxxxxxxx>
- Re: status wireless extensions API for new drivers
- From: Bjorge Dijkstra <bjd@xxxxxxxx>
- Re: status wireless extensions API for new drivers
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
- Re: status wireless extensions API for new drivers
- From: Dan Williams <dcbw@xxxxxxxxxx>
- Re: [RFC] mac80211: clean up frame receive handling
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
- Re: [PATCH] PS3: gelic: Add wireless support for PS3
- From: Dan Williams <dcbw@xxxxxxxxxx>
- status wireless extensions API for new drivers
- From: Bjorge Dijkstra <bjd@xxxxxxxx>
- Re: tx_status reporting of RTS/CTS frames
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: tx_status reporting of RTS/CTS frames
- From: Mattias Nissler <mattias.nissler@xxxxxx>
- Re: [PATCH] b43: Fix rfkill radio LED
- From: Michael Buesch <mb@xxxxxxxxx>
- Re: [FYI] hostapd with mac80211 progress
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [FYI] hostapd with mac80211 progress
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: mac80211 ethtool support
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- iwl4965 vs b43 time drift?
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH] b43: Fix rfkill radio LED
- From: Larry Finger <larry.finger@xxxxxxxxxxxx>
- Re: [PATCH] PS3: gelic: Add wireless support for PS3
- From: Dan Williams <dcbw@xxxxxxxxxx>
- Re: [FYI] hostapd with mac80211 progress
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
- Re: mac80211 ethtool support
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
- [PATCH] wirelesstools: More user space validation of channel/frequency
- From: Andrew Lunn <andrew@xxxxxxx>
- Re: [PATCH] try 2: mac80211: Fix swapped parameters to ieee80211_set_channel()
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH] try 2: mac80211: Fix swapped parameters to ieee80211_set_channel()
- From: Andrew Lunn <andrew@xxxxxxx>
- Re: [PATCH] try 2: mac80211: Fix swapped parameters to ieee80211_set_channel()
- From: Andrew Lunn <andrew@xxxxxxx>
- Re: [PATCH] try 2: mac80211: Fix swapped parameters to ieee80211_set_channel()
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH] try 2: mac80211: Fix swapped parameters to ieee80211_set_channel()
- From: Andrew Lunn <andrew@xxxxxxx>
- Re: [RFC/T][PATCH 1/3] rc80211-pid: introduce rate behaviour learning algorithm
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: mac80211 ethtool support
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [RFC] mac80211: clean up frame receive handling
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: tx_status reporting of RTS/CTS frames
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [FYI] hostapd with mac80211 progress
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH] try 2: mac80211: Fix swapped parameters to ieee80211_set_channel()
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH] b43: Fix rfkill radio LED
- From: Michael Buesch <mb@xxxxxxxxx>
- Re: [RFC/T][PATCH 1/3] rc80211-pid: introduce rate behaviour learning algorithm
- From: Holger Schurig <hs4233@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 58/48] libertas: don't run thread while firmware not yet ready
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 74/48] libertas: fix sparse endianness warnings in scan.c
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 75/48] libertas: add lbs_mesh sysfs attribute for enabling mesh
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 72/48] libertas: endianness fixes for get_channel/set_channel
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 96/48] libertas: use spin_is_locked() instead of spin_trylock() in lbs_interrupt()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 70/48] libertas: convert DATA_RATE to a direct command
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 95/48] libertas: pass channel argument directly to lbs_mesh_config()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 84/48] libertas: be more careful about command responses matching cur_cmd
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 85/48] libertas: add missing newlines in debugging statements
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 91/48] libertas: implement suspend/resume for USB devices
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 94/48] libertas: cope with both old and new mesh TLV values
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 92/48] libertas: add ethtool support for wake-on-lan configuration
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 86/48] libertas: slight cleanup of netif queue stop/wake
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 87/48] libertas: add lbs_host_sleep_cfg() command function
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 88/48] libertas: switch lbs_cmd() to take a _pointer_ to the command structure
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 93/48] libertas: make lbs_update_channel() function non-static
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 89/48] libertas: make worker thread not freezable
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 65/48] libertas: rename and re-type bufvirtualaddr to cmdbuf
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 90/48] libertas: implement suspend and resume core methods
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 83/48] libertas: add debugging output to lbs_mesh_config()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 82/48] libertas: disable mesh temporarily while setting eth channel/assoc
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 81/48] libertas: add missing newline on debug message
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 77/48] libertas: kill rx_urb_recall and eth_dev members of struct usb_card_rec
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 76/48] libertas: kill references to mesh autostart
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 78/48] libertas: whitespace cleanup in host.h
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 80/48] libertas: allow setting channel on mshX device
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 79/48] libertas: allow get/set SSID on mshX device
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 71/48] libertas: convert RF_CHANNEL to a direct command
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 73/48] libertas: make some more functions static
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 67/48] libertas: convert CMD_MESH_ACCESS to a direct command
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 69/48] libertas: fix case of FWT_ACCESS_LIST_ROUTE and FWT_ACCESS_LIST_NEIGHBOR commands
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 68/48] libertas: remove casts from lbs_cmd() and lbs_cmd_with_response() macros
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 66/48] libertas: fix debug output in lbs_cmd_copyback() function.
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 56/48] libertas: improve reliability of firmware reloading on USB
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 64/48] libertas: wait for 'firmware ready' event from firmware after loading
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 62/48] libertas: switch USB cardp->priv to 'struct lbs_private *' and resulting fix
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 63/48] libertas: move removal of lbs_rtap file to lbs_stop_card()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 61/48] libertas: convert GET_HW_SPEC to a direct command
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 60/48] libertas: add simple copyback command callback
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 59/48] libertas: clean up direct command handling
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 57/48] libertas: switch to a waitqueue and timer for handling USB firmware load
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 55/48] libertas: make rtap and normal modes mutually exclusive, clean up open/stop
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 54/48] libertas: clean up is_command_allowed_in_ps()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 50/48] libertas: add opaque extra argument to cmd callback function
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 51/48] libertas: clean up lbs_interrupt()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 52/48] libertas: make lbs_cmd() usage nicer
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 53/48] libertas: remove pre_open_check()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 49/48] libertas: fix use-after-free error
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH] b43: Fix rfkill radio LED
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
- [PATCH] b43: Fix rfkill radio LED
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
- Re: BCM4306 Questions
- From: Pavel Roskin <proski@xxxxxxx>
- Re: mac80211 ethtool support
- From: "John W. Linville" <linville@xxxxxxxxxxxxx>
- Re: BCM4306 Questions
- From: Randy Cushman <rcushman_linux@xxxxxxxxxxxxxx>
- Re: mac80211 ethtool support
- From: Pavel Roskin <proski@xxxxxxx>
- Re: mac80211 ethtool support
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
- Re: [RFC/T][PATCH 1/3] rc80211-pid: introduce rate behaviour learning algorithm
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- [PATCH #2] b43: Fix for broken transmission
- From: Michael Buesch <mb@xxxxxxxxx>
- Re: [PATCH] b43: Fix for broken transmission
- From: Michael Buesch <mb@xxxxxxxxx>
- Re: [2.6.23.9] hostap_plx locks up PC when reading PCI I/O memory
- From: Chris Rankin <rankincj@xxxxxxxxx>
- Re: [RFC/T][PATCH 1/3] rc80211-pid: introduce rate behaviour learning algorithm
- From: Mattias Nissler <mattias.nissler@xxxxxx>
- Re: tx_status reporting of RTS/CTS frames
- From: Mattias Nissler <mattias.nissler@xxxxxx>
- [PATCH] b43: Fix for broken transmission
- From: Michael Buesch <mb@xxxxxxxxx>
- Re: [RFC] mac80211: clean up frame receive handling
- From: drago01 <drago01@xxxxxxxxx>
- [RFC] mac80211: clean up frame receive handling
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH] try 2: mac80211: Fix swapped parameters to ieee80211_set_channel()
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH] try 2: mac80211: Fix swapped parameters to ieee80211_set_channel()
- From: Andrew Lunn <andrew@xxxxxxx>
- Re: mac80211 ethtool support
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH] mac80211: Fix swapped parameters to ieee80211_set_channel()
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2] introduce WEXT scan capabilities
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2] introduce WEXT scan capabilities
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: tx_status reporting of RTS/CTS frames
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [RFC/T][PATCH 1/3] rc80211-pid: introduce rate behaviour learning algorithm
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [PATCH] mac80211: fix header ops
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- privacy_invoked in AP interfaces?
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [PATCH v2] mac80211: conditionally include timestamp in radiotap information
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [PATCH v2] mac80211: don't use interface indices in drivers
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH] mac80211: don't use interface indizes
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2] introduce WEXT scan capabilities
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
- Re: Misleading PCI id information on chipsets supported by ath5k
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
- [PATCH] mac80211: Fix swapped parameters to ieee80211_set_channel()
- From: Andrew Lunn <andrew@xxxxxxx>
- Re: [PATCH v2] introduce WEXT scan capabilities
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH v2] introduce WEXT scan capabilities
- From: Dan Williams <dcbw@xxxxxxxxxx>
- Re: [PATCH 1/2] [net/wireless/iwlwifi] : iwlwifi 3945 Fix raceconditional panic.
- From: "Joonwoo Park" <joonwpark81@xxxxxxxxx>
- Re: BCM4306 Questions
- From: Michael Buesch <mb@xxxxxxxxx>
- Re: [PATCH 1/2] [net/wireless/iwlwifi] : iwlwifi 3945 Fix raceconditional panic.
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: BCM4306 Questions
- From: Michael Buesch <mb@xxxxxxxxx>
- BCM4306 Questions
- From: Randy Cushman <rcushman_linux@xxxxxxxxxxxxxx>
- Re: mac80211 ethtool support
- From: Michael Buesch <mb@xxxxxxxxx>
- Re: [PATCH RFT] b43: Fix for broken transmission
- From: Michael Buesch <mb@xxxxxxxxx>
- Re: b43 regression
- From: Michael Buesch <mb@xxxxxxxxx>
- Re: [2.6.23.9] hostap_plx locks up PC when reading PCI I/O memory
- From: Chris Rankin <rankincj@xxxxxxxxx>
- Re: [2.6.23.9] hostap_plx locks up PC when reading PCI I/O memory
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFT] b43: Fix for broken transmission
- From: stefano.brivio@xxxxxxxxx
- Re: [2.6.23.9] hostap_plx locks up PC when reading PCI I/O memory
- From: Chris Rankin <rankincj@xxxxxxxxx>
- Re: [PATCH RFT] b43: Fix for broken transmission
- From: Pavel Roskin <proski@xxxxxxx>
- Re: [PATCH RFT] b43: Fix for broken transmission
- From: Larry Finger <larry.finger@xxxxxxxxxxxx>
- Re: Misleading PCI id information on chipsets supported by ath5k
- From: "Nick Kossifidis" <mickflemm@xxxxxxxxx>
- RE: Misleading PCI id information on chipsets supported by ath5k
- From: Joachim Frieben <jfrieben@xxxxxxxxxxx>
- Re: Misleading PCI id information on chipsets supported by ath5k
- From: "Michael Renzmann" <mrenzmann@xxxxxxxxxxx>
- Re: b43 regression
- From: "Brennan Ashton" <comphappy@xxxxxxxxx>
- Re: mac80211 ethtool support
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
- Re: [2.6.23.9] hostap_plx locks up PC when reading PCI I/O memory
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [2.6 patch] wireless/ipw2200.c: add __dev{init,exit} annotations
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
- Re: [WIP][PATCH] rc80211_pid: Send events to userspace for debugging
- From: Mattias Nissler <mattias.nissler@xxxxxx>
- [RFC/T][PATCH v4 1/3] rc80211-pid: introduce rate behaviour learning algorithm
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- Re: Problems with b43 using BCM4306 r3
- From: Michael Buesch <mb@xxxxxxxxx>
- Re: Problems with b43 using BCM4306 r3
- Re: [WIP][PATCH] rc80211_pid: Send events to userspace for debugging
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- Re: [WIP][PATCH] rc80211_pid: Send events to userspace for debugging
- From: Mattias Nissler <mattias.nissler@xxxxxx>
- Re: [WIP][PATCH] rc80211_pid: Send events to userspace for debugging
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- [RFC/T][PATCH v3 2/3] rc80211-pid: introduce PID sharpening factor
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- [RFC/T][PATCH v3 1/3] rc80211-pid: introduce rate behaviour learning algorithm
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- [WIP][PATCH] rc80211_pid: Send events to userspace for debugging
- From: Mattias Nissler <mattias.nissler@xxxxxx>
- tx_status reporting of RTS/CTS frames
- From: Mattias Nissler <mattias.nissler@xxxxxx>
- [2.6 patch] wireless/ipw2200.c: add __dev{init,exit} annotations
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- Re: [PATCH 2/4] iwlwifi: Update to changed mac80211 rate control interface
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- Re: b43 continues to have issue with APs at times
- From: Michael Buesch <mb@xxxxxxxxx>
- Re: [PATCH 2/4] iwlwifi: Update to changed mac80211 rate control interface
- From: Mattias Nissler <mattias.nissler@xxxxxx>
- Re: b43 continues to have issue with APs at times
- From: "John H." <mistamaila@xxxxxxxxx>
- Re: [PATCH 2/4] iwlwifi: Update to changed mac80211 rate control interface
- From: Michael Buesch <mb@xxxxxxxxx>
- Re: [PATCH 2/4] iwlwifi: Update to changed mac80211 rate control interface
- From: "mohamed salim abbas" <mabbaswireless@xxxxxxxxx>
- Misleading PCI id information on chipsets supported by ath5k
- From: Joachim Frieben <jfrieben@xxxxxxxxxxx>
- Re: [RFC/T][PATCH 1/3] rc80211-pid: introduce rate behaviour learning algorithm
- From: Mattias Nissler <mattias.nissler@xxxxxx>
- Re: [PATCH RFT] b43: Fix for broken transmission
- From: Michael Buesch <mb@xxxxxxxxx>
- Re: [RFC PATCH] introduce WEXT scan capabilities
- From: Dan Williams <dcbw@xxxxxxxxxx>
- Re: [RFC/T][PATCH 1/3] rc80211-pid: introduce rate behaviour learning algorithm
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [RFC/T][PATCH 1/3] rc80211-pid: introduce rate behaviour learning algorithm
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [RFC PATCH] introduce WEXT scan capabilities
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: mac80211 ethtool support
- From: Michael Buesch <mb@xxxxxxxxx>
- [PATCH RFT] b43: Fix for broken transmission
- From: Michael Buesch <mb@xxxxxxxxx>
- Re: b43 regression
- From: Michael Buesch <mb@xxxxxxxxx>
- mac80211 ethtool support
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
- Re: [RFC PATCH] introduce WEXT scan capabilities
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [RFC PATCH] introduce WEXT scan capabilities
- From: Dan Williams <dcbw@xxxxxxxxxx>
- Re: b43 regression
- From: "Brennan Ashton" <comphappy@xxxxxxxxx>
- Re: [RFC PATCH] introduce WEXT scan capabilities
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [RFC PATCH] introduce WEXT scan capabilities
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [RFC/T][PATCH 1/3] rc80211-pid: introduce rate behaviour learning algorithm
- From: Mattias Nissler <mattias.nissler@xxxxxx>
- Re: [RFC/T][PATCH 1/3] rc80211-pid: introduce rate behaviour learning algorithm
- From: Mattias Nissler <mattias.nissler@xxxxxx>
- Re: Problems with b43 using BCM4306 r3
- From: Michael Buesch <mb@xxxxxxxxx>
- Re: [RFC/T][PATCH 1/3] rc80211-pid: introduce rate behaviour learning algorithm
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- Re: [RFC/T][PATCH 1/3] rc80211-pid: introduce rate behaviour learning algorithm
- From: st3 <st3@xxxxxxxxxx>
- Re: [RFC/T][PATCH 1/3] rc80211-pid: introduce rate behaviour learning algorithm
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- Re: coding style lesson: iwlwifi vs. endianness
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
- Re: [RFC/T][PATCH 1/3] rc80211-pid: introduce rate behaviour learning algorithm
- From: Mattias Nissler <mattias.nissler@xxxxxx>
- Re: [RFC/T][PATCH 1/3] rc80211-pid: introduce rate behaviour learning algorithm
- From: Mattias Nissler <mattias.nissler@xxxxxx>
- Re: [RFC/T][PATCH 1/3] rc80211-pid: introduce rate behaviour learning algorithm
- From: Mattias Nissler <mattias.nissler@xxxxxx>
- Problems with b43 using BCM4306 r3
- From: Doug McLain <doug@xxxxxxxxxx>
- Re: What's wrong if wlan0 device is not reacting?
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
- Re: [RFC/T V2] b43: Fix rfkill radio LED
- From: Larry Finger <larry.finger@xxxxxxxxxxxx>
- [RFC V3] b43: Fix rfkill radio LED
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
- Re: [RFC/T V2] b43: Fix rfkill radio LED
- From: Michael Buesch <mb@xxxxxxxxx>
- Re: [RFC PATCH] introduce WEXT scan capabilities
- From: Jean Tourrilhes <jt@xxxxxxxxxx>
- Re: [RFC PATCH] introduce WEXT scan capabilities
- From: Jean Tourrilhes <jt@xxxxxxxxxx>
- Re: [PATCH] introduce WEXT scan capabilities
- From: Jean Tourrilhes <jt@xxxxxxxxxx>
- [PATCH 38/48] libertas: kill lbs_pre_start_xmit(), lib_mesh_pre_start_xmit()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 13/48] libertas: don't cast a pointer to pointer of
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 48/48] libertas: kill (IS,SET,UNSET)_MESH_FRAME.
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 29/48] libertas: kill struct lbs_adapter
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 45/48] libertas: remove unreachable code from process_rxed_802_11_packet()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [RFC PATCH] introduce WEXT scan capabilities
- From: Dan Williams <dcbw@xxxxxxxxxx>
- [RFC/T V2] b43: Fix rfkill radio LED
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
- [PATCH 09/48] libertas: Don't claim to have checksummed incoming packets.
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 41/48] libertas: TX packet is radiotap iff it comes from rtap_dev
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 26/48] libertas: clean up lbs_thread() to make it slightly more readable
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 05/48] libertas: remove cmd_ctrl_node->cmdflags
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 15/48] libertas: Use lbs_cmd() for setting Boot2 version
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 34/48] libertas: kill SendSinglePacket() function.
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 27/48] libertas: fix lbs_rtap attribute in sysfs
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 04/48] libertas: select WIRELESS_EXT
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 10/48] libertas: Move SET_BOOT2_VER command to if_usb where it belongs
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 31/48] libertas: cope with device which already has firmware loaded
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH] [00/48] libertas update
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 37/48] libertas: clean up lbs_hard_start_xmit()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 35/48] libertas: move lbs_hard_start_xmit() into tx.c
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 11/48] libertas: Zero 'pdata_size' field in cmd_ctrl_node reliably.
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 24/48] libertas: kill adapter->nr_cmd_pending
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 21/48] libertas: endianness fixes
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 46/48] libertas: fix error cases in lbs_process_rxed_802_11_packet()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: What's wrong if wlan0 device is not reacting?
- From: lynx.abraxas@xxxxxxxxxx
- [PATCH 28/48] libertas: kill TxLockFlag
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 22/48] libertas: Don't set IW_ENCODE_NOKEY when returning WEP keys.
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 07/48] libertas: make more functions static
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 33/48] libertas: kill internal tx queue for PS mode
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 39/48] libertas: stop using ieee80211 for radiotap device
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 12/48] libertas: Byteswap cmdptr->size in lbs_cmd()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: coding style lesson: iwlwifi vs. endianness
- From: Michael Buesch <mb@xxxxxxxxx>
- [PATCH 17/48] libertas: Fix endianness in boot2_version handling.
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [2.6.23.9] hostap_plx locks up PC when reading PCI I/O memory
- From: Chris Rankin <rankincj@xxxxxxxxx>
- Re: [PATCH 07/48] libertas: make more functions static
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: coding style lesson: iwlwifi vs. endianness
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: coding style lesson: iwlwifi vs. endianness
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH 07/48] libertas: make more functions static
- From: Holger Schurig <hs4233@xxxxxxxxxxxxxxxxxxxx>
- Re: coding style lesson: iwlwifi vs. endianness
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
- Re: coding style lesson: iwlwifi vs. endianness
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: coding style lesson: iwlwifi vs. endianness
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: coding style lesson: iwlwifi vs. endianness
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
- Re: [PATCH 07/48] libertas: make more functions static
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 14/48] libertas: fix data packet size errors
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH 14/48] libertas: fix data packet size errors
- From: Holger Schurig <hs4233@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 14/48] libertas: fix data packet size errors
- From: Michael Buesch <mb@xxxxxxxxx>
- [PATCH 44/48] libertas: Move actual transmission to main thread
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 36/48] libertas: kill lbs_process_tx() by merging it into lbs_hard_start_xmit()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 42/48] libertas: free successfully transmitted skbs again
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 47/48] libertas: kill lbs_upload_tx_packet()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 43/48] libertas: refactor the 'should I sleep?' decision in lbs_thread()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 40/48] libertas: set dev_addr on rtap device
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 32/48] libertas: stop debugfs code looking at cmdpendingq
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 30/48] libertas: use lbs_host_to_card_done() in lbs_tx_timeout()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 25/48] libertas: switch lbs_cmd() to take a callback function pointer
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 19/48] libertas: when usb_submit_usb fails, include the error code in the printk
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 18/48] libertas: implement new scanning logic
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 20/48] libertas: Switch to using a callback function pointer for commands
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 16/48] libertas: Remove SET_BOOT2_VER support from the Big Switch Statement.
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 23/48] libertas: Fix up error handling in lbs_setuserscan()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 14/48] libertas: fix data packet size errors
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 08/48] libertas: handy function to call firmware commands
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 06/48] libertas: remove cmd_ctrl_node->status
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 03/48] libertas: Consolidate lbs_host_to_card_done() function.
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 02/48] libertas: Remove cmd_oid from struct cmd_ctrl_node
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 01/48] libertas: Fix memory leak of RX skbs
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: coding style lesson: iwlwifi vs. endianness
- From: Michael Buesch <mb@xxxxxxxxx>
- Re: coding style lesson: iwlwifi vs. endianness
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: coding style lesson: iwlwifi vs. endianness
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
- Re: [PATCH] introduce WEXT scan capabilities
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH] introduce WEXT scan capabilities
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1] mac80211: pass in PS_POLL frames
- From: "Tomas Winkler" <tomasw@xxxxxxxxx>
- Re: [RFC PATCH] introduce WEXT scan capabilities
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1] mac80211: pass in PS_POLL frames
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: coding style lesson: iwlwifi vs. endianness
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- b43 regression
- From: Michael Buesch <mb@xxxxxxxxx>
- [PATCH 1/1] ath5k: add debugfs entries for registers, tsf, beacon, reset
- From: Bruno Randolf <bruno@xxxxxxxxxxxxx>
- Re: [PATCH] ath5k: add debugfs entries for registers, tsf, beacon, reset
- From: Jiri Slaby <jirislaby@xxxxxxxxx>
- [PATCH] ath5k: add debugfs entries for registers, tsf, beacon, reset
- From: Bruno Randolf <bruno@xxxxxxxxxxxxx>
- Re: [PATCH] ath5k: add debugfs entries for registers, tsf, beacon, reset
- From: bruno randolf <bruno@xxxxxxxxxxxxx>
- [PATCH 1/1] mac80211: pass in PS_POLL frames
- From: Ron Rindjunsky <ron.rindjunsky@xxxxxxxxx>
- Re: [PATCH] ath5k: add debugfs entries for registers, tsf, beacon, reset
- From: Jiri Slaby <jirislaby@xxxxxxxxx>
- Re: [RFC/T][PATCH v2 2/3] rc80211-pid: introduce PID sharpening factor
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- [PATCH] ath5k: add debugfs entries for registers, tsf, beacon, reset
- From: Bruno Randolf <bruno@xxxxxxxxxxxxx>
- Re: [PATCH 1/1] mac80211: pass in PS_POLL frames
- From: "Ron Rindjunsky" <ron.rindjunsky@xxxxxxxxx>
- Re: [RFC/T][PATCH 1/3] rc80211-pid: introduce rate behaviour learning algorithm
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- Re: [RFC/T][PATCH 1/3] rc80211-pid: introduce rate behaviour learning algorithm
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- Re: [RFC/T][PATCH v2 2/3] rc80211-pid: introduce PID sharpening factor
- From: Mattias Nissler <mattias.nissler@xxxxxx>
- Re: [RFC/T][PATCH v2 1/3] rc80211-pid: introduce rate behaviour learning algorithm
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- Re: [RFC/T][PATCH v2 2/3] rc80211-pid: introduce PID sharpening factor
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- Re: [RFC/T][PATCH v2 1/3] rc80211-pid: introduce rate behaviour learning algorithm
- From: Mattias Nissler <mattias.nissler@xxxxxx>
- Re: [RFC/T][PATCH 1/3] rc80211-pid: introduce rate behaviour learning algorithm
- From: Mattias Nissler <mattias.nissler@xxxxxx>
- Re: [RFC/T][PATCH v2 2/3] rc80211-pid: introduce PID sharpening factor
- From: Mattias Nissler <mattias.nissler@xxxxxx>
- Re: [RFC PATCH] introduce WEXT scan capabilities
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 1/1] mac80211: pass in PS_POLL frames
- From: Jouni Malinen <j@xxxxx>
- Re: [PATCH 1/1] mac80211: pass in PS_POLL frames
- From: Michael Wu <flamingice@xxxxxxxxxxxx>
- Re: [2.6.23.9] hostap_plx locks up PC when reading PCI I/O memory
- From: Chris Rankin <rankincj@xxxxxxxxx>
- Re: [PATCH] iwlwifi3945/4965 - fix rate control algo reference leak
- From: Zhu Yi <yi.zhu@xxxxxxxxx>
- [RFC/T][PATCH v2 3/3] rc80211-pid: allow for parameters to be set through sysfs
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- [RFC/T][PATCH v2 2/3] rc80211-pid: introduce PID sharpening factor
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- [RFC/T][PATCH v2 1/3] rc80211-pid: introduce rate behaviour learning algorithm
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- Re: 2.6.24-rc4-mm1
- From: "Dave Young" <hidave.darkstar@xxxxxxxxx>
- Re: [RFC/T][PATCH 1/3] rc80211-pid: introduce rate behaviour learning algorithm
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- Re: [PATCH] introduce WEXT scan capabilities
- From: Dan Williams <dcbw@xxxxxxxxxx>
- Re: [RFC/T][PATCH 2/3] rc80211-pid: introduce PID sharpening factor
- From: Mattias Nissler <mattias.nissler@xxxxxx>
- Re: [2.6.23.9] hostap_plx locks up PC when reading PCI I/O memory
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- Re: [RFC/T][PATCH 2/3] rc80211-pid: introduce PID sharpening factor
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- Re: [RFC/T][PATCH 1/3] rc80211-pid: introduce rate behaviour learning algorithm
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- Re: [2.6.23.9] hostap_plx locks up PC when reading PCI I/O memory
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
- Re: [RFC/T][PATCH 3/3] rc80211-pid: allow for parameters to be set through sysfs
- From: Mattias Nissler <mattias.nissler@xxxxxx>
- Re: [RFC/T][PATCH 2/3] rc80211-pid: introduce PID sharpening factor
- From: Mattias Nissler <mattias.nissler@xxxxxx>
- Re: [RFC/T][PATCH 1/3] rc80211-pid: introduce rate behaviour learning algorithm
- From: Mattias Nissler <mattias.nissler@xxxxxx>
- Re: [2.6.23.9] hostap_plx locks up PC when reading PCI I/O memory
- From: Chris Rankin <rankincj@xxxxxxxxx>
- Re: [2.6.23.9] hostap_plx locks up PC when reading PCI I/O memory
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- Re: [2.6.23.9] hostap_plx locks up PC when reading PCI I/O memory
- From: Chris Rankin <rankincj@xxxxxxxxx>
- [PATCH] b43: Fix ofdmtab write regression
- From: Michael Buesch <mb@xxxxxxxxx>
- Re: [2.6.23.9] hostap_plx locks up PC when reading PCI I/O memory
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
- [RFC/T][PATCH 3/3] rc80211-pid: allow for parameters to be set through sysfs
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- [RFC/T][PATCH 2/3] rc80211-pid: introduce PID sharpening factor
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- [RFC/T][PATCH 1/3] rc80211-pid: introduce rate behaviour learning algorithm
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- [RFC/T][PATCH 0/3] rc80211-pid: PID controller enhancements
- From: Stefano Brivio <stefano.brivio@xxxxxxxxx>
- [2.6.23.9] hostap_plx locks up PC when reading PCI I/O memory
- From: Chris Rankin <rankincj@xxxxxxxxx>
- Re: [PATCH] introduce WEXT scan capabilities
- From: Dave <kilroyd@xxxxxxxxxxxxxx>
- Re: [RFC PATCH] introduce WEXT scan capabilities
- From: Dan Williams <dcbw@xxxxxxxxxx>
- Re: 2.6.24-rc4-mm1
- From: "Nick Kossifidis" <mickflemm@xxxxxxxxx>
- Re: [RFC PATCH] introduce WEXT scan capabilities
- From: Dan Williams <dcbw@xxxxxxxxxx>
- Re: [PATCH] introduce WEXT scan capabilities
- From: Dan Williams <dcbw@xxxxxxxxxx>
- [PATCH 1/1] mac80211: pass in PS_POLL frames
- From: Ron Rindjunsky <ron.rindjunsky@xxxxxxxxx>
- Re: b43 continues to have issue with APs at times
- From: Michael Buesch <mb@xxxxxxxxx>
- Re: b43 continues to have issue with APs at times
- From: "John H." <mistamaila@xxxxxxxxx>
- Re: b43 continues to have issue with APs at times
- From: Michael Buesch <mb@xxxxxxxxx>
- Re: b43 continues to have issue with APs at times
- From: "John H." <mistamaila@xxxxxxxxx>
- Re: b43 continues to have issue with APs at times
- From: "John H." <mistamaila@xxxxxxxxx>
- Re: b43 continues to have issue with APs at times
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: b43 continues to have issue with APs at times
- From: Michael Buesch <mb@xxxxxxxxx>
- b43 continues to have issue with APs at times
- From: "John H." <mistamaila@xxxxxxxxx>
[Index of Archives]
[Linux Host AP]
[Linux Bluetooth]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Linux ATA RAID]
[Bugtraq]