From: Bruno Ducrot <ducrot-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org>
To: Adam Kessel <adam-/J5p37YCQWYytDrLOV7HaA@public.gmane.org>
Cc: Nate Lawson <nate-Y6VGUYTwhu0@public.gmane.org>,
acpi-devel-TtF/mJH4Jtrk1uMJSBkQmQ@public.gmane.org
Subject: Re: Handler for [EmbeddedControl] returned AE_TIME in 2.6.1/20040116
Date: Wed, 4 Feb 2004 11:32:26 +0100 [thread overview]
Message-ID: <20040204103226.GI882@poupinou.org> (raw)
In-Reply-To: <20040203234141.GA8327-/J5p37YCQWYytDrLOV7HaA@public.gmane.org>
On Tue, Feb 03, 2004 at 06:41:41PM -0500, Adam Kessel wrote:
> On Tue, Feb 03, 2004 at 02:40:16PM -0800, Nate Lawson wrote:
> > We moved to a 100 ms timeout on EC requests for FreeBSD because some
> > devices just couldn't respond quicker. But I think there's a larger issue
> > somewhere here where interrupts are being lost.
>
> Is FreeBSD using the same ACPI code base?
For EC I tend to say 'no'.
> Is there an easy patch to apply
> to test to see if this eliminates or mitigates the problem?
Under driver/acpi/ec.c
you have a
#define ACPI_EC_UDELAY_COUNT 1000
Try with
#define ACPI_EC_UDELAY_COUNT 10000
That should give you a 100ms timeout.
--
Bruno Ducrot
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
next prev parent reply other threads:[~2004-02-04 10:32 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-02-03 17:24 Handler for [EmbeddedControl] returned AE_TIME in 2.6.1/20040116 Adam Kessel
[not found] ` <20040203172413.GA1299-H/G4Yv+sbq78nmnftgJBZjK0Oss5Xsdo@public.gmane.org>
2004-02-03 22:40 ` Nate Lawson
[not found] ` <20040203143906.B33512-Y6VGUYTwhu0@public.gmane.org>
2004-02-03 23:41 ` Adam Kessel
[not found] ` <20040203234141.GA8327-/J5p37YCQWYytDrLOV7HaA@public.gmane.org>
2004-02-04 10:32 ` Bruno Ducrot [this message]
[not found] ` <20040204103226.GI882-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org>
2004-02-04 20:40 ` Adam Kessel
[not found] ` <20040204204055.GA8434-H/G4Yv+sbq78nmnftgJBZjK0Oss5Xsdo@public.gmane.org>
2004-02-05 9:38 ` Bruno Ducrot
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=20040204103226.GI882@poupinou.org \
--to=ducrot-kk6yzipjem5g9huczpvpmw@public.gmane.org \
--cc=acpi-devel-TtF/mJH4Jtrk1uMJSBkQmQ@public.gmane.org \
--cc=adam-/J5p37YCQWYytDrLOV7HaA@public.gmane.org \
--cc=nate-Y6VGUYTwhu0@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 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.