From: Alexey Starikovskiy <aystarik@gmail.com>
To: Zhao Yakui <yakui.zhao@intel.com>
Cc: "Lin, Ming M" <ming.m.lin@intel.com>,
linux-acpi <linux-acpi@vger.kernel.org>
Subject: Re: Bug 11884 - _REG and _INI
Date: Tue, 16 Dec 2008 13:17:29 +0300 [thread overview]
Message-ID: <49478039.5090101@gmail.com> (raw)
In-Reply-To: <1229389666.3991.19.camel@yakui_zhao.sh.intel.com>
Zhao Yakui wrote:
> On Mon, 2008-12-15 at 18:47 +0800, Alexey Starikovskiy wrote:
>
>> It's not that simple... Here is relevant part of dmesg from my thinkpad:
>>
>> ------------------------------------------------------------------------
>> ACPI Error (evregion-0315): No handler for Region [ECOR]
>> (ffff8800bf814558) [EmbeddedControl] [20080926]
>> ACPI Error (exfldio-0291): Region EmbeddedControl(3) has no handler
>> [20080926]
>> ACPI Error (psparse-0524): Method parse/execution failed
>> [\_SB_.PCI0.LPC_.EC__._INI] (Node ffff8800bf817300), AE_NOT_EXIST
>> ACPI: EC: EC description table is found, configuring boot EC
>> ACPI: Interpreter enabled
>> ACPI: (supports S0 S3 S5)
>> ACPI: Using IOAPIC for interrupt routing
>> ACPI: EC: non-query interrupt received, switching to interrupt mode
>> ACPI: EC: GPE = 0x1c, I/O: command/status = 0x66, data = 0x62
>> ACPI: EC: driver started in interrupt mode
>> --------------------------------------------------------------------------
>>
> There exists too much difference on different vendors.
> In theory there exists the EC flag in AML code, which indicates whether
> the EC operation region can be accessed. After the EC _REG object is
> evaluated, the EC flag will be set and it means that EC operation region
> can be accessed. Before the EC _REG object is evaluated, it had better
> be zero.
> >From the above dmesg it seems that the above warning is related with one
> of the two following factors:
> a. EC flag is initialized as one. In such case it means that EC
> operation region can be accessed before EC initialization.
> b. EC flag is not used correctly in some methods.
>
>
I've added a patch to #11884, which will limit _INI check to ASUS machines.
Thus, registration of handlers on HP will happen only after all _INI
methods are run.
I think, it is a simpler way out of this mess.
> At the same time from the above message we know that there exists the
> ECDT table. So when there exists the ECDT table, we can continue to use
> the current flowchart of EC initialization.
>
> Can Lin ming's proposal be applied to the situation that there is no
> ECDT table?
>
If ECDT exists, we must register EC driver before calls to _INI methods.
in absence of ECDT, we check for EC._INI method as a clue, with the new
patch,
we check EC._INI only on ASUS, so we will register EC driver early only
if it is ASUS and has EC._INI.
Regards,
Alex.
>
prev parent reply other threads:[~2008-12-16 10:17 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-12-15 3:51 Bug 11884 - _REG and _INI Lin Ming
2008-12-15 7:27 ` Zhao Yakui
2008-12-15 9:26 ` Alexey Starikovskiy
2008-12-15 10:47 ` Alexey Starikovskiy
2008-12-16 1:07 ` Zhao Yakui
2008-12-16 10:17 ` Alexey Starikovskiy [this message]
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=49478039.5090101@gmail.com \
--to=aystarik@gmail.com \
--cc=linux-acpi@vger.kernel.org \
--cc=ming.m.lin@intel.com \
--cc=yakui.zhao@intel.com \
/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