[Debian-eeepc-devel] eeepc901, Fn+F2 to switch off wifi FREEZE the system; switch on works

[Alan Jenkins]

On 8/29/09, Alan Jenkins <sourcejedi.lkml at googlemail.com> wrote:
> On 8/28/09, pavithran <pavithran.s at gmail.com> wrote:
>> 2009/8/24 pavithran <pavithran.s at gmail.com>:
>>>
>>> So what do you guys suggest ?  Install that broken driver in 30 kernel
>>> and just be careful ot to turn off wireless ?
>>> Or is there a easier solution( heard 28 or 29 kernel works ?? ) ?
>>
>> Confident that any other driver is not coming soon . I went on to
>> install the ralink-firmware package which has the broken driver for 30
>> kernel.
>>
>> Here are my observations:
>>
>> * Driver works perfectly on a freshly booted machine .
>> *when the lid of my eee pc was closed I was aware that the freeze will
>> occur
>> .
>> * I opened up my eee-pc to find that it burnt my hand :(
>> *Really got heated up and was not shutting down . I had to remove the
>> battery .
>>
>> Well acpi scripts for EEE 901 are doing pretty nasty things :(
>>
>> I am using EEE 901 ( UK keyboard) with debian sid upgraded 5 hours
>> back . I installed formware ralink driver 3 hours back . Hope that
>> information is sufficient. Shall I paste some logs?
>
> It's really unlikely that the eeepc acpi scripts are the root cause.
> They do trigger a suspend when the lid is closed.  But it doesn't
> surprise me if the buggy diver bugs out on suspend.
>
> You could disable the automatic suspend by editting
> /etc/default/eeepc-acpi-scripts.
> However, you can usually work around such driver bugs by unloading the
> module on suspend.
>
> Replace "..." below with the name of the ralink module.
>
> cat >> /etc/pm/sleep.d/10ralink << EOF
> #!/bin/bash
>
> SUSPEND_MODULES=$SUSPEND_MODULES ...

sorry, that should be

SUSPEND_MODULES="$SUSPEND_MODULES ..."

again, where '...' is whatever the ralink module is called.
(if you're not sure, try running
 "ls -l /sys/class/net/wlan0/device/driver/module")

> EOF
>
> chmod a+x /etc/pm/sleep.d/10ralink
>
> Alan
>