[Debian-eeepc-devel] Beta 1 of eeepc-acpi-scripts 1.1.0 available for testing

Santi Béjar santi at agolina.net
Fri Apr 3 08:54:33 UTC 2009


2009/4/3 Damyan Ivanov <dmn at debian.org>:
> -=| Santi Béjar, Fri, Apr 03, 2009 at 09:13:50AM +0200 |=-
>> 2009/4/3 Damyan Ivanov <dmn at debian.org>:
>> > -=| Santi Béjar, Fri, Apr 03, 2009 at 01:12:17AM +0200 |=-
>> >>
>> >> Just notice that the:
>> >>
>> >> echo $brightness > $brn_control
>> >>
>> >> in /etc/acpi/actions/suspend.sh does not seems to be necessary (but it
>> >> does not hurt neither)
>> >
>> > Can someone confirm this is no longer necessary on .26 kernels too?
>>
>> I've tested with .26 from stable/testing with the rest from sid and
>> can also confirm it.
>
> Thanks. I'll remove these parts of the scripts.
>
>> At the same time I´ve tested the rest of the eeepc-acpi-scripts, and
>> the only thing I notice is that wlan does not come back after a
>> suspend/resum or toggle the wlan buttom. I've track it till the
>> pciehp_slot_with_bus=0:
>>
>> $ head /sys/modules/pciehp/parameters/*
>> ==> parameters/pciehp_debug <==
>> N
>>
>> ==> parameters/pciehp_force <==
>> N
>>
>> ==> parameters/pciehp_poll_mode <==
>> N
>>
>> ==> parameters/pciehp_poll_time <==
>> 0
>>
>> ==> parameters/pciehp_slot_with_bus <==
>> N
>>
>> I don't know why the slot_with_bus is zero, when I reran the
>> /etc/init.d/eeepc it loads the module with slot_with_bus=1.
>
> Perhaps the module is unloaded before suspend and reloaded after
> resume?

But it happens with a fresh boot. After a fresh boot the slot_with_bus
is N, and then toggling the wlan does not work.

Santi



More information about the Debian-eeepc-devel mailing list