public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: Sebastian Henschel <acpi-1rjuZeEg9oEb1SvskN2V4Q@public.gmane.org>
To: acpi-support-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: [ACPI] Re: [ACPI-sppt] supported machines
Date: Mon, 16 Jun 2003 09:46:56 +0200	[thread overview]
Message-ID: <20030616074656.GB645@enigma.daemon.sh> (raw)
In-Reply-To: <20030613174054.GA3012-DETuoxkZsSqrDJvtcaxF/A@public.gmane.org>

[-- Attachment #1: Type: text/plain, Size: 2210 bytes --]


hi karol..

* Karol Kozimor <sziwan-DETuoxkZsSqrDJvtcaxF/A@public.gmane.org> [2003-06-16 09:06 +0200]:
> Thus wrote Sebastian Henschel:
> > well, if any manufacturer reads this, please raise your voice. :)
> > only including patches whould also have a technical benefit: the file
> > sizes would become smaller.
> > so if you found some more supporters, i would update the pages, files and
> > database as good as i can. the downside is that i cannot generate a diff
> > from the DSTDs where there is no "original" table provided.
> 
> On the other hand, having the DSDT's in one place is very handy and helps
> in driver development. At least, we used the database frequently with
> Julien, and handling the development without it would be much less
> convenient.

you mean you looked into the DSDTs of machines you did not have at hand?
valid point, i think.

another problem i found with diffs is the following:
we have no "real" source code of the table. what we have is some binary
file where we run a tool for disassembly on. _most_ people use iasl, but
do they all do? and apart from that, perhaps different versions of the same
tool produce different ASL code. so it is quite possible that a patch
can fail, which can be a trivial... or something more sophisticated.

> Does file size (we're talking kilobytes of gzipped data) really
> matter anyway?

well, one archive of DSDTS is about 590k (40k DB) at the moment. this
surely does not matter. but due to constraints of sf.net i had to
install a little backup scheme which accumulates that amount of data for
each day. i usually download the backups once or twice a week and delete
them on sf.net afterwards. since we have 100MB available on sf.net, it
should not be a problem for now. but the backup scheme must be slowed
down when i am away from internet for a couple of weeks. so no, it does
not matter that much, just a little.

ok, i suggest to put the discussion back on acpi-support only, since no
big discussion has arisen on acpi-devel, but they know about it. :)

cheers,
 sebastian
-- 
::: sebastian henschel
::: kodeaffe
::: lynx -source http://www.kodeaffe.de/shensche.pub | gpg --import

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

      parent reply	other threads:[~2003-06-16  7:46 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20030612041209.GA3201@xtrinsic.com>
     [not found] ` <005501c330ec$6d0c17b0$3746028e@bio.dfo.ca>
     [not found]   ` <20030612142429.GE567@xtrinsic.com>
     [not found]     ` <00fc01c330f0$ea66dd40$3746028e@bio.dfo.ca>
     [not found]       ` <20030612170817.GB1494@xtrinsic.com>
     [not found]         ` <003b01c33113$43186e00$3746028e@bio.dfo.ca>
     [not found]           ` <003b01c33113$43186e00$3746028e-dP0OE4Ef7fWw5LPnMra/2Q@public.gmane.org>
2003-06-13  9:56             ` [ACPI-sppt] supported machines Sebastian Henschel
     [not found]               ` <20030613095618.GC2580-adzhR0EPeY/7X6WiDY61Ug@public.gmane.org>
2003-06-13 17:40                 ` [ACPI] " Karol Kozimor
     [not found]                   ` <20030613174054.GA3012-DETuoxkZsSqrDJvtcaxF/A@public.gmane.org>
2003-06-16  7:46                     ` Sebastian Henschel [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=20030616074656.GB645@enigma.daemon.sh \
    --to=acpi-1rjuzeeg9oeb1svskn2v4q@public.gmane.org \
    --cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
    --cc=acpi-support-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@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