From: Miguelanxo Otero Salgueiro <miguelanxo@telefonica.net>
To: Andrew Morton <akpm@osdl.org>
Cc: linux-kernel@vger.kernel.org
Subject: Re: 2.6.11: suspending laptop makes system randomly unstable
Date: Tue, 22 Mar 2005 10:39:17 +0100 [thread overview]
Message-ID: <423FE7C5.8080402@telefonica.net> (raw)
In-Reply-To: <20050321141049.5d804609.akpm@osdl.org>
Andrew Morton wrote:
>Miguelanxo Otero Salgueiro <miguelanxo@telefonica.net> wrote:
>
>
>>I just compiled 2.6.11 from a 2.6.10 configuration for a desktop machine
>>(with kernel preemption activated).
>>Doing a make oldconfig bring some new options. I selected the default
>>value (for my system) for them, so I keep configuring "make great kernel
>>lock preemtive" to true (complete kernel configuration follows).
>>
>>Apart from the ALPS touchpad thing (see "2.6.11: touchpad
>>unresponsive"), the new kernel keeps:
>>
>> - Setting randomly "last battery full charge" to a huge value
>>(example: 400 Ah when max battery capacity is 38 Ah) so I get random
>>charging/discharging timing patterns
>> - Locking "softly" the system: for example, preventing new proceses
>>from spawning. For example, if I suspend the laptop while in Xwindows,
>>resuming will keep X but new proceses can't be started. Changing to a
>>virtual console doesn't get past the login step, as a new shell can't be
>>started.
>> - Disabling/enabling double-clicks in the synaptic touchpad. Randomly.
>>
>>All of these symthoms are more or less randomly. As far as I can tell,
>>everything is ok before suspending but does Random Nasty Things(tm)
>>after coming out from suspension.
>>
>>Well, at least system clock works better than in 2.6.10.
>>
>>I will try to deactivate the main kernel lock thingie and see if that helps.
>>
>>
>>
>
>You appear to have about five bugs here. Do any of them remain in
>2.6.12-rc1?
>
>
Well, one thing outstands: the synaptic touchpad is now really
comfortable to use. Almost everything works, including simple and double
clicks, and scrolling. Dragging is still broken. I must note I'm now
using a synaptic Xinput driver, as suggested.
The system seems much more stable in regard to suspension/resuming. The
USB subsystem has kept working the first time I suspended and everything
came back perfect. The second one in a row, the USB subsystem was
halted, but doing a "modprobe -r uhci_hcd; modprobe uhci_hcd" made my
USB periferals (keyboard and mouse) work again.
As for the battery charging pattern, I can't say anything definitive,
but it looks good ATM.
No more "Ramdom Nasty Things(tm)", the clock works ok and there are no
issues with proccess spawning.
9/10?
next prev parent reply other threads:[~2005-03-22 11:28 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-03-02 19:50 2.6.11: suspending laptop makes system randomly unstable Miguelanxo Otero Salgueiro
2005-03-02 21:43 ` Andrew Morton
2005-03-04 9:23 ` Romano Giannetti
[not found] ` <20050304092333.GA11862-NfIQswJzSEaq9fEpoSJUslHdEuJhDOxL@public.gmane.org>
2005-03-04 9:43 ` Andrew Morton
2005-03-04 9:43 ` Andrew Morton
2005-03-03 8:13 ` Romano Giannetti
2005-03-04 14:11 ` Pavel Machek
2005-03-21 22:10 ` Andrew Morton
2005-03-22 9:39 ` Miguelanxo Otero Salgueiro [this message]
2005-03-22 9:55 ` Andrew Morton
2005-03-22 10:03 ` Arjan van de Ven
2005-03-22 10:19 ` Miguelanxo Otero Salgueiro
2005-03-22 19:11 ` touchpad dragging problem Peter Osterlund
2005-03-22 20:13 ` Miguelanxo Otero Salgueiro
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=423FE7C5.8080402@telefonica.net \
--to=miguelanxo@telefonica.net \
--cc=akpm@osdl.org \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.