[14e4:4315] Dell Studio 1735, rfkill problem

[14e4:4315] Dell Studio 1735, rfkill problem

[Григорий Фучеджи]

Hi, I have 14e4:4315 on my Dell Studio 1735, I'm running gentoo with
2.6.33.2
kernel and b43-firmware-4.150.10.5. Driver works great but I have problem
with
rfkill.

I had enabled rfkill in my kernel
> $ grep RFKILL /usr/src/linux/.config
> CONFIG_RFKILL=y
> CONFIG_RFKILL_LEDS=y
> CONFIG_RFKILL_INPUT=y
> # CONFIG_TOSHIBA_BT_RFKILL is not set

My laptop has 2-positional hardware switch for wifi, when I toggle it off. I
get
following in dmesg:
> b43-phy0: Radio hardware status changed to DISABLED
> wlan0: deauthenticating from 00:23:69:2f:3f:01 by local choice (reason=3)
> b43-phy0: Radio turned on by software
> b43-phy0: The hardware RF-kill button still turns the radio physically
off. Press the button to turn it on.

Also wifi led turns off.

Then I turn it back on and get:
> b43-phy0: Radio hardware status changed to ENABLED

But wifi remains non-functional until I reboot. Wifi led is turned off until
I
reboot also.

If turn switch on/off several times I get:
> b43-phy0: Radio hardware status changed to DISABLED
> b43-phy0: Radio hardware status changed to ENABLED
> b43-phy0: Radio hardware status changed to DISABLED
> b43-phy0: Radio hardware status changed to ENABLED

But wifi still is not working.

--
Grygoriy Fuchedzhy
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.infradead.org/pipermail/b43-dev/attachments/20100424/df4c5975/attachment.htm>

[14e4:4315] Dell Studio 1735, rfkill problem

[Gábor Stefanik]

2010/4/24 ???????? ??????? <grygoriy.fuchedzhy@gmail.com>:
> Hi, I have 14e4:4315 on my Dell Studio 1735, I'm running gentoo with
> 2.6.33.2
> kernel and b43-firmware-4.150.10.5. Driver works great but I have problem
> with
> rfkill.
>
> I had enabled rfkill in my kernel
>> $ grep RFKILL /usr/src/linux/.config
>> CONFIG_RFKILL=y
>> CONFIG_RFKILL_LEDS=y
>> CONFIG_RFKILL_INPUT=y
>> # CONFIG_TOSHIBA_BT_RFKILL is not set
>
> My laptop has 2-positional hardware switch for wifi, when I toggle it off. I
> get
> following in dmesg:
>> b43-phy0: Radio hardware status changed to DISABLED
>> wlan0: deauthenticating from 00:23:69:2f:3f:01 by local choice (reason=3)
>> b43-phy0: Radio turned on by software
>> b43-phy0: The hardware RF-kill button still turns the radio physically
>> off. Press the button to turn it on.
>
> Also wifi led turns off.
>
> Then I turn it back on and get:
>> b43-phy0: Radio hardware status changed to ENABLED
>
> But wifi remains non-functional until I reboot. Wifi led is turned off until
> I
> reboot also.
>
> If turn switch on/off several times I get:
>> b43-phy0: Radio hardware status changed to DISABLED
>> b43-phy0: Radio hardware status changed to ENABLED
>> b43-phy0: Radio hardware status changed to DISABLED
>> b43-phy0: Radio hardware status changed to ENABLED
>
> But wifi still is not working.
>
> --
> Grygoriy Fuchedzhy
>
>
> _______________________________________________
> b43-dev mailing list
> b43-dev at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/b43-dev
>
>

Check compat-wireless; IIRC LP-PHY rfkill support has been updated in 2.6.34.

BTW, does software-rfkill (using the rfkill command-line utility) work
correctly?
Specifically, the following scenarios are interesting:
-With the hardware-rfkill switch ON (i.e. radio enabled), try to bring
down the card using the rfkill utility. Does the card actually stop
transmitting?
-Try to turn it back on. Is the interface usable again?
-Turn the hardware switch OFF, and back ON. Then, use rfkill to
soft-disable and re-enable the card. Does this make it work again?

-- 
Vista: [V]iruses, [I]ntruders, [S]pyware, [T]rojans and [A]dware. :-)

[14e4:4315] Dell Studio 1735, rfkill problem

[Grygoriy Fuchedzhy]

2010/4/24 G?bor Stefanik <netrolller.3d@gmail.com>
> Check compat-wireless; IIRC LP-PHY rfkill support has been updated in 2.6.34.
>
> BTW, does software-rfkill (using the rfkill command-line utility) work
> correctly?
> Specifically, the following scenarios are interesting:
> -With the hardware-rfkill switch ON (i.e. radio enabled), try to bring
> down the card using the rfkill utility. Does the card actually stop
> transmitting?
> -Try to turn it back on. Is the interface usable again?
> -Turn the hardware switch OFF, and back ON. Then, use rfkill to
> soft-disable and re-enable the card. Does this make it work again?
>
> --
> Vista: [V]iruses, [I]ntruders, [S]pyware, [T]rojans and [A]dware. :-)

So, here is what I have:
> ?~ $ sudo rfkill list
> ?0: phy0: Wireless LAN
> ? ? ? Soft blocked: no
> ? ? ? Hard blocked: no

> ~ $ sudo rfkill block 0
Wifi immediately loses connection, wifi led turns off and dmesg reports:
> wlan0: deauthenticating from 00:23:69:2f:3f:01 by local choice (reason=3)

Now I have:
> ~ $ sudo rfkill list
> 0: phy0: Wireless LAN
> ? ? ? Soft blocked: yes
> ? ? ? Hard blocked: no

Unblocking:
> ~ $ sudo rfkill unblock 0
> ~ $ sudo rfkill list
> 0: phy0: Wireless LAN
> ? ? ? Soft blocked: no
> ? ? ? Hard blocked: no

But wifi is not functional, wifi led remains turned off, dmesg tells nothing.

If I turn hardware switch off and on, and then software off/on nothing changes.

Then I compiled 2.6.34_rc5 kernel and get same behavior. Also I have
got additional
entry in dmesg when turning wifi off with rfkill utility or with
hardware switch:
> cfg80211: Calling CRDA to update world regulatory domain

Thanks for quick response!

--
Grygoriy Fuchedzhy

[14e4:4315] Dell Studio 1735, rfkill problem

[Gábor Stefanik]

On Sat, Apr 24, 2010 at 1:30 AM, Grygoriy Fuchedzhy
<grygoriy.fuchedzhy@gmail.com> wrote:
> 2010/4/24 G?bor Stefanik <netrolller.3d@gmail.com>
>> Check compat-wireless; IIRC LP-PHY rfkill support has been updated in 2.6.34.
>>
>> BTW, does software-rfkill (using the rfkill command-line utility) work
>> correctly?
>> Specifically, the following scenarios are interesting:
>> -With the hardware-rfkill switch ON (i.e. radio enabled), try to bring
>> down the card using the rfkill utility. Does the card actually stop
>> transmitting?
>> -Try to turn it back on. Is the interface usable again?
>> -Turn the hardware switch OFF, and back ON. Then, use rfkill to
>> soft-disable and re-enable the card. Does this make it work again?
>>
>> --
>> Vista: [V]iruses, [I]ntruders, [S]pyware, [T]rojans and [A]dware. :-)
>
> So, here is what I have:
>> ?~ $ sudo rfkill list
>> ?0: phy0: Wireless LAN
>> ? ? ? Soft blocked: no
>> ? ? ? Hard blocked: no
>
>> ~ $ sudo rfkill block 0
> Wifi immediately loses connection, wifi led turns off and dmesg reports:
>> wlan0: deauthenticating from 00:23:69:2f:3f:01 by local choice (reason=3)
>
> Now I have:
>> ~ $ sudo rfkill list
>> 0: phy0: Wireless LAN
>> ? ? ? Soft blocked: yes
>> ? ? ? Hard blocked: no
>
> Unblocking:
>> ~ $ sudo rfkill unblock 0
>> ~ $ sudo rfkill list
>> 0: phy0: Wireless LAN
>> ? ? ? Soft blocked: no
>> ? ? ? Hard blocked: no
>
> But wifi is not functional, wifi led remains turned off, dmesg tells nothing.
>
> If I turn hardware switch off and on, and then software off/on nothing changes.
>
> Then I compiled 2.6.34_rc5 kernel and get same behavior. Also I have
> got additional
> entry in dmesg when turning wifi off with rfkill utility or with
> hardware switch:
>> cfg80211: Calling CRDA to update world regulatory domain
>
> Thanks for quick response!
>
> --
> Grygoriy Fuchedzhy

Looks like I got lpphy_op_software_rfkill wrong then.

Larry, is the spec up to date on this matter?

-- 
Vista: [V]iruses, [I]ntruders, [S]pyware, [T]rojans and [A]dware. :-)

[14e4:4315] Dell Studio 1735, rfkill problem

[Larry Finger]

On 04/23/2010 07:03 PM, G?bor Stefanik wrote:
> 
> Looks like I got lpphy_op_software_rfkill wrong then.
> 
> Larry, is the spec up to date on this matter?
> 

The rfkill switch behaves just as expected on my machine. When I switch
it off, I get the expected message in the log. When turned on, again the
expected message, and it connects as expected.

The OPs machine generates the on/off messages in b43. I do not think b43
is responsible for not connecting.

I have seen nothing in the specs about the rfkill mechanism. I'm not
even certain that Broadcom implements it.

Larry

[14e4:4315] Dell Studio 1735, rfkill problem

[Gábor Stefanik]

2010/4/24 Larry Finger <Larry.Finger@lwfinger.net>:
> On 04/23/2010 07:03 PM, G?bor Stefanik wrote:
>>
>> Looks like I got lpphy_op_software_rfkill wrong then.
>>
>> Larry, is the spec up to date on this matter?
>>
>
> The rfkill switch behaves just as expected on my machine. When I switch
> it off, I get the expected message in the log. When turned on, again the
> expected message, and it connects as expected.
>
> The OPs machine generates the on/off messages in b43. I do not think b43
> is responsible for not connecting.
>
> I have seen nothing in the specs about the rfkill mechanism. I'm not
> even certain that Broadcom implements it.

AFAIK it isn't called "rfkill" in the specs, but "enable/disable radio".

>
> Larry
>
>



-- 
Vista: [V]iruses, [I]ntruders, [S]pyware, [T]rojans and [A]dware. :-)

[14e4:4315] Dell Studio 1735, rfkill problem

[Grygoriy Fuchedzhy]

2010/4/24 Chris Vine <chris@cvine.freeserve.co.uk>:
> On Sat, 24 Apr 2010 11:09:40 +0100
> Chris Vine <chris@cvine.freeserve.co.uk> wrote:
>> Out of interest, is acpi-wmi loaded and if so does it make any
>> difference if you blacklist it?
>
> Sorry I meant acer-wmi. ?That incorrectly loads on my laptop (which
> isn't acer) and causes similar symptoms for me.

It wasn't built at all. I tried to build acer-wmi and dell-wmi.
acer-wmi doesn't load automatically, if I load
it manually it fails to load throwing error that I do not have
neccesary hardware. dell-wmi loads
automatically but it doesn't affect my problem.

Here is some more details about my hardware switch.
If I disable rfkill in kernel and turn switch off I get following:
> No probe response from AP 00:23:69:2f:3f:01 after 500ms, disconnecting.
> wlan0: direct probe to AP 00:23:69:2f:3f:01 (try 1)
> wlan0: direct probe to AP 00:23:69:2f:3f:01 (try 2)
> wlan0: direct probe to AP 00:23:69:2f:3f:01 (try 3)
> wlan0: direct probe to AP 00:23:69:2f:3f:01 timed out

Wifi led remains turned on. Then I turn switch back on.
> wlan0: direct probe to AP 00:23:69:2f:3f:01 (try 1)
> wlan0: direct probe responded
> wlan0: authenticate with AP 00:23:69:2f:3f:01 (try 1)
> wlan0: authenticated
> wlan0: associate with AP 00:23:69:2f:3f:01 (try 1)
> wlan0: RX AssocResp from 00:23:69:2f:3f:01 (capab=0x411 status=0 aid=1)
> wlan0: associated

And everything works fine.

I have only led_radio led on my notebook, but don't have led_tx,
led_rx, led_assoc,
so I added printk calls to ieee80211_led_xxx routines in net/mac80211/led.c for
debugging purpose. In case if I have rfkill enabled in kernel when I
turn switch off I get
led_assoc(..., 0) and led_radio(..., 0) calls and radio stops
transmitting until I reboot.
If I have rfkill disabled in kernel when I turn switch off I get
led_assoc(..., 0) and then
led_tx(...) keeps going and there is no led_rx(...) untill I turn
switch back on.

It looks like switch turns off some high power tx/rx circuit, but
logic remains active.
It keeps scanning but can't find anything.

Don't know if this info would be useful, but I hope so.

-- 
Grygoriy Fuchedzhy

[14e4:4315] Dell Studio 1735, rfkill problem

[Larry Finger]

On 04/24/2010 06:35 AM, Grygoriy Fuchedzhy wrote:
> 2010/4/24 Chris Vine <chris@cvine.freeserve.co.uk>:
>> On Sat, 24 Apr 2010 11:09:40 +0100
> 
> It wasn't built at all. I tried to build acer-wmi and dell-wmi.
> acer-wmi doesn't load automatically, if I load
> it manually it fails to load throwing error that I do not have
> neccesary hardware. dell-wmi loads
> automatically but it doesn't affect my problem.

No Acer hardware - no acer-wmi.

> Here is some more details about my hardware switch.
> If I disable rfkill in kernel and turn switch off I get following:
>> No probe response from AP 00:23:69:2f:3f:01 after 500ms, disconnecting.
>> wlan0: direct probe to AP 00:23:69:2f:3f:01 (try 1)
>> wlan0: direct probe to AP 00:23:69:2f:3f:01 (try 2)
>> wlan0: direct probe to AP 00:23:69:2f:3f:01 (try 3)
>> wlan0: direct probe to AP 00:23:69:2f:3f:01 timed out
> 
> Wifi led remains turned on. Then I turn switch back on.
>> wlan0: direct probe to AP 00:23:69:2f:3f:01 (try 1)
>> wlan0: direct probe responded
>> wlan0: authenticate with AP 00:23:69:2f:3f:01 (try 1)
>> wlan0: authenticated
>> wlan0: associate with AP 00:23:69:2f:3f:01 (try 1)
>> wlan0: RX AssocResp from 00:23:69:2f:3f:01 (capab=0x411 status=0 aid=1)
>> wlan0: associated
> 
> And everything works fine.

The driver is working fine. If RFKILL is not enabled in the kernel, then
the LED setting part cannot be called, thus we do not expect it to work.
> 
> I have only led_radio led on my notebook, but don't have led_tx,
> led_rx, led_assoc,
> so I added printk calls to ieee80211_led_xxx routines in net/mac80211/led.c for
> debugging purpose. In case if I have rfkill enabled in kernel when I
> turn switch off I get
> led_assoc(..., 0) and led_radio(..., 0) calls and radio stops
> transmitting until I reboot.
> If I have rfkill disabled in kernel when I turn switch off I get
> led_assoc(..., 0) and then
> led_tx(...) keeps going and there is no led_rx(...) untill I turn
> switch back on.
> 
> It looks like switch turns off some high power tx/rx circuit, but
> logic remains active.
> It keeps scanning but can't find anything.
> 
> Don't know if this info would be useful, but I hope so.

As far as I can tell, dell-wmi does not support your hardware. Perhaps
you should take that up with the author of that module. He likely has
not yet seen a box like yours.

Larry

[14e4:4315] Dell Studio 1735, rfkill problem

[Chris Vine]

On Sat, 24 Apr 2010 09:05:42 -0500
Larry Finger <Larry.Finger@lwfinger.net> wrote:
> On 04/24/2010 06:35 AM, Grygoriy Fuchedzhy wrote:
> > 2010/4/24 Chris Vine <chris@cvine.freeserve.co.uk>:
> >> On Sat, 24 Apr 2010 11:09:40 +0100
> > 
> > It wasn't built at all. I tried to build acer-wmi and dell-wmi.
> > acer-wmi doesn't load automatically, if I load
> > it manually it fails to load throwing error that I do not have
> > neccesary hardware. dell-wmi loads
> > automatically but it doesn't affect my problem.
> 
> No Acer hardware - no acer-wmi.

Not the case, I am afraid.  Wistron devices will also cause acer-wmi to
be loaded, and does so on my netbook from kernel >= 2.6.33 (but not
before).

Chris

[14e4:4315] Dell Studio 1735, rfkill problem

[Grygoriy Fuchedzhy]

On Sat, Apr 24, 2010 at 5:05 PM, Larry Finger <Larry.Finger@lwfinger.net> wrote:
> As far as I can tell, dell-wmi does not support your hardware. Perhaps
> you should take that up with the author of that module. He likely has
> not yet seen a box like yours.

But anyway, rfkill utility should work, shouldn't it?

-- 
Grygoriy Fuchedzhy