headers
Scott Thompson | 16 Sep 18:55
Favicon

DSDT from your system / new DSDT archive

Hi all -- I was attempting to find a DSDT archive with sample DSDT 
from a variety of systems.
The closest thing I have found was the archive that was at 
http://acpi.sourceforge.net ; if anyone
knows of another DSDT archive please let me know.

Since a current one doesn't seem to exist, I am attempting to put 
my own database together up on the 
internets (URL coming soon) and am looking for folks to send me the 
DSDT from their systems.  Gathering your system DSDT takes
less than about 2 minutes by running the following:  

Windows:
1. extract acpica tools from acpica.org; latest as of this writing 
is http://acpica.org/download/iasl-win-20080829.zip
2. run 'iasl -g' to extract all acpi tables.
3. send all '.dsl' and '.dat' files extracted

Linux:
1. file is at /proc/acpi/dsdt 
2. may need to, as sudo or root, cp and then 'chown' the file to a 
non-root id to email.

If anyone is interested, please send the files (or url link), 
hardware make/model, and your name/email (if you want credited), to 
postfail <at> hushmail.com; please no bombardment of the linux-pm / 
linux-acpi lists.

Thanks in advance...
(Continue reading)

Permalink | Reply |
headers
Henrique de Moraes Holschuh | 17 Sep 00:22
Favicon

Re: DSDT from your system / new DSDT archive

On Tue, 16 Sep 2008, Scott Thompson wrote:
> Since a current one doesn't seem to exist, I am attempting to put 
> my own database together up on the 
> internets (URL coming soon) and am looking for folks to send me the 
> DSDT from their systems.  Gathering your system DSDT takes
> less than about 2 minutes by running the following:  

You also want the dmidecode output, which BTW you must sanitize to remove
UUIDs and serial numbers.  Otherwise, the DSDTs are a lot less useful.

--

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh
Permalink | Reply |
headers
Henrique de Moraes Holschuh | 17 Sep 04:41
Favicon

Re: DSDT from your system / new DSDT archive

Hi Scott!

On Tue, 16 Sep 2008, Henrique de Moraes Holschuh wrote:

> On Tue, 16 Sep 2008, Scott Thompson wrote:
> > Since a current one doesn't seem to exist, I am attempting to put 
> > my own database together up on the 
> > internets (URL coming soon) and am looking for folks to send me the 
> > DSDT from their systems.  Gathering your system DSDT takes
> > less than about 2 minutes by running the following:  
> 
> You also want the dmidecode output, which BTW you must sanitize to remove
> UUIDs and serial numbers.  Otherwise, the DSDTs are a lot less useful.

Come to think of it, the DSDTs are useless without the other tables in most
systems, anyway, so you want to store the entire acpidump :-p

--

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh
Permalink | Reply |
headers
Thomas Renninger | 17 Sep 17:44
Favicon

Re: DSDT from your system / new DSDT archive

On Wednesday 17 September 2008 04:41:27 Henrique de Moraes Holschuh wrote:
> Hi Scott!
>
> On Tue, 16 Sep 2008, Henrique de Moraes Holschuh wrote:
> > On Tue, 16 Sep 2008, Scott Thompson wrote:
> > > Since a current one doesn't seem to exist, I am attempting to put
> > > my own database together up on the
> > > internets (URL coming soon) and am looking for folks to send me the
> > > DSDT from their systems.  Gathering your system DSDT takes
> > > less than about 2 minutes by running the following:
> >
> > You also want the dmidecode output, which BTW you must sanitize to remove
> > UUIDs and serial numbers.  Otherwise, the DSDTs are a lot less useful.
>
> Come to think of it, the DSDTs are useless without the other tables in most
> systems, anyway, so you want to store the entire acpidump :-p
Exactly.
You should take dmidecode and acpidump in a specific format (provide a small
script to (show how to) gather them?).
You should also double check the info you get uploaded. On the sourceforge
list all kind of broken info was flying around (all kind of compressions
used, only aml, only asl and only hex tables, only the diffs, and more...).

Therefore IMO best is not to only provide a small script how you should gather
and upload the data, but also internally do a quick check the other way round 
whether the data sent up is valid (unzip, acpixtract -a acpidump, [ -e 
DSDT.dsl ] or similar).

I'd also only accept acpidumps or whole zips containing the dumps.
You should not provide extracted acpidumps, even worse disassmbled ones as
(Continue reading)

Permalink | Reply |
headers
Thomas Renninger | 17 Sep 19:29
Favicon

Re: DSDT from your system / new DSDT archive

On Wednesday 17 September 2008 17:44:33 Thomas Renninger wrote:
> On Wednesday 17 September 2008 04:41:27 Henrique de Moraes Holschuh wrote:
> > Hi Scott!
> >
> > On Tue, 16 Sep 2008, Henrique de Moraes Holschuh wrote:
> > > On Tue, 16 Sep 2008, Scott Thompson wrote:
> > > > Since a current one doesn't seem to exist, I am attempting to put
> > > > my own database together up on the
> > > > internets (URL coming soon) and am looking for folks to send me the
> > > > DSDT from their systems.  Gathering your system DSDT takes
> > > > less than about 2 minutes by running the following:
> > >
> > > You also want the dmidecode output, which BTW you must sanitize to
> > > remove UUIDs and serial numbers.  Otherwise, the DSDTs are a lot less
> > > useful.
> >
> > Come to think of it, the DSDTs are useless without the other tables in
> > most systems, anyway, so you want to store the entire acpidump :-p
>
> Exactly.
> You should take dmidecode and acpidump in a specific format (provide a
> small script to (show how to) gather them?).
Plus the possibility to add a diff fixing the DSDT/SSDTs, then you have:
  - acpidump
  - dmidecode
  - fixes.diff
Still it should be checked that the full acpidump is there, the whole data
is not worth much without full acpidump and dmidecode.
Then these examples could greatly help others to get used to and how to
fix general warnings/errors.
(Continue reading)

Permalink | Reply |
headers
Scott Thompson | 20 Sep 05:07
Favicon

Re: DSDT from your system / new DSDT archive

On Wed, 17 Sep 2008 13:29:37 -0400 Thomas Renninger <trenn <at> suse.de> 
wrote:
>On Wednesday 17 September 2008 17:44:33 Thomas Renninger wrote:
>> On Wednesday 17 September 2008 04:41:27 Henrique de Moraes
>Holschuh wrote:
Lots about the proposed DSDT respository (and so did others).  
Thank you for your comments and insights.

This effort can only address a partial DSDT solution, and initially 
the primary concern is getting the
correct information up about the tools and methods required to 
extract needed files for a system (and to
then make those files available).  If that information is correct, 
novice users should be able to contribute.

An initial draft with about 25 dsdt is up with request for comment 
at :

http://www.fileandstream.com/proc/acpi/dsdt.htm

In terms of 'help':
1. if there are any volunteers to review a 'sandbox' for any new 
dsdt/acpidumps/etc that 
come in please let me know; 
2. review of extraction information and procedures for a variety of 
systems, including better
information about how to get some of the tools (dmidecode, 
acpidump, etc) for a variety of linux
distros.
(Continue reading)

Permalink | Reply |

Gmane