From: Dimitri Rebrikov <dimitri.rebrikov-kyawv7ubMNaakBO8gow8eQ@public.gmane.org>
To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: AE_TIME on Operations in EC ( Embedded Controller ec.c )
Date: Mon, 15 Sep 2003 10:44:11 +0200 [thread overview]
Message-ID: <3F657BDB.9080805@t-systems.com> (raw)
Hi,
after i installed 2.4.22 on my Notebook i couldn't get
any battery information more. (i.e. nothing in /proc/acpi/battery)
BTW. I had no problem with ACPI before (2.4.18+ACPI and 2.4.20+ACPI)
The corresponding error message in log was:
Sep 5 12:49:57 mitnb kernel: evregion-0345: *** Error: Handler for [EmbeddedControl] returned AE_TIME
Sep 5 12:49:57 mitnb kernel: psparse-1121: *** Error: Method execution failed [\_SB_.BAT0._STA] (Node cee7cdc8), AE_TIME
Other embedded controls (i.e. thermal, fan etc) were not affected by this problem.
After some testing i located (i belief) the issue:
The values of ACPI_EC_UDELAY_COUNT and/or ACPI_EC_UDELAY are too small
for my Hardware.
Here is the comparision between 2.4.20+ACPI and 2.4.22:
./linux-2.4.20/drivers/acpi/ec.c:#define ACPI_EC_UDELAY 1000 /* Poll @ 100us increments */
./linux-2.4.20/drivers/acpi/ec.c:#define ACPI_EC_UDELAY_COUNT 10000 /* Wait 10ms max. during EC ops */
./linux-2.4.22/drivers/acpi/ec.c:#define ACPI_EC_UDELAY 100 /* Poll @ 100us increments */
./linux-2.4.22/drivers/acpi/ec.c:#define ACPI_EC_UDELAY_COUNT 1000 /* Wait 10ms max. during EC ops */
This means that the wait time for a EC operation in 2.4.22 was reduced with factor 100.
After i increase the value of ACPI_EC_UDELAY_COUNT to 10000
my problems gone. Now i can use the whole functionality of ACPI.
I don't know is there something in the ACPI specifikation defining max. wait time during EC op,
or the values in ec.c was investigated by testing.
My Hardware: (Clevo D270S Notebook, Pentium 4 M 1.8)
http://www.clevo.com.tw/products/D220S.asp
Regards
Dimitri
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
next reply other threads:[~2003-09-15 8:44 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-09-15 8:44 Dimitri Rebrikov [this message]
[not found] ` <3F657BDB.9080805-kyawv7ubMNaakBO8gow8eQ@public.gmane.org>
2003-09-15 20:54 ` AE_TIME on Operations in EC ( Embedded Controller ec.c ) Nate Lawson
2003-09-16 12:32 ` Dimitri Rebrikov
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=3F657BDB.9080805@t-systems.com \
--to=dimitri.rebrikov-kyawv7ubmnaakbo8gow8eq@public.gmane.org \
--cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@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.