* [Devel] Possible issue with iasl on big endian machines.
@ 2014-03-20 17:03 Marcel Apfelbaum
0 siblings, 0 replies; 7+ messages in thread
From: Marcel Apfelbaum @ 2014-03-20 17:03 UTC (permalink / raw)
To: devel
[-- Attachment #1: Type: text/plain, Size: 418 bytes --]
Hi,
Should iasl running on a big endian machine be able to
disassemble a DSDT(and any other acpi table) taken from a
little endian machine?
I tried to do it and I receive:
Error [...] TableHeader length [0xBB040000] greater than the input file size [0x4BB].
As you can see the length bytes are swapped.
The question is, shouldn't it work, ACPI protocol being always little-endian?
Thanks,
Marcel
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [Devel] Possible issue with iasl on big endian machines.
@ 2014-03-20 17:19 Al Stone
0 siblings, 0 replies; 7+ messages in thread
From: Al Stone @ 2014-03-20 17:19 UTC (permalink / raw)
To: devel
[-- Attachment #1: Type: text/plain, Size: 1161 bytes --]
On 03/20/2014 11:03 AM, Marcel Apfelbaum wrote:
> Hi,
>
> Should iasl running on a big endian machine be able to
> disassemble a DSDT(and any other acpi table) taken from a
> little endian machine?
>
> I tried to do it and I receive:
> Error [...] TableHeader length [0xBB040000] greater than the input file size [0x4BB].
> As you can see the length bytes are swapped.
>
> The question is, shouldn't it work, ACPI protocol being always little-endian?
>
> Thanks,
> Marcel
>
>
> _______________________________________________
> Devel mailing list
> Devel(a)acpica.org
> https://lists.acpica.org/mailman/listinfo/devel
>
Which version of iasl are you using? If you're using the version
straight from ACPICA, it needs patching to handle big-endian.
If you're using one of the recent Fedora/Debian versions, they have
been patched for big-endian support, but of course there could be an
issue with those patches.
Regardless, the ACPI data _should_ be in little-endian form.
--
ciao,
al
-----------------------------------
Al Stone
Software Engineer
Red Hat, Inc.
ahs3(a)redhat.com
-----------------------------------
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [Devel] Possible issue with iasl on big endian machines.
@ 2014-03-20 17:24 Marcel Apfelbaum
0 siblings, 0 replies; 7+ messages in thread
From: Marcel Apfelbaum @ 2014-03-20 17:24 UTC (permalink / raw)
To: devel
[-- Attachment #1: Type: text/plain, Size: 1320 bytes --]
On Thu, 2014-03-20 at 11:19 -0600, Al Stone wrote:
> On 03/20/2014 11:03 AM, Marcel Apfelbaum wrote:
> > Hi,
> >
> > Should iasl running on a big endian machine be able to
> > disassemble a DSDT(and any other acpi table) taken from a
> > little endian machine?
> >
> > I tried to do it and I receive:
> > Error [...] TableHeader length [0xBB040000] greater than the input file size [0x4BB].
> > As you can see the length bytes are swapped.
> >
> > The question is, shouldn't it work, ACPI protocol being always little-endian?
> >
> > Thanks,
> > Marcel
> >
> >
> > _______________________________________________
> > Devel mailing list
> > Devel(a)acpica.org
> > https://lists.acpica.org/mailman/listinfo/devel
> >
>
> Which version of iasl are you using? If you're using the version
> straight from ACPICA, it needs patching to handle big-endian.
>
> If you're using one of the recent Fedora/Debian versions, they have
> been patched for big-endian support, but of course there could be an
> issue with those patches.
>
> Regardless, the ACPI data _should_ be in little-endian form.
>
Hi Al,
Thanks for the prompt reply.
I am using acpica-tools-20130823-5.fc19.ppc64 (The one that comes with Fedora 19 on a big endian ppc64 machine)
Should I file a bug?
Thanks,
Marcel
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [Devel] Possible issue with iasl on big endian machines.
@ 2014-03-20 17:48 Al Stone
0 siblings, 0 replies; 7+ messages in thread
From: Al Stone @ 2014-03-20 17:48 UTC (permalink / raw)
To: devel
[-- Attachment #1: Type: text/plain, Size: 1719 bytes --]
On 03/20/2014 11:24 AM, Marcel Apfelbaum wrote:
> On Thu, 2014-03-20 at 11:19 -0600, Al Stone wrote:
>> On 03/20/2014 11:03 AM, Marcel Apfelbaum wrote:
>>> Hi,
>>>
>>> Should iasl running on a big endian machine be able to
>>> disassemble a DSDT(and any other acpi table) taken from a
>>> little endian machine?
>>>
>>> I tried to do it and I receive:
>>> Error [...] TableHeader length [0xBB040000] greater than the input file size [0x4BB].
>>> As you can see the length bytes are swapped.
>>>
>>> The question is, shouldn't it work, ACPI protocol being always little-endian?
>>>
>>> Thanks,
>>> Marcel
>>>
>>>
>>> _______________________________________________
>>> Devel mailing list
>>> Devel(a)acpica.org
>>> https://lists.acpica.org/mailman/listinfo/devel
>>>
>>
>> Which version of iasl are you using? If you're using the version
>> straight from ACPICA, it needs patching to handle big-endian.
>>
>> If you're using one of the recent Fedora/Debian versions, they have
>> been patched for big-endian support, but of course there could be an
>> issue with those patches.
>>
>> Regardless, the ACPI data _should_ be in little-endian form.
>>
> Hi Al,
> Thanks for the prompt reply.
>
> I am using acpica-tools-20130823-5.fc19.ppc64 (The one that comes with Fedora 19 on a big endian ppc64 machine)
> Should I file a bug?
>
> Thanks,
> Marcel
>
Yup, please file a BZ and I'll get to it as soon as I can.
BTW, I just pushed 20131115 to F19 stable, so you may want to try
that version. F20/21 are at 20140214.
--
ciao,
al
-----------------------------------
Al Stone
Software Engineer
Red Hat, Inc.
ahs3(a)redhat.com
-----------------------------------
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [Devel] Possible issue with iasl on big endian machines.
@ 2014-03-20 18:41 Moore, Robert
0 siblings, 0 replies; 7+ messages in thread
From: Moore, Robert @ 2014-03-20 18:41 UTC (permalink / raw)
To: devel
[-- Attachment #1: Type: text/plain, Size: 2423 bytes --]
Please file whatever changes are needed for iASL to run on big-endian machines on the ACPICA bugzilla and we will integrate them.
bugs.acpica.org
Thanks,
Bob
> -----Original Message-----
> From: Devel [mailto:devel-bounces(a)acpica.org] On Behalf Of Al Stone
> Sent: Thursday, March 20, 2014 10:48 AM
> To: Marcel Apfelbaum
> Cc: devel(a)acpica.org
> Subject: Re: [Devel] Possible issue with iasl on big endian machines.
>
> On 03/20/2014 11:24 AM, Marcel Apfelbaum wrote:
> > On Thu, 2014-03-20 at 11:19 -0600, Al Stone wrote:
> >> On 03/20/2014 11:03 AM, Marcel Apfelbaum wrote:
> >>> Hi,
> >>>
> >>> Should iasl running on a big endian machine be able to disassemble a
> >>> DSDT(and any other acpi table) taken from a little endian machine?
> >>>
> >>> I tried to do it and I receive:
> >>> Error [...] TableHeader length [0xBB040000] greater than the input
> file size [0x4BB].
> >>> As you can see the length bytes are swapped.
> >>>
> >>> The question is, shouldn't it work, ACPI protocol being always little-
> endian?
> >>>
> >>> Thanks,
> >>> Marcel
> >>>
> >>>
> >>> _______________________________________________
> >>> Devel mailing list
> >>> Devel(a)acpica.org
> >>> https://lists.acpica.org/mailman/listinfo/devel
> >>>
> >>
> >> Which version of iasl are you using? If you're using the version
> >> straight from ACPICA, it needs patching to handle big-endian.
> >>
> >> If you're using one of the recent Fedora/Debian versions, they have
> >> been patched for big-endian support, but of course there could be an
> >> issue with those patches.
> >>
> >> Regardless, the ACPI data _should_ be in little-endian form.
> >>
> > Hi Al,
> > Thanks for the prompt reply.
> >
> > I am using acpica-tools-20130823-5.fc19.ppc64 (The one that comes with
> > Fedora 19 on a big endian ppc64 machine) Should I file a bug?
> >
> > Thanks,
> > Marcel
> >
>
> Yup, please file a BZ and I'll get to it as soon as I can.
>
> BTW, I just pushed 20131115 to F19 stable, so you may want to try that
> version. F20/21 are at 20140214.
>
> --
> ciao,
> al
> -----------------------------------
> Al Stone
> Software Engineer
> Red Hat, Inc.
> ahs3(a)redhat.com
> -----------------------------------
> _______________________________________________
> Devel mailing list
> Devel(a)acpica.org
> https://lists.acpica.org/mailman/listinfo/devel
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [Devel] Possible issue with iasl on big endian machines.
@ 2014-03-20 18:54 Marcel Apfelbaum
0 siblings, 0 replies; 7+ messages in thread
From: Marcel Apfelbaum @ 2014-03-20 18:54 UTC (permalink / raw)
To: devel
[-- Attachment #1: Type: text/plain, Size: 2736 bytes --]
On Thu, 2014-03-20 at 18:41 +0000, Moore, Robert wrote:
> Please file whatever changes are needed for iASL to run on big-endian machines on the ACPICA bugzilla and we will integrate them.
>
> bugs.acpica.org
Hi Bob,
I opened a bug , http://bugs.acpica.org/show_bug.cgi?id=1082 .
Thanks!
Marcel
>
> Thanks,
> Bob
>
>
> > -----Original Message-----
> > From: Devel [mailto:devel-bounces(a)acpica.org] On Behalf Of Al Stone
> > Sent: Thursday, March 20, 2014 10:48 AM
> > To: Marcel Apfelbaum
> > Cc: devel(a)acpica.org
> > Subject: Re: [Devel] Possible issue with iasl on big endian machines.
> >
> > On 03/20/2014 11:24 AM, Marcel Apfelbaum wrote:
> > > On Thu, 2014-03-20 at 11:19 -0600, Al Stone wrote:
> > >> On 03/20/2014 11:03 AM, Marcel Apfelbaum wrote:
> > >>> Hi,
> > >>>
> > >>> Should iasl running on a big endian machine be able to disassemble a
> > >>> DSDT(and any other acpi table) taken from a little endian machine?
> > >>>
> > >>> I tried to do it and I receive:
> > >>> Error [...] TableHeader length [0xBB040000] greater than the input
> > file size [0x4BB].
> > >>> As you can see the length bytes are swapped.
> > >>>
> > >>> The question is, shouldn't it work, ACPI protocol being always little-
> > endian?
> > >>>
> > >>> Thanks,
> > >>> Marcel
> > >>>
> > >>>
> > >>> _______________________________________________
> > >>> Devel mailing list
> > >>> Devel(a)acpica.org
> > >>> https://lists.acpica.org/mailman/listinfo/devel
> > >>>
> > >>
> > >> Which version of iasl are you using? If you're using the version
> > >> straight from ACPICA, it needs patching to handle big-endian.
> > >>
> > >> If you're using one of the recent Fedora/Debian versions, they have
> > >> been patched for big-endian support, but of course there could be an
> > >> issue with those patches.
> > >>
> > >> Regardless, the ACPI data _should_ be in little-endian form.
> > >>
> > > Hi Al,
> > > Thanks for the prompt reply.
> > >
> > > I am using acpica-tools-20130823-5.fc19.ppc64 (The one that comes with
> > > Fedora 19 on a big endian ppc64 machine) Should I file a bug?
> > >
> > > Thanks,
> > > Marcel
> > >
> >
> > Yup, please file a BZ and I'll get to it as soon as I can.
> >
> > BTW, I just pushed 20131115 to F19 stable, so you may want to try that
> > version. F20/21 are at 20140214.
> >
> > --
> > ciao,
> > al
> > -----------------------------------
> > Al Stone
> > Software Engineer
> > Red Hat, Inc.
> > ahs3(a)redhat.com
> > -----------------------------------
> > _______________________________________________
> > Devel mailing list
> > Devel(a)acpica.org
> > https://lists.acpica.org/mailman/listinfo/devel
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [Devel] Possible issue with iasl on big endian machines.
@ 2014-03-20 19:10 Moore, Robert
0 siblings, 0 replies; 7+ messages in thread
From: Moore, Robert @ 2014-03-20 19:10 UTC (permalink / raw)
To: devel
[-- Attachment #1: Type: text/plain, Size: 3394 bytes --]
> > >> Which version of iasl are you using? If you're using the version
> > >> straight from ACPICA, it needs patching to handle big-endian.
I'm looking forward to getting this patch.
Bob
> -----Original Message-----
> From: Marcel Apfelbaum [mailto:marcel.a(a)redhat.com]
> Sent: Thursday, March 20, 2014 11:55 AM
> To: Moore, Robert
> Cc: Al Stone; devel(a)acpica.org
> Subject: Re: [Devel] Possible issue with iasl on big endian machines.
>
> On Thu, 2014-03-20 at 18:41 +0000, Moore, Robert wrote:
> > Please file whatever changes are needed for iASL to run on big-endian
> machines on the ACPICA bugzilla and we will integrate them.
> >
> > bugs.acpica.org
> Hi Bob,
> I opened a bug , http://bugs.acpica.org/show_bug.cgi?id=1082 .
>
> Thanks!
> Marcel
>
> >
> > Thanks,
> > Bob
> >
> >
> > > -----Original Message-----
> > > From: Devel [mailto:devel-bounces(a)acpica.org] On Behalf Of Al Stone
> > > Sent: Thursday, March 20, 2014 10:48 AM
> > > To: Marcel Apfelbaum
> > > Cc: devel(a)acpica.org
> > > Subject: Re: [Devel] Possible issue with iasl on big endian machines.
> > >
> > > On 03/20/2014 11:24 AM, Marcel Apfelbaum wrote:
> > > > On Thu, 2014-03-20 at 11:19 -0600, Al Stone wrote:
> > > >> On 03/20/2014 11:03 AM, Marcel Apfelbaum wrote:
> > > >>> Hi,
> > > >>>
> > > >>> Should iasl running on a big endian machine be able to
> > > >>> disassemble a DSDT(and any other acpi table) taken from a little
> endian machine?
> > > >>>
> > > >>> I tried to do it and I receive:
> > > >>> Error [...] TableHeader length [0xBB040000] greater than the
> > > >>> input
> > > file size [0x4BB].
> > > >>> As you can see the length bytes are swapped.
> > > >>>
> > > >>> The question is, shouldn't it work, ACPI protocol being always
> > > >>> little-
> > > endian?
> > > >>>
> > > >>> Thanks,
> > > >>> Marcel
> > > >>>
> > > >>>
> > > >>> _______________________________________________
> > > >>> Devel mailing list
> > > >>> Devel(a)acpica.org
> > > >>> https://lists.acpica.org/mailman/listinfo/devel
> > > >>>
> > > >>
> > > >> Which version of iasl are you using? If you're using the version
> > > >> straight from ACPICA, it needs patching to handle big-endian.
> > > >>
> > > >> If you're using one of the recent Fedora/Debian versions, they
> > > >> have been patched for big-endian support, but of course there
> > > >> could be an issue with those patches.
> > > >>
> > > >> Regardless, the ACPI data _should_ be in little-endian form.
> > > >>
> > > > Hi Al,
> > > > Thanks for the prompt reply.
> > > >
> > > > I am using acpica-tools-20130823-5.fc19.ppc64 (The one that comes
> > > > with Fedora 19 on a big endian ppc64 machine) Should I file a bug?
> > > >
> > > > Thanks,
> > > > Marcel
> > > >
> > >
> > > Yup, please file a BZ and I'll get to it as soon as I can.
> > >
> > > BTW, I just pushed 20131115 to F19 stable, so you may want to try
> > > that version. F20/21 are at 20140214.
> > >
> > > --
> > > ciao,
> > > al
> > > -----------------------------------
> > > Al Stone
> > > Software Engineer
> > > Red Hat, Inc.
> > > ahs3(a)redhat.com
> > > -----------------------------------
> > > _______________________________________________
> > > Devel mailing list
> > > Devel(a)acpica.org
> > > https://lists.acpica.org/mailman/listinfo/devel
>
>
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2014-03-20 19:10 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-03-20 17:48 [Devel] Possible issue with iasl on big endian machines Al Stone
-- strict thread matches above, loose matches on Subject: below --
2014-03-20 19:10 Moore, Robert
2014-03-20 18:54 Marcel Apfelbaum
2014-03-20 18:41 Moore, Robert
2014-03-20 17:24 Marcel Apfelbaum
2014-03-20 17:19 Al Stone
2014-03-20 17:03 Marcel Apfelbaum
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.