public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
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

  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