7 Jun 2010 16:11
Re: ThinkPad T400 : should kernel option "reboot=pci" be hard coded ?
On Mon, Jun 07, 2010 at 11:22:21AM +0200, Toralf Förster wrote: > Since some kernel version (IIRC since 2.6.31) it is necessary to boot the > linux kernel with that option to prevent an extra 9 seconds delay during > reboot. > I found this tip on the LKML -and now I'm wondering whether this option should > be hard coded in the kernel sources b/c it seems to be necessary for current > kernels too. No, the best thing to do would be to figure out what changed to require the extra 9 seconds. Are you able to work out which the last kernel release without this timeout was? -- -- Matthew Garrett | mjg59@... ------------------------------------------------------------------------------ ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo
> /proc/acpi/ibm/video:
> {lcd,crt,dvi}_enable, {lcd,crt,dvi}_disable, video_switch and expand_toggle do nothing
> auto_enable and disable changes the value but i can not see that anything happens
Might be fixed in the ibm-acpi.sf.net release. Not needed in your thinkpad
anyway, you should use RandR functionality in the X server.
> /etc/acpi/ibm/volume:
> 'mute' is reported correctly and i am able to mute by 'echo mute...'
Does it really honestly mutes, or does it just look like it muted?
> 'up'/'down'/'level <x>' take affect on the reported volume-level but not on the volume itself
Your thinkpad doesn't have up/down/level support, so that's expected. The
driver is a bit confused because of the force_load thing :p
> /proc/acpi/ibm/cmos: nothing happens...
> /proc/acpi/ibm/beep seems not to work
> /proc/acpi/ibm/thermal: not present
> /proc/acpi/ibm/ecdump: not present
RSS Feed