A small note: I am not sure whether I should continue this topic on this mailing list or just use the linux-thinkpad-ml in future. Well actually I am using a IBM ThinkPad T23 on Debian Sarge, so it might belong into both mailinglists. What do you think?
Hello, I now used kernel 2.6.10, newest ACPI patch (acpi-20050114-2.6.10.diff) and a kernel configuration based on that from Michael Perry. I just added some stuff I needed or thought I may need (ISDN). And I made an initrd. I also applied the clock drift fix posted by Tino Keitel on thinkpad-ml (CONFIG_X86_PM_TIMER=y). Well I have one full and two partial successes. The full one: 1) Clock does not seems to drift anymore. I am not sure whether its by the clock drift fix posted by Tino Keitel or by using newest ACPI patches, but at least it works. I guess its due to Tino Keitel's solution cause I did not read anything regarding a clock drift fix in the ACPI changelog. The partial ones: 1) Suspend-to-disk works, well sort off: I again use "resume=/dev/hda7" parameter as "swap:/dev/hda7" does not work. This time it actually suspends to disk. Well and it even awakes from suspending and goes back into my KDE desktop. But mouse (and probably other USB device connected to the USB 1.1 on the ThinkPad") do not work anymore. This may be indicated by this message I get on wakeup: uhci_hcd 0000:00:1d.1: Unloink after no-IRQ? Different ACPI or APIC settings may help usb 2-2: klaptop_acpi_he timed out on ep0in 2) When trying the first time, ALSA sound worked after resume. In this case I did not use ALSA sound before, but tried it after the resume. It worked then, which is more than I had before. Motivated this way I became adventorous and tried suspend to ram during music playback by JuK (KDE's jukebox;). This time ALSA didn't work after suspend. Fair enough, I thought I can stop the music playback before suspending and then tried the following: I played a MP3 by JuK, pressed stop, left the program open, did suspend-to-ram, and pressed play again. Well also in this case ALSA did not work after suspending. One thing that still doesn't work: 1) My AVM Fritzcard ISDN adapter is not operational after suspending. So in the whole I am not really that much farer. Now I am a bit stuck on what to try next. I think I try compiling a kernel without initrd. I hope someday that this all will become easier. In an ideal world, hardware vendors would provide all the information or even contributions to the Linux Kernel to make the whole ACPI stuff work like it is described on the ACPI stuff: Transparently without requiring that end users fix issues. Regards, -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
