pull request: wireless-next-2.6 2009-06-04
Subsystems (3)
Dave,
Hopefully this is (almost?) the last wireless pull request for non-bugfix patches intended for 2.6.31...
Included are the usual round of driver updates, mac80211 updates, etc. Also included is the long-awaited and slightly controversial rfkill rewrite. The userland guys (i.e. Dan and Marcel) are happy with it, and it can clean-up a lot of driver code for wireless. Henrique has some lingering concerns about some corner cases for platform drivers, but I think they are relatively minor and will be resolved amicably soon.
Please let me know if there are problems!
Thanks,
John
---
Individual patches are available here:
http://www.kernel.org/pub/linux/kernel/people/linville/wireless-next-2.6/
---
The following changes since commit 047584ce94108012288554a5f84585d792cc7f8f:
Haiying Wang (1):
net/ucc_geth: Add SGMII support for UEC GETH driver
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-next-2.6.git master
Abhijeet Kolekar (2):
iwl3945: port allow skb allocation in tasklet patch iwl3945/iwlwifi: fix led bug when SW rfkill
Bing Zhao (1):
libertas: improve function init/shutdown handling for SD8688
Bob Copeland (3):
ath5k: remove conf->beacon_int usage
nl80211: use GFP_ATOMIC for michael mic failure message
ath5k: disable beacon interrupt when interface is down
Christian Lamparter (11):
ar9170: fix beacon plcp settings
ar9170: update hardware definitions
ar9170: 40mhz fixes
ar9170: introduce functions for MAC programming
ar9170: use bitop macros for tx filter flags
ar9170: kill duplicated HT feature flag
ar9170: fix LED power state handling
ar9170: fix lockdep warning on hibernate
ar9170usb: more minor fixes
ar9170: cancel led worker properly on exit
ar9170: remove deprecated code
Cliff Cai (1):
wireless: libertas: fix unaligned accesses
Dan Williams (5):
libertas: simplify and clean up association/start/join setup
libertas: restyle Marvell & IEEE TLV structure names
libertas: convert CMD_802_11_AUTHENTICATE to a direct command
libertas: convert CMD_802_11_ASSOCIATE to a direct command
libertas: fix WPA adhoc network creation
Ivo van Doorn (2):
rt2x00: Add new rt2800usb USB ID's
rt2x00: Remove last usage of beacon_int from ieee80211_config
Jeff Hansen (3):
ath9k: Reset SC_OP_TSF_RESET flag after stuck beacon
ath9k: Combine legacy and 11n rc statistics
ath9k: Add "debug" file to debugfs
Johannes Berg (18):
mac80211: deprecate conf.beacon_int properly
cfg80211: validate AID of stations being added
nl80211: bounce scan request back to userspace
cfg80211: use key size constants
mac80211: fix transposed min/max CW values
cfg80211: disallow interfering with stations on non-AP (part 2)
net: introduce pre-up netdev notifier
mac80211_hwsim: remove deprecated radio_enabled
rfkill: rewrite
rfkill: create useful userspace interface
cfg80211: move txpower wext from mac80211
rfkill: add function to query state
cfg80211: add rfkill support
iwm: port to new cfg80211 rfkill
rfkill: always init poll delayed work
rfkill: document /dev/rfkill
cfg80211: fix Kconfig for users of cfg80211
wimax: depend on rfkill properly
John W. Linville (1):
ath5k: avoid leaking mutex in ath5k_config
Jouni Malinen (1):
ath9k: Add sanity check for beacon_int in adhoc/mesh case
Luis R. Rodriguez (8):
mac80211: handle -EALREADY on cfg80211 op assoc req
ar9170: add support for 1-stage firmware
ar9170: add AVM FRITZ devices
cfg80211: fix for duplicate userspace replies
ath: make regulatory parsing more verbose on debug
cfg80211: make ieee80211_get_mesh_hdrlen() static
mac80211: extend sta kdoc - explain when they are added
mac80211: removed unused variable in ieee80211_tx()
Mohamed Abbas (1):
iwlagn: delay ict interrupt.
Rami Rosen (1):
iwlwifi: avoid build warning in iwl-core.
Randy Dunlap (1):
iwmc3200wifi: fix printk format
Reinette Chatre (3):
iwlwifi: fix merge error
iwlwifi: fix otp access init
iwlwifi: fix comment describing disable_11n
Samuel Ortiz (3):
iwmc3200wifi: fix fragmentation threshold setting
iwmc3200wifi: shrink calibration lmac name wireless/p54: prepare for FIRMWARE_NAME_MAX removal
Sebastian Andrzej Siewior (1):
net/libertas: make SPI interface big endian aware
Tomas Winkler (1):
iwlwifi: unify station management
Vasanthakumar Thiagarajan (1):
ath9k: Fix write callback of 'debug' which configures debug mask
Wey-Yi Guy (1):
iwlwifi: add value and range define for link quality command
Documentation/feature-removal-schedule.txt | 7 +
Documentation/rfkill.txt | 603 ++-----------
MAINTAINERS | 6 +-
arch/arm/mach-pxa/tosa-bt.c | 30 +-
arch/arm/mach-pxa/tosa.c | 1 -
drivers/net/usb/hso.c | 42 +-
drivers/net/wireless/Kconfig | 2 +-
drivers/net/wireless/ath/ar9170/ar9170.h | 10 +-
drivers/net/wireless/ath/ar9170/hw.h | 5 +-
drivers/net/wireless/ath/ar9170/led.c | 17 +-
drivers/net/wireless/ath/ar9170/mac.c | 55 ++-
drivers/net/wireless/ath/ar9170/main.c | 98 +-
drivers/net/wireless/ath/ar9170/phy.c | 6 +-
drivers/net/wireless/ath/ar9170/usb.c | 69 +-
drivers/net/wireless/ath/ar9170/usb.h | 2 +
drivers/net/wireless/ath/ath5k/base.c | 24 +-
drivers/net/wireless/ath/ath9k/ath9k.h | 7 +-
drivers/net/wireless/ath/ath9k/beacon.c | 9 +
drivers/net/wireless/ath/ath9k/debug.c | 155 ++--
drivers/net/wireless/ath/ath9k/debug.h | 10 +-
drivers/net/wireless/ath/ath9k/main.c | 115 +--
drivers/net/wireless/ath/ath9k/pci.c | 15 -
drivers/net/wireless/ath/regd.c | 29 +-
drivers/net/wireless/b43/Kconfig | 2 +-
drivers/net/wireless/b43/leds.c | 2 +-
drivers/net/wireless/b43/main.c | 4 +-
drivers/net/wireless/b43/phy_a.c | 4 +-
drivers/net/wireless/b43/phy_common.c | 17 +-
drivers/net/wireless/b43/phy_common.h | 4 +-
drivers/net/wireless/b43/phy_g.c | 4 +-
drivers/net/wireless/b43/phy_lp.c | 2 +-
drivers/net/wireless/b43/phy_n.c | 2 +-
drivers/net/wireless/b43/rfkill.c | 123 +--
drivers/net/wireless/b43/rfkill.h | 5 +-
drivers/net/wireless/b43legacy/Kconfig | 2 +-
drivers/net/wireless/b43legacy/leds.c | 3 +-
drivers/net/wireless/b43legacy/rfkill.c | 123 +--
drivers/net/wireless/b43legacy/rfkill.h | 6 +-
drivers/net/wireless/iwlwifi/Kconfig | 5 +-
drivers/net/wireless/iwlwifi/iwl-3945-led.c | 4 -
drivers/net/wireless/iwlwifi/iwl-3945-rs.c | 9 +-
drivers/net/wireless/iwlwifi/iwl-3945.c | 73 +--
drivers/net/wireless/iwlwifi/iwl-3945.h | 6 -
drivers/net/wireless/iwlwifi/iwl-4965.c | 8 -
drivers/net/wireless/iwlwifi/iwl-5000.c | 16 +-
drivers/net/wireless/iwlwifi/iwl-6000.c | 1 -
drivers/net/wireless/iwlwifi/iwl-agn-rs.c | 22 +-
drivers/net/wireless/iwlwifi/iwl-agn.c | 17 +-
drivers/net/wireless/iwlwifi/iwl-commands.h | 14 +-
drivers/net/wireless/iwlwifi/iwl-core.c | 14 +-
drivers/net/wireless/iwlwifi/iwl-core.h | 12 +-
drivers/net/wireless/iwlwifi/iwl-dev.h | 9 +-
drivers/net/wireless/iwlwifi/iwl-eeprom.c | 12 +-
drivers/net/wireless/iwlwifi/iwl-led.c | 4 -
drivers/net/wireless/iwlwifi/iwl-rfkill.c | 69 +-
drivers/net/wireless/iwlwifi/iwl-sta.c | 56 +-
drivers/net/wireless/iwlwifi/iwl-sta.h | 7 +-
drivers/net/wireless/iwlwifi/iwl3945-base.c | 228 ++----
drivers/net/wireless/iwmc3200wifi/Kconfig | 3 +-
drivers/net/wireless/iwmc3200wifi/Makefile | 2 +-
drivers/net/wireless/iwmc3200wifi/cfg80211.c | 2 +-
drivers/net/wireless/iwmc3200wifi/fw.c | 2 +-
drivers/net/wireless/iwmc3200wifi/iwm.h | 4 -
drivers/net/wireless/iwmc3200wifi/netdev.c | 10 -
drivers/net/wireless/iwmc3200wifi/rfkill.c | 88 --
drivers/net/wireless/iwmc3200wifi/sdio.c | 2 +-
drivers/net/wireless/libertas/11d.c | 26 +-
drivers/net/wireless/libertas/11d.h | 29 +-
drivers/net/wireless/libertas/assoc.c | 758 ++++++++--------
drivers/net/wireless/libertas/assoc.h | 13 -
drivers/net/wireless/libertas/cmd.c | 16 +-
drivers/net/wireless/libertas/cmdresp.c | 17 +-
drivers/net/wireless/libertas/debugfs.c | 8 +-
drivers/net/wireless/libertas/dev.h | 10 +-
drivers/net/wireless/libertas/hostcmd.h | 41 +-
drivers/net/wireless/libertas/if_sdio.c | 76 +-
drivers/net/wireless/libertas/if_spi.c | 34 +-
drivers/net/wireless/libertas/main.c | 20 -
drivers/net/wireless/libertas/scan.c | 63 +-
drivers/net/wireless/libertas/types.h | 150 ++--
drivers/net/wireless/mac80211_hwsim.c | 27 +-
drivers/net/wireless/p54/p54usb.c | 4 +-
drivers/net/wireless/rt2x00/rt2400pci.c | 2 +-
drivers/net/wireless/rt2x00/rt2500pci.c | 2 +-
drivers/net/wireless/rt2x00/rt2500usb.c | 2 +-
drivers/net/wireless/rt2x00/rt2800usb.c | 12 +
drivers/net/wireless/rt2x00/rt2x00.h | 5 +
drivers/net/wireless/rt2x00/rt2x00config.c | 3 +
drivers/net/wireless/rt2x00/rt61pci.c | 2 +-
drivers/net/wireless/rt2x00/rt73usb.c | 2 +-
drivers/platform/x86/Kconfig | 14 +-
drivers/platform/x86/acer-wmi.c | 50 +-
drivers/platform/x86/dell-laptop.c | 101 +--
drivers/platform/x86/eeepc-laptop.c | 99 +--
drivers/platform/x86/hp-wmi.c | 103 ++--
drivers/platform/x86/sony-laptop.c | 191 ++---
drivers/platform/x86/thinkpad_acpi.c | 873 ++++++++++---------
drivers/platform/x86/toshiba_acpi.c | 159 +---
include/asm-generic/errno.h | 2 +
include/linux/Kbuild | 1 +
include/linux/ieee80211.h | 1 +
include/linux/notifier.h | 1 +
include/linux/rfkill.h | 381 +++++++--
include/net/cfg80211.h | 51 ++
include/net/mac80211.h | 26 +-
include/net/wimax.h | 8 +-
net/core/dev.c | 7 +-
net/mac80211/Kconfig | 5 +-
net/mac80211/cfg.c | 65 ++-
net/mac80211/driver-ops.h | 7 +
net/mac80211/iface.c | 4 +-
net/mac80211/main.c | 12 +-
net/mac80211/sta_info.c | 9 +
net/mac80211/tx.c | 2 -
net/mac80211/util.c | 10 +-
net/mac80211/wext.c | 80 +--
net/rfkill/Kconfig | 21 +-
net/rfkill/Makefile | 5 +-
net/rfkill/core.c | 1228 ++++++++++++++++++++++++++
net/rfkill/input.c | 342 +++++++
net/rfkill/rfkill-input.c | 390 --------
net/rfkill/rfkill.c | 855 ------------------
net/rfkill/{rfkill-input.h => rfkill.h} | 10 +-
net/wimax/Kconfig | 15 +-
net/wimax/op-rfkill.c | 123 +--
net/wireless/Kconfig | 3 +-
net/wireless/core.c | 97 ++-
net/wireless/core.h | 7 +
net/wireless/nl80211.c | 57 +-
net/wireless/reg.c | 8 +-
net/wireless/scan.c | 3 +-
net/wireless/util.c | 13 +-
net/wireless/wext-compat.c | 83 ++
133 files changed, 4465 insertions(+), 4698 deletions(-)
delete mode 100644 drivers/net/wireless/iwmc3200wifi/rfkill.c
create mode 100644 net/rfkill/core.c
create mode 100644 net/rfkill/input.c
delete mode 100644 net/rfkill/rfkill-input.c
delete mode 100644 net/rfkill/rfkill.c
rename net/rfkill/{rfkill-input.h => rfkill.h} (60%)Omnibus patch is available here:
http://www.kernel.org/pub/linux/kernel/people/linville/wireless-next-2.6-2009-06-04.patch.bz2
Signature · 2 lines
John W. Linville Someday the world will need a hero, and you [email protected] might be all we have. Be ready.
David Miller
maintainerFrom: "John W. Linville" <[email protected]>
Date: Thu, 4 Jun 2009 11:20:11 -0400
Quoted 11 lines
Hopefully this is (almost?) the last wireless pull request for non-bugfix patches intended for 2.6.31...
Included are the usual round of driver updates, mac80211 updates, etc. Also included is the long-awaited and slightly controversial rfkill rewrite. The userland guys (i.e. Dan and Marcel) are happy with it, and it can clean-up a lot of driver code for wireless. Henrique has some lingering concerns about some corner cases for platform drivers, but I think they are relatively minor and will be resolved amicably soon.
Quoted 1 line
Please let me know if there are problems!
Pulled into net-next-2.6 and I'll push it back out to kernel.org after some build testing.
Thanks!
Quoted 6 lines · David Miller
From: "John W. Linville" <[email protected]>
Date: Thu, 4 Jun 2009 11:20:11 -0400Quoted 3 lines
Hopefully this is (almost?) the last wireless pull request for non-bugfix patches intended for 2.6.31...
(..)
Quoted 5 lines
Quoted 2 lines
Please let me know if there are problems!
Pulled into net-next-2.6 and I'll push it back out to kernel.org after some build testing.
Hi John,
after pulling the latest net-next-2.6 i got this warning which is probably caused by CONFIG_RFKILL=m in my config:
hartko@vwagwolkf320:~/net-next-2.6$ make oldconfig scripts/kconfig/conf -o arch/x86/Kconfig .config:614:warning: symbol value 'm' invalid for RFKILL_INPUT * * Restart config... * * * RF switch subsystem support * RF switch subsystem support (RFKILL) [M/n/y/?] m RF switch input support (RFKILL_INPUT) [Y/n] (NEW) # # configuration written to .config # hartko@vwagwolkf320:~/net-next-2.6$ make -j2 scripts/kconfig/conf -s arch/x86/Kconfig include/config/auto.conf:578:warning: symbol value 'm' invalid for RFKILL_INPUT CHK include/linux/version.h CHK include/linux/utsrelease.h UPD include/linux/utsrelease.h ...
Regards,
Oliver
Quoted 16 lines · Oliver Hartkopp
Quoted 6 lines · David Miller
From: "John W. Linville" <[email protected]>
Date: Thu, 4 Jun 2009 11:20:11 -0400Quoted 3 lines
Hopefully this is (almost?) the last wireless pull request for non-bugfix patches intended for 2.6.31...
(..)
Quoted 5 lines
Quoted 2 lines
Please let me know if there are problems!
Pulled into net-next-2.6 and I'll push it back out to kernel.org after some build testing.
Quoted 8 lines
Hi John,
after pulling the latest net-next-2.6 i got this warning which is probably caused by
CONFIG_RFKILL=min my config:hartko@vwagwolkf320:~/net-next-2.6$ make oldconfig scripts/kconfig/conf -o arch/x86/Kconfig .config:614:warning: symbol value 'm' invalid for RFKILL_INPUT
That functionality is no longer available as a module. If you need it, then select Y.
Hth!
John
Signature · 2 lines
John W. Linville Someday the world will need a hero, and you [email protected] might be all we have. Be ready.
A message that is not in the archive (sent off-list or not yet received): [email protected]
Quoted 8 lines · John W. Linville
Quoted 2 lines · Oliver Hartkopp
scripts/kconfig/conf-oarch/x86/Kconfig.config:614:warning: symbol value 'm' invalid forRFKILL_INPUTThat functionality is no longer available as a module. If you need it, then select Y.
Hth!
It does! Thanks for the clarification. I'll select CONFIG_RFKILL=y now.
Oliver
Quoted 18 lines · John W. Linville
Quoted 17 lines · Oliver Hartkopp
Quoted 6 lines · David Miller
From: "John W. Linville" <[email protected]>
Date: Thu, 4 Jun 2009 11:20:11 -0400Quoted 3 lines
Hopefully this is (almost?) the last wireless pull request for non-bugfix patches intended for 2.6.31...
(..)
Quoted 3 lines
Quoted 1 line
Please let me know if there are problems!
Pulled into net-next-2.6 and I'll push it back out to kernel.org after some build testing.
Hi John,
after pulling the latest net-next-2.6 i got this warning which is probably caused by
CONFIG_RFKILL=min my config:
Quoted 6 lines
Quoted 3 lines
hartko@vwagwolkf320:~/net-next-2.6$ make oldconfig scripts/kconfig/conf -o arch/x86/Kconfig .config:614:warning: symbol value 'm' invalid for RFKILL_INPUTThat functionality is no longer available as a module. If you need it, then select Y.
Just some additional nitpicking:
You should update net/rfkill/Kconfig as it still allows a tristate selection for RFKILL and the comment "To compile this driver as a module ..." should be removed also.
Regards,
Oliver
A message that is not in the archive (sent off-list or not yet received): [email protected]
Hi Oliver,
Quoted 17 lines
Quoted 17 lines
Quoted 16 lines
Quoted 3 lines
Quoted 3 lines
Hopefully this is (almost?) the last wireless pull request for non-bugfix patches intended for 2.6.31...
(..)
Quoted 3 lines
Quoted 1 line
Please let me know if there are problems!
Pulled into net-next-2.6 and I'll push it back out to kernel.org after some build testing.
Hi John,
after pulling the latest net-next-2.6 i got this warning which is probably caused by
CONFIG_RFKILL=min my config:hartko@vwagwolkf320:~/net-next-2.6$ make oldconfig scripts/kconfig/conf -o arch/x86/Kconfig .config:614:warning: symbol value 'm' invalid for RFKILL_INPUT
Quoted 8 lines
Quoted 2 lines
That functionality is no longer available as a module. If you need it, then select Y.
Just some additional nitpicking:
You should update
net/rfkill/Kconfigas it still allows a tristate selection for RFKILL and the comment "To compile this driver as a module ..." should be removed also.
compiling RFKILL itself as a module is still working perfectly fine. It is just the RFKILL_INPUT that can't be built as a module anymore. That part was pointless anyway. And in the future RFKILL_INPUT will go away and be replaced by a userspace implementation with proper support for platform specific policies.
Regards
Marcel
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
A message that is not in the archive (sent off-list or not yet received): 1244388583.23850.87.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/[email protected]
rfkill regression in net-next-2.6
Quoted 6 lines · Marcel Holtmann
compiling RFKILL itself as a module is still working perfectly fine. It is just the
RFKILL_INPUTthat can't be built as a module anymore. That part was pointless anyway. And in the futureRFKILL_INPUTwill go away and be replaced by a userspace implementation with proper support for platform specific policies.
Hi all,
i have a Dell Lattitude 830 with Bluetooh and b43 WLAN and my RFKILL-switch is set to ON.
On power on the BT LED is on and when booting with 2.6.30 or with 2.6.30-git5 the WLAN LED becomes illuminated within the boot process after b43 pulled his firmware.
With net-next-2.6 the BT LED is switched OFF(!) during the boot process and the Kernel log says:
[ 15.276568] b43 ssb0:0: firmware: requesting b43/b0g0bsinitvals5.fw [ 15.423540] b43-phy0: Loading firmware version 410.2160 (2007-05-26 15:32:10) [ 15.545096] b43-phy0 debug: Chip initialized [ 15.545317] b43-phy0 debug: 32-bit DMA initialized [ 15.566383] b43-phy0 debug: Wireless interface started [ 15.566394] b43-phy0 debug: Adding Interface type 2 [ 15.566670] b43-phy0: Radio hardware status changed to DISABLED [ 15.633069] b43-phy0: Radio turned on by software [ 15.647094] b43-phy0: The hardware RF-kill button still turns the radio physically off. Press the button to turn it on. [ 15.673598] ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 15.721053] b43-phy0 debug: Removing Interface type 2 [ 15.733877] b43-phy0 debug: Wireless interface stopped
The WLAN LED is never illuminated with net-next-2.6.
The BT LED is switched off something around this time in the log:
[ 7.639047] NET: Registered protocol family 31 [ 7.651562] Bluetooth: HCI device and connection manager initialized [ 7.664155] Bluetooth: HCI socket layer initialized [ 7.756113] b43-pci-bridge 0000:0c:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17 [ 7.769117] b43-pci-bridge 0000:0c:00.0: setting latency timer to 64 [ 7.828160] yenta_cardbus 0000:03:01.0: CardBus bridge found [1028:01fe] [ 7.841107] yenta_cardbus 0000:03:01.0: O2: res at 0x94/0xD4: 00/ea [ 7.853830] yenta_cardbus 0000:03:01.0: O2: enabling read prefetch/write burst [ 7.867428] i801_smbus 0000:00:1f.3: PCI INT B -> GSI 17 (level, low) -> IRQ 17 [ 7.881369] ssb: Sonics Silicon Backplane found on PCI device 0000:0c:00.0 [ 7.897694] Bluetooth: Generic Bluetooth USB driver ver 0.5 [ 7.910910] usbcore: registered new interface driver btusb
When i see the BT LED switching to off, i can manually switch the RFKILL switch to OFF and ON, and then both LEDs get illuminated and WLAN is successfully initialized by the boot process.
As we discussed about RFKILL and modules, i set CONFIG_RFKILL=y in my net-netx-2.6 tree with no change of the behaviour.
Any idea what changed in net-next-2.6 that could produce this behaviour?
Regards,
Oliver
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
A message that is not in the archive (sent off-list or not yet received): [email protected]
Re: rfkill regression in net-next-2.6
I missed the Dell dcdbas log output that seems to kill the LED ... see below.
Quoted 34 lines · Oliver Hartkopp
Quoted 5 lines · Marcel Holtmann
compiling RFKILL itself as a module is still working perfectly fine. It is just the
RFKILL_INPUTthat can't be built as a module anymore. That part was pointless anyway. And in the futureRFKILL_INPUTwill go away and be replaced by a userspace implementation with proper support for platform specific policies.Hi all,
i have a Dell Lattitude 830 with Bluetooh and b43 WLAN and my RFKILL-switch is set to ON.
On power on the BT LED is on and when booting with 2.6.30 or with 2.6.30-git5 the WLAN LED becomes illuminated within the boot process after b43 pulled his firmware.
With net-next-2.6 the BT LED is switched OFF(!) during the boot process and the Kernel log says:
[ 15.276568] b43 ssb0:0: firmware: requesting b43/b0g0bsinitvals5.fw [ 15.423540] b43-phy0: Loading firmware version 410.2160 (2007-05-26 15:32:10) [ 15.545096] b43-phy0 debug: Chip initialized [ 15.545317] b43-phy0 debug: 32-bit DMA initialized [ 15.566383] b43-phy0 debug: Wireless interface started [ 15.566394] b43-phy0 debug: Adding Interface type 2 [ 15.566670] b43-phy0: Radio hardware status changed to DISABLED [ 15.633069] b43-phy0: Radio turned on by software [ 15.647094] b43-phy0: The hardware RF-kill button still turns the radio physically off. Press the button to turn it on. [ 15.673598] ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 15.721053] b43-phy0 debug: Removing Interface type 2 [ 15.733877] b43-phy0 debug: Wireless interface stopped
Quoted 3 lines
The WLAN LED is never illuminated with net-next-2.6.
The BT LED is switched off something around this time in the log:
[ 4.079342] usb 7-1.2: configuration #1 chosen from 1 choice [ 6.663535] dcdbas dcdbas: Dell Systems Management Base Driver (version 5.6.0-3.2) [ 7.097116] usb 3-2: USB disconnect, address 2 [ 7.623369] Bluetooth: Core ver 2.15 [ 7.639047] NET: Registered protocol family 31
Quoted 20 lines
[ 7.639047] NET: Registered protocol family 31 [ 7.651562] Bluetooth: HCI device and connection manager initialized [ 7.664155] Bluetooth: HCI socket layer initialized [ 7.756113] b43-pci-bridge 0000:0c:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17 [ 7.769117] b43-pci-bridge 0000:0c:00.0: setting latency timer to 64 [ 7.828160] yenta_cardbus 0000:03:01.0: CardBus bridge found [1028:01fe] [ 7.841107] yenta_cardbus 0000:03:01.0: O2: res at 0x94/0xD4: 00/ea [ 7.853830] yenta_cardbus 0000:03:01.0: O2: enabling read prefetch/write burst [ 7.867428] i801_smbus 0000:00:1f.3: PCI INT B -> GSI 17 (level, low) -> IRQ 17 [ 7.881369] ssb: Sonics Silicon Backplane found on PCI device 0000:0c:00.0 [ 7.897694] Bluetooth: Generic Bluetooth USB driver ver 0.5 [ 7.910910] usbcore: registered new interface driver btusbWhen i see the BT LED switching to off, i can manually switch the RFKILL switch to OFF and ON, and then both LEDs get illuminated and WLAN is successfully initialized by the boot process.
Quoted 7 lines
As we discussed about RFKILL and modules, i set
CONFIG_RFKILL=yin my net-netx-2.6 tree with no change of the behaviour.Any idea what changed in net-next-2.6 that could produce this behaviour?
Regards,
Oliver
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: rfkill regression in net-next-2.6
In reply to a message not in the archiveQuoted 1 line · Oliver Hartkopp
Any idea what changed in net-next-2.6 that could produce this behaviour?
The rfkill subsystem rewrite would seem suspect... :-)
John
Signature · 6 lines
John W. Linville Someday the world will need a hero, and you [email protected] might be all we have. Be ready. -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
A message that is not in the archive (sent off-list or not yet received): [email protected]
Re: rfkill regression in net-next-2.6
Quoted 5 lines · John W. Linville
Quoted 1 line · Oliver Hartkopp
Any idea what changed in net-next-2.6 that could produce this behaviour?
The rfkill subsystem rewrite would seem suspect... :-)
Maybe this fixes it?
johannes
drivers/platform/x86/dell-laptop.c +1 -1
@@ -177,7 +177,7 @@ dell_send_request(struct calling_interfastatic int dell_rfkill_set (void *data,bool blocked) {struct calling_interface_buffer buffer; -int disable = blocked ?0 :1 ; +int disable = blocked ?1 :0 ;unsigned long radio = (unsigned long )data;memset (&buffer,0 ,sizeof (struct calling_interface_buffer ));
Oliver Hartkopp
Tested-byRe: rfkill regression in net-next-2.6
Quoted 7 lines · Johannes Berg
Quoted 4 lines · John W. Linville
Quoted 1 line · Oliver Hartkopp
Any idea what changed in net-next-2.6 that could produce this behaviour?
The rfkill subsystem rewrite would seem suspect... :-)
Maybe this fixes it?
Yes, that made it!
I booted with the RFKILL switch ON and OFF and the system and the LEDs are working as one would expect it.
Thanks Johannes.
Quoted 20 lines
johannes
drivers/platform/x86/dell-laptop.c +1
-2@@ -177,7 +177,7 @@ dell_send_request(struct calling_interfastatic int dell_rfkill_set (void *data,bool blocked) {struct calling_interface_buffer buffer; -int disable = blocked ?0 :1 ; +int disable = blocked ?1 :0 ;unsigned long radio = (unsigned long )data;memset (&buffer,0 ,sizeof (struct calling_interface_buffer )); --To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Quoted 23 lines · Oliver Hartkopp
Quoted 22 lines · John W. Linville
Quoted 20 lines · Oliver Hartkopp
Quoted 6 lines · David Miller
From: "John W. Linville" <[email protected]>
Date: Thu, 4 Jun 2009 11:20:11 -0400Quoted 3 lines
Hopefully this is (almost?) the last wireless pull request for non-bugfix patches intended for 2.6.31...
(..)
Quoted 3 lines
Quoted 1 line
Please let me know if there are problems!
Pulled into net-next-2.6 and I'll push it back out to kernel.org after some build testing.
Hi John,
after pulling the latest net-next-2.6 i got this warning which is probably caused by
CONFIG_RFKILL=min my config:hartko@vwagwolkf320:~/net-next-2.6$ make oldconfig scripts/kconfig/conf -o arch/x86/Kconfig .config:614:warning: symbol value 'm' invalid for RFKILL_INPUT
Quoted 8 lines
Quoted 2 lines
That functionality is no longer available as a module. If you need it, then select Y.
Just some additional nitpicking:
You should update
net/rfkill/Kconfigas it still allows a tristate selection for RFKILL and the comment "To compile this driver as a module ..." should be removed also.
RFKILL and RFKILL_INPUT are different things... :-)
John
Signature · 2 lines
John W. Linville Someday the world will need a hero, and you [email protected] might be all we have. Be ready.