[Debian-eeepc-devel] Some experiences with kernel 2.6.31
Darren Salt
linux at youmustbejoking.demon.co.uk
Fri Oct 9 17:55:34 UTC 2009
I demand that Luca Niccoli may or may not have written...
> Hi, I compiled a kernel from linux-source-2.6.31 and I thought Id' share my
> experience (I own a 901):
> * the firmware for rt2860sta is not included in the kernel anymore, one
> needs to install the firmware-ralink package (loading the module without
> the firmware leads to nasty behaviours and freezes, and IMHO loading the
> module should fail straight away if the firmware is not found); it took me
> a while to realize it
You should file a bug report against the kernel, then (not against
linux-source-*, since this will probably be the same in linux-image-*).
> * Sometimes using the wifi kill siwtch makes the computer freeze (the
> screen gets blanked and I see only the cursor), and I don't understand why
http://bugzilla.kernel.org/show_bug.cgi?id=13390
> * I need to do wpa_action ra0 stop && ifconfig ra0 down before
> suspending, otherwise the system freezes on resume
It should wake up after 30s or so.
> * I needed to set an hotkey to handle_shengine, and use it to set it to
> auto, since it's not possible, it seems, to set a default it in
> /etc/default/eeepc-acpi-scripts; maybe it would be nice to have such a
> possibility (and ovverride that preference if handle_shengine is used)
/var/lib/eeepc-acpi-scripts/cpufv contains the current setting. (It has to be
there, not in /etc, so that the script can safely modify it without breaking
Policy.)
> * Loading eeepc_laptop is still amazingly slow. I worked around it by
> blacklisting the module, and modifying /etc/init.d/eeepc-acpi-scripts to
> load it (and making the script Depend: on $all, not starting on S but on 2
> 3 4 5, so that it happens after the whole boot process). Would it be
> acceptable to merge this?
There is one known cause of this: i2c_i801. That module is blacklisted (if
you have eeepc-acpi-scripts 1.1.2 or a git snapshot); if it's present in your
kernel, REMOVE IT and the delay will go away.
[snip]
> On the bright side:
[snip]
> * After the boot script fix, boot is really fast, 10s in bootchart (1 of
> which is spent mounting the secondary SSD, I don't know why)[1], the kernel
> initializes in 2s with i915 and eeepc_laptop configured as modules
Have you timed it with those built in?
> * The kernel now send XF86MonBrightnessUp/Down events when the brightness
> keys are pressed, this lets xfce4-power-manager display a nice and
> responsive OSD
Nice to know that something other than GNOME benefits from that patch :-)
> * Setting SOUND_PREFER_MASTER leads to a more friendly behaviour; are
> there problems in setting it by default?
Other than a lack of feedback from others, I don't think so.
Maybe it's worth forcibly setting this and seeing if anybody complains? ;-)
[snip]
--
| Darren Salt | linux at youmustbejoking | nr. Ashington, | Doon
| using Debian GNU/Linux | or ds ,demon,co,uk | Northumberland | Army
| + Travel less. Share transport more. PRODUCE LESS CARBON DIOXIDE.
I belong to no organised party. I am a Democrat.
More information about the Debian-eeepc-devel
mailing list