From: Nate Lawson <nate-Y6VGUYTwhu0@public.gmane.org>
To: "Moore, Robert" <robert.moore-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Cc: Bruno Ducrot <ducrot-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org>,
Paulo da Silva
<pvmagacho78-/E1597aS9LQAvxtiuMwx3w@public.gmane.org>,
acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: AE_BAD_HEX_CONSTANT
Date: Tue, 16 Nov 2004 15:19:33 -0800 [thread overview]
Message-ID: <419A8B05.5050401@root.org> (raw)
In-Reply-To: <37F890616C995246BE76B3E6B2DBE05502A86F8F-sBd4vmA9Se5Qxe9IK+vIArfspsVTdybXVpNB7YpNyf8@public.gmane.org>
I agree with this behavior. Thanks for adjusting to it.
-Nate
Moore, Robert wrote:
> It's not really clear from the ACPI spec, but it would appear that a
> store to an index on a package should just overwrite any existing
> object.
>
> If nothing else, the defacto standard interpreter seems to do this.....
>
> I've changed this behavior for the next release, probably this week.
>
> Bob
>
>
>
>>-----Original Message-----
>>From: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org [mailto:acpi-devel-
>>admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org] On Behalf Of Moore, Robert
>>Sent: Friday, November 12, 2004 3:09 PM
>>To: Nate Lawson; Bruno Ducrot
>>Cc: Paulo da Silva; acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
>>Subject: RE: [ACPI] AE_BAD_HEX_CONSTANT
>>
>>I'm looking at this.
>>Bob
>>
>>
>>
>>>-----Original Message-----
>>>From: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org [mailto:acpi-devel-
>>>admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org] On Behalf Of Nate Lawson
>>>Sent: Friday, November 12, 2004 2:57 PM
>>>To: Bruno Ducrot
>>>Cc: Paulo da Silva; acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
>>>Subject: Re: [ACPI] AE_BAD_HEX_CONSTANT
>>>
>>>Bruno Ducrot wrote:
>>>
>>>>On Tue, Nov 09, 2004 at 11:49:44AM -0800, Nate Lawson wrote:
>>>>
>>>>
>>>>> Name (BT0I, Package (0x0D)
>>>>> {
>>>>> 0x01,
>>>>> 0x19C8,
>>>>> 0x19C8,
>>>>> 0x01,
>>>>> 0x39D0,
>>>>> 0x014A,
>>>>> 0xDC,
>>>>> 0x012C,
>>>>> 0x0294,
>>>>> "ANA",
>>>>> "110",
>>>>> "Lion",
>>>>> 0x00
>>>>> })
>>>>>
>>>>>Looking more carefully, it looks like commenting out just the last
>>
>>line
>>
>>>>>("Acer") would suffice. Index 0xC is actually an integer (0x00)
>
> so
>
>>this
>>
>>>>>is what triggers the Integer conversion. I'm not sure how the
>>>>>conversion rules should be modified to take this into account.
>>>>>
>>>>
>>>>
>>>>I suggest to replace the last integer with a string like "Acer".
>>
>>Since
>>
>>>>anyway BT0I is expected to be a package returned by a _BIF method,
>>
>>it
>>
>>>>must be compatible with ACPI spec (look at 11.2.2.1).
>>>>
>>>
>>>I agree to test this, but I'd also like to see acpi-ca improved to
>>>handle this case with the stock ASL.
-------------------------------------------------------
This SF.Net email is sponsored by: InterSystems CACHE
FREE OODBMS DOWNLOAD - A multidimensional database that combines
robust object and relational technologies, making it a perfect match
for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8
next prev parent reply other threads:[~2004-11-16 23:19 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-11-16 22:26 AE_BAD_HEX_CONSTANT Moore, Robert
[not found] ` <37F890616C995246BE76B3E6B2DBE05502A86F8F-sBd4vmA9Se5Qxe9IK+vIArfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2004-11-16 23:19 ` Nate Lawson [this message]
-- strict thread matches above, loose matches on Subject: below --
2004-11-17 0:53 AE_BAD_HEX_CONSTANT Li, Shaohua
2004-11-12 23:08 AE_BAD_HEX_CONSTANT Moore, Robert
2004-11-09 19:33 AE_BAD_HEX_CONSTANT Paulo da Silva
[not found] ` <20041109193331.930.qmail-0Htg24VVpk2A/QwVtaZbd3CJp6faPEW9@public.gmane.org>
2004-11-09 19:49 ` AE_BAD_HEX_CONSTANT Nate Lawson
[not found] ` <41911F58.6020300-Y6VGUYTwhu0@public.gmane.org>
2004-11-12 15:20 ` AE_BAD_HEX_CONSTANT Bruno Ducrot
[not found] ` <20041112152048.GE31422-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org>
2004-11-12 22:56 ` AE_BAD_HEX_CONSTANT Nate Lawson
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=419A8B05.5050401@root.org \
--to=nate-y6vguytwhu0@public.gmane.org \
--cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
--cc=ducrot-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org \
--cc=pvmagacho78-/E1597aS9LQAvxtiuMwx3w@public.gmane.org \
--cc=robert.moore-ral2JQCrhuEAvxtiuMwx3w@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