All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bruno Ducrot <ducrot-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org>
To: giupil <giupil-nznwD2ikctv02BlrwmTdfg@public.gmane.org>
Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: Aspire 1511LMI - Aspire 1513LMI DSDT
Date: Fri, 19 Nov 2004 21:01:29 +0100	[thread overview]
Message-ID: <20041119200129.GG31422@poupinou.org> (raw)
In-Reply-To: <419E5183.6030405-nznwD2ikctv02BlrwmTdfg@public.gmane.org>

On Fri, Nov 19, 2004 at 08:03:15PM +0000, giupil wrote:
> Then I think that the acpidump command and iasl command in Freebsd works
> better that in Linux and that the freebsd error signals are, peraphs, more
> correct.

iasl is the same for both Linux and FreeBSD and is develloped and
maintained by Intel people.  acpidump from FreeBSD is now a wrapper to
iasl.

What produce FreeBSD acpidump is not only the decompiled DSDT, but also
the differents SSDTs if those are presents.  Under FreeBSD, when
a table is overriden, no further SSDT will be loaded by the OS,
whereas SSDTs will be loaded under Linux.

If you take the pmtools packages, then :
./acpidmp SSDT > ssdt
iasl -d ssdt

will produce the difference (the objects for the processor) you
have.

-- 
Bruno Ducrot

--  Which is worse:  ignorance or apathy?
--  Don't know.  Don't care.


-------------------------------------------------------
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

  parent reply	other threads:[~2004-11-19 20:01 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-11-19 20:03 Aspire 1511LMI - Aspire 1513LMI DSDT giupil
     [not found] ` <419E5183.6030405-nznwD2ikctv02BlrwmTdfg@public.gmane.org>
2004-11-19 20:01   ` Bruno Ducrot [this message]
     [not found]     ` <20041119200129.GG31422-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org>
2004-11-22 14:36       ` giupil
     [not found]         ` <41A1F973.7060700-nznwD2ikctv02BlrwmTdfg@public.gmane.org>
2004-11-22 14:15           ` 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=20041119200129.GG31422@poupinou.org \
    --to=ducrot-kk6yzipjem5g9huczpvpmw@public.gmane.org \
    --cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
    --cc=giupil-nznwD2ikctv02BlrwmTdfg@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.