|
PowermanagementBasic setup (16.07.2002)Since the Vaio NV 105 comes with an ACPI BIOS (to enter the BIOS press F2 when Sony logo is displayed) ACPI should be used for powermanagement. However this is not working with the standard kernel. After many hours I found this setup working:
As result ACPI is available. Kacpi shows the battery state (after adjusting the path to the ACPI files and configuring the usage of the correct ACPI version). Details have to be verified. Remember: If parts of the ACPI support have been configured as kernel modules, these have to be loaded. I use a little shell script (boot.acpi) which is started via a link S99Autostart in /etc/init.d/rc5.d referring to my general autostart script (which in turn invokes boot.acpi). To make this a little bit easier to understand:
An other possible implementation could use /etc/init.d/boot.local. Applying Patch 20020726 (31.07.2002)Due to severe problems with my patched kernel sources, I've started from the scratch with the whole patching issue. This time it worked out. First of all I created a perl script that make "split patches". There is probably a simpler way to do this and the script is far from perfect. Anyhow the script creates a sub-directory where all the single patches are stored. In addition a patched version of the vanilla source is created as well.
Invoking the script with these parameters creates the split patches and the patched vanilla files. If you selected --remove, three patches are let, that couldn't be applied automatically
The merging was the hardest part and took a lot of trail and error. As next steps configure the patched kernel, compile and install. After installing the new kernel and modules (and installation of the PCMCIA modules and alsa sound modules) a reboot works as expected. The /proc/acpi seams to be o.k. as well Anyhow the kernel needs more testing, there might be some more (hidden) problems. Currently I haven't found any new features that wasn't available with the older pci irq patch. After working with the patched kernel for some days, I have found some problems related to hwinfo -- this needs further investigation. Lessons learnedUsing a patch (created against a standard kernel) on a special kernel (like the on SuSE ships) is not easy. There are a lot of little pitfalls to avoid (or not). Anyhow it can be done (-- try this with an M$ OS). I guess there are simpler ways to do this - but I haven't found one yet. A great tool, that helped me a lot, is xxdiff, a graphical frontend to diff. To use it, one needs the openssl package in a newer version then the one that ships with SuSE 8.0. (I just saw that there is a YOU update for openssl. Maybe that version is fine as well). When trying to install it rpm complains about dependencies. However I haven't noticed any problems after using the --force flag to install the new release. Another very helpful tool is dirdiff which shows if files are the same or not and allows to copy them from one directory to the other. ----- UPDATE -----(8.8.2002)Since there where some problems with the patched kernel (Oops during startup). So I tired again to get a merged version, that is o.k. This time I used the patched version of the 2.4.18 vanilla version. However this won't work for the init.c file. I merged the files (vanilla patched and SuSE 8.0). For most of the conflicts I stayed with the SuSE 8.0 code. This version works without any Kernel Oops. |
Page last modified on March 27, 2004 at 12:47:23