Bug#301362: klaptopdaemon: klaptop daemon suspends when doing normal startup of KDE
I'm afraid to say that this defect is still not fixed in klaptopdaemon-3.4.2 The automatic suspend problem of as soon as klaptopdaemon starts up when KDE is started, is still there. If I remove the rc file for klaptopdaemon and start KDE, it works. But then when I again configure klaptopdaemon and select Suspend in the Button Actions tab for LID Close Switch and select Apply, the laptop goes into and endless loop of suspend (susped-to-RAM). Note: I've got another laptop (Dell D600) on which this particular issue isn't seen, though that laptop doesn't resume at all, instead upon resume it simply resets the machine. Let's not get into this laptops problem. This was just for your information that maybe it could help you. So, since another make laptop isn't having exactly the same problem, I come up with this question in my mind. Maybe you could answer it. On Default/Stock Linux Kernels where Suspend1 is the only suspend mechanism, how does klaptopdaemon handle suspend-to-RAM and suspend-to-DISK. If it does that with the help of ACPI, then we might narrow it down hoping that the ACPI support for my actual laptop (against which this defect was filed) has a broken ACPI implementation. If klaptopdaemon doesn't use ACPI and uses some other mechanism of its own to trigger suspend-to-RAM and suspend-to-DISK events, then definitely it should be a klaptopdaemon related defect which still isn't fixed in 3.4.2 Thanks for all your effort and patience. Regards, rrs -- Ritesh Raj Sarraf RESEARCHUT -- http://www.researchut.com Gnupg Key ID: 04F130BC Stealing logic from one person is plagiarism, stealing from many is research. Necessity is the mother of invention. pgp6ASTcSVLz0.pgp Description: PGP signature
Bug#301362: klaptopdaemon: klaptop daemon suspends when doing normal startup of KDE
Package: klaptopdaemon Version: 4:3.3.2-1 Severity: important klaptopdaemon makes the system completely unusable when configuring the LID switch close option. I enabled suspend-to-ram feature for my notebook by passing the argument acpi_sleep=s3_bios, now when I reboot my computer, on the next startup as soon as ksplash shows Starting Services the machine goes to suspend. When I resume, things start working fine. Also if I configure something in klaptopdaemon and click Apply, klaptopdaemon takes the notebook into an infinite loop of suspend. As soon as I resume, it again suspends. This leaves the notebook unusable with only the option to do a hard reboot. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11mbl-bsplash Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages klaptopdaemon depends on: ii kdelibs4 4:3.3.2-1 KDE core libraries ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfam0c102 2.7.0-6 client library to control the FAM ii libgcc1 1:3.4.3-6 GCC support library ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libidn11 0.5.2-3 GNU libidn library, implementation ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libqt3c102-mt3:3.3.3-8 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libstdc++5 1:3.3.5-8 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxrender1 0.8.3-7 X Rendering Extension client libra ii libxtst6 4.3.0.dfsg.1-10 X Window System event recording an ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
