netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Oliver Hartkopp <socketcan-fJ+pQTUTwRTk1uMJSBkQmQ@public.gmane.org>
To: Marcel Holtmann <marcel-kz+m5ild9QBg9hUCZPvPmw@public.gmane.org>,
	"John W. Linville"
	<linville-2XuSBdqkA4R54TAoqtyWWQ@public.gmane.org>
Cc: David Miller <davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>,
	linux-wireless-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: rfkill regression in net-next-2.6
Date: Sun, 14 Jun 2009 10:54:17 +0200	[thread overview]
Message-ID: <4A34BAB9.9000104@hartkopp.net> (raw)
In-Reply-To: <1244388583.23850.87.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>

Marcel Holtmann wrote:

> 
> 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.

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 majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  parent reply	other threads:[~2009-06-14  8:54 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-06-04 15:20 pull request: wireless-next-2.6 2009-06-04 John W. Linville
2009-06-07 10:37 ` David Miller
2009-06-07 14:18   ` Oliver Hartkopp
2009-06-07 14:58     ` John W. Linville
     [not found]       ` <20090607145830.GA2736-2XuSBdqkA4R54TAoqtyWWQ@public.gmane.org>
2009-06-07 15:04         ` Oliver Hartkopp
2009-06-07 15:11         ` Oliver Hartkopp
2009-06-07 15:26           ` John W. Linville
     [not found]           ` <4A2BD8A5.4040302-fJ+pQTUTwRTk1uMJSBkQmQ@public.gmane.org>
2009-06-07 15:29             ` Marcel Holtmann
     [not found]               ` <1244388583.23850.87.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2009-06-14  8:54                 ` Oliver Hartkopp [this message]
     [not found]                   ` <4A34BAB9.9000104-fJ+pQTUTwRTk1uMJSBkQmQ@public.gmane.org>
2009-06-14  9:17                     ` rfkill regression in net-next-2.6 Oliver Hartkopp
2009-06-15 12:04                     ` John W. Linville
     [not found]                       ` <20090615120422.GA2729-2XuSBdqkA4R54TAoqtyWWQ@public.gmane.org>
2009-06-15 12:24                         ` Johannes Berg
2009-06-15 13:20                           ` Oliver Hartkopp

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4A34BAB9.9000104@hartkopp.net \
    --to=socketcan-fj+pqtutwrtk1umjsbkqmq@public.gmane.org \
    --cc=davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org \
    --cc=linux-wireless-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=linville-2XuSBdqkA4R54TAoqtyWWQ@public.gmane.org \
    --cc=marcel-kz+m5ild9QBg9hUCZPvPmw@public.gmane.org \
    --cc=netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).