From: Karol Kozimor <sziwan-DETuoxkZsSqrDJvtcaxF/A@public.gmane.org>
To: Nigel Cunningham <ncunningham-oKK1aGe2n869koe0gwxAeg@public.gmane.org>
Cc: ACPI List <acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>
Subject: Re: Method for resetting embedded controller?
Date: Thu, 9 Oct 2003 14:33:26 +0200 [thread overview]
Message-ID: <20031009123326.GC13739@hell.org.pl> (raw)
In-Reply-To: <1065661576.1807.7.camel-udXHSmD1qAy4CTf7w+cZoA@public.gmane.org>
Thus wrote Nigel Cunningham:
> I'm particularly noticing this when a lid event occurs during suspend,
> whether or not button.o is insmod'd. If acpid is running, it shows
> thousands of lid events per second. Another swsusp user has reported
> similar issues.
I experienced the same problem a couple of times. I wouldn't really blame
lid, as I'm almost sure I had the lid event overflow when the lid button
was not touched at all during the cycle. From what I understand, the
situation is connected with thermal zone handling, I can almost be sure
that if an active thermal trip point is hit during the resume process, the
lid events will appear. I don't yet know if it's connected with bug #1185.
FYI:
1) There *was* something in swsusp code that caused keventd to spit those
events at resume specifically when the lid was closed during suspend,
but that was an ancient version of the code and AFAIR you fixed it right
away,
2) I've had this problem occasionally occuring for months and I remember I
once managed to calm keventd down by suspending and resuming again,
3) This may indeed be somehow related to swsusp, as the occurence rate of
this problem has risen with recent versions of swsusp (but there's too
many variables to confirm that and trying to reproduce the problem is a
tedious task).
Best regards,
--
Karol 'sziwan' Kozimor
sziwan-DETuoxkZsSqrDJvtcaxF/A@public.gmane.org
-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
SourceForge.net hosts over 70,000 Open Source Projects.
See the people who have HELPED US provide better services:
Click here: http://sourceforge.net/supporters.php
next prev parent reply other threads:[~2003-10-09 12:33 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-10-09 1:06 Method for resetting embedded controller? Nigel Cunningham
[not found] ` <1065661576.1807.7.camel-udXHSmD1qAy4CTf7w+cZoA@public.gmane.org>
2003-10-09 12:33 ` Karol Kozimor [this message]
[not found] ` <20031009123326.GC13739-DETuoxkZsSqrDJvtcaxF/A@public.gmane.org>
2003-10-09 23:51 ` Karol Kozimor
2003-10-19 6:37 ` Jan Rychter
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=20031009123326.GC13739@hell.org.pl \
--to=sziwan-detuoxkzssqrdjvtcaxf/a@public.gmane.org \
--cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
--cc=ncunningham-oKK1aGe2n869koe0gwxAeg@public.gmane.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox