Dave,
This is another collection of updates intended for 2.6.25. There are
some ath5k cleanups, some b43 stuff, some mac80211 bits, and a few other
miscellaneous patches.Let me know if there are problems!
Thanks!
John
---
Individual patch available here:
http://www.kernel.org/pub/linux/kernel/people/linville/wireless-2.6/upst...
---
The following changes since commit bae4a7effd59ef0d521de2bc97902fa0a243b544:
David S. Miller (1):
Merge branch 'upstream-davem' of master.kernel.org:/.../jgarzik/netdev-2.6are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git upstream
Bruno Randolf (6):
ath5k: use 3 instead of 0x00000003
ath5k: beacon interval is in TU
ath5k: better beacon timer calculation
ath5k: use SWBA to detect IBSS HW merges
ath5k: configure backoff for IBSS beacon queue
ath5k: always extend rx timestamp with tsfGuy Cohen (1):
mac80211: Assign correct TID for local bridged packetsJohannes Berg (1):
mac80211: fix RCU locking in __ieee80211_rx_handle_packetJohn W. Linville (2):
ath5k: use AR5K_KEYTABLE_SIZE when initializing key table
ath5k: reset key cache after resumeMasakazu Mokuno (1):
WEXT: remove unused variableMichael Buesch (4):
b43legacy: Remove the PHY spinlock
b43: Add more N-PHY init code
b43: Fix firmware caching
b43: Fix MAC control and microcode initRon Rindjunsky (2):
mac80211: fixing ieee80211_bar types
mac80211: fix rx flow sparse errors, make functions staticStefano Brivio (1):
rc80211-pid: fix last_sample initializationdrivers/net/wireless/ath5k/ath5k.h | 4 +-
drivers/net/wireless/ath5k/base.c | 240 +++++++++++++++++++----
drivers/net/wireless/ath5k/base.h | 3 +-
drivers/net/wireless/ath5k/hw.c | 6 +-
drivers/net/wireless/b43/b43.h | 15 +-
drivers/net/wire...
On Tue, 22 Jan 2008 20:45:21 -0500
I hope you tested this. I still haven't been able to (I received the
needed hardware yesterday), and Michael said that the patch has been
compile-tested only.--
Ciao
Stefano
--
Larry said it worked for him.
--
John W. Linville
linville@tuxdriver.com
--
John, if we use subject lines such as:
[PATCH RFT] foobar: bizbaz
That means the patch is _not_ submitted for inclusion, yet.
The RFT means Request-For-Testing. Ususally, if I send out such
patches, they are completely untested. I usually compiletest them,
but that's it.
But in future I can also put a comment into the mailbody that
explains why to not apply it, yet.For this particular patch, please leave it in now. I'm pretty
sure it is correct. So actual testing will be done upstream now. ;)--
Greetings Michael.
--
Thanks, I'm well aware.
Larry said he tested it, two weeks ago. No one contradicted it.
And time is short for new development for 2.6.25 -- but there isExactly.
John
--
John W. Linville
linville@tuxdriver.com
--
From: "John W. Linville" <linville@tuxdriver.com>
Pulled and pushed out to net-2.6.25, thanks!
--
| Peter Zijlstra | [RFC][PATCH 7/7] lockdep: spin_lock_nest_lock() |
| Gabriel C | Re: 2.6.24-rc2-mm1 |
| Andrew Morton | Re: [PATCH 2.6.21] cramfs: add cramfs Linear XIP |
| Jiri Kosina | Re: 2.6.21-rc5-mm4 |
git: | |
| Gregory Haskins | [RFC PATCH 00/17] virtual-bus |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | [GIT]: Networking |
| Gerrit Renker | [PATCH 0/37] dccp: Feature negotiation - last call for comments |
