RE: ACPI source releases updated (20030509)

RE: ACPI source releases updated (20030509)

[Grover, Andrew]

> From: Markus Gaugusch [mailto:markus-z+rTbpWsRgbk7+2FdBfRIA@public.gmane.org] 
> Can you give a comment, why my DSDT in initrd is not included?

Can you help me understand what problem putting the DSDT in initrd
fixes?

Thanks -- Regards -- Andy


-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com

RE: ACPI source releases updated (20030509)

[Nathan Gray]

Grover, Andrew wrote:
> Can you help me understand what problem putting the DSDT in initrd
> fixes?

It solves the problem of having to recompile your kernel in order to change
your DSDT.  Switching to a new DSDT becomes as simple as:

cp initrd_backup.img initrd.img
cat marker >> initrd.img  # Mark the start of the DSDT
cat DSDT.aml >> initrd.img
reboot

It's very handy.

Cheers,
-n8
-- 
>>>-- Nathaniel Gray -- Caltech Computer Science ------>
>>>-- Mojave Project -- http://mojave.cs.caltech.edu -->



-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com

Re: RE: ACPI source releases updated (20030509)

[Sebastian Henschel]

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

hi there...

Received at 2003-05-13 / 09:14 by Nathan Gray:
> Grover, Andrew wrote:
> > Can you help me understand what problem putting the DSDT in initrd
> > fixes?
> 
> It solves the problem of having to recompile your kernel in order to change
> your DSDT.  Switching to a new DSDT becomes as simple as:
> 
> cp initrd_backup.img initrd.img
> cat marker >> initrd.img  # Mark the start of the DSDT
> cat DSDT.aml >> initrd.img
> reboot
> 
> It's very handy.

i totally agree with that.

and the patch seems quite small and non-intrusive to me, though i do not
know the innards of acpi/kernel (yet) so well.

on the other hand, this patch should not be necessary anyway. users
should not patch part of their "bios" by themselves to get their system
to work better. but this is how the situation currently looks like, as
long as the vendors provide buggy DSDTs. i would consider the patch to
be temporary, marked as soon-to-be-deleted. :)

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

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

Re: RE: ACPI source releases updated (20030509)

[Markus Gaugusch]

On May 13, Sebastian Henschel <shensche-1rjuZeEg9oEb1SvskN2V4Q@public.gmane.org> wrote:
> on the other hand, this patch should not be necessary anyway. users
> should not patch part of their "bios" by themselves to get their system
> to work better. but this is how the situation currently looks like, as
> long as the vendors provide buggy DSDTs. i would consider the patch to
> be temporary, marked as soon-to-be-deleted. :)
Do you really think, that there will be no broken bios'es around any more
some day? Just a few weeks ago I fixed the dsdt of a 4 year old compaq
laptop. And I'm pretty sure that nobody will ever fix this DSDT at compaq
and provide a bios update ...

Another positive aspect of my patch is, that users can keep distribution
kernels and still override their DSDT. SuSE, Mandrake, etc. put a lot of
effort and good patches in their kernels and it is not always easy to
recompile them (at least it's very time consuming because of the huge
number of modules that is usually included). So, dsdt-in-initrd is one
reason less to compile your own kernel (or to be forced to do so).

Markus
-- 
__________________    /"\
Markus Gaugusch       \ /    ASCII Ribbon Campaign
markus-z+rTbpWsRgbk7+2FdBfRIA@public.gmane.org     X     Against HTML Mail
                      / \


-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com

Re: RE: ACPI source releases updated (20030509)

[Christian Zoz]

On Tue, May 13, Markus Gaugusch wrote:
> Another positive aspect of my patch is, that users can keep distribution
> kernels and still override their DSDT. SuSE, Mandrake, etc. put a lot of
> effort and good patches in their kernels and it is not always easy to
> recompile them (at least it's very time consuming because of the huge
> number of modules that is usually included). So, dsdt-in-initrd is one
> reason less to compile your own kernel (or to be forced to do so).

I second that and would like to have that patch included very much.

-- 

ciao, christian

  --------------------------------------------------------------------
    Verglichen mit jedem x-beliebigen Redmonder Betriebssystem-Clone
    ist Linux geradezu eine leuchtende Perle der Datensicherheit.
  ------ Frank Rennemann (http://www.linux-knowledge-portal.org) -----


-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com

Re: RE: ACPI source releases updated (20030509)

[Gunter Ohrner]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Am Dienstag, 13. Mai 2003 10:54 schrieb Sebastian Henschel:
> i totally agree with that.

I do as well. I'm currently trying to get my DSDT fixed and was constantly 
re-compiling my kernel to test small changes until Markus' patch came along.

Greetings,

  Gunter

- -- 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+                   PGP-verschlüsselte Mails bevorzugt!                 +
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
By and large, the only skill the alchemists of Ankh-Morpork had 
discovered so far was the ability to turn gold into less gold.        -- 
(Terry Pratchett, Moving Pictures)
+-+-+-+-+-+-+-+-+-+-+-+-+ http://www.lspace.org +-+-+-+-+-+-+-+-+-+-+-+-+
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+wNZy0ORHvREo8l8RAuE6AKCZ/39G05MoIBa029mOdd4Tphr6aACffSRp
+IkhTVOdqs1lc7Po8GqgRJM=
=1F1F
-----END PGP SIGNATURE-----



-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com

Re: RE: ACPI source releases updated (20030509)

[Nathan Gray]

Sebastian Henschel wrote:
> on the other hand, this patch should not be necessary anyway. users
> should not patch part of their "bios" by themselves to get their system
> to work better. but this is how the situation currently looks like, as
> long as the vendors provide buggy DSDTs. i would consider the patch to
> be temporary, marked as soon-to-be-deleted. :)

I think I would like to see this patch included even if vendors supplied
perfectly good DSDTs.  It's kind of interesting to hack on these things and
it could allow the enterprising hacker to improve the functionality of her
machine.  For example, on my machine Dell has put almost every device on
interrupt 11 without giving me any way to change them.  I'm not an expert,
but from what I've seen in the ACPI spec I think it might be possible for
me to override this decision by hacking the DSDT.

In short, open source is all about hacking and so is this patch. :-)

I think the only criticism I have of this patch is that (IMVeryHO) it
doesn't strike me as suitable for long-term inclusion in the kernel.  I
imagine it would be better to allow the user to specify dsdt=/boot/dsdt.img
in the same way he specifies initrd=/boot/initrd.img so that these two
things can be kept cleanly separated.

Cheers,
-n8

-- 
>>>-- Nathaniel Gray -- Caltech Computer Science ------>
>>>-- Mojave Project -- http://mojave.cs.caltech.edu -->



-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com

Re: Re: RE: ACPI source releases updated (20030509)

[Richard Black]

>> I think the only criticism I have of this patch is that (IMVeryHO) it
>> doesn't strike me as suitable for long-term inclusion in the kernel.  I
>> imagine it would be better to allow the user to specify dsdt=/boot/dsdt.img
>> in the same way he specifies initrd=/boot/initrd.img so that these two
>> things can be kept cleanly separated.


Better yet, I would like to see the mkinitrd modified so that it rolls 
in the dsdt table
into the initrd. It may make it (the modified dsdt table) easier to 
access later if
manual inspection of the initrd.img is required. This would be similar 
to the
recent changes to mkinitrd to include ext3 and jbd if any filesystems 
are using ext3.
Maybe a pointer to the current dsdt table could be kept in 
/etc/modules.conf:

#/etc/modules.conf
alias dsdt /boot/dsdt.img

Sincerely,
Richard Black



-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com

Re: Re: RE: ACPI source releases updated (20030509)

[Ducrot Bruno]

On Tue, May 13, 2003 at 11:38:40AM -0700, Nathan Gray wrote:
> Sebastian Henschel wrote:
> > on the other hand, this patch should not be necessary anyway. users
> > should not patch part of their "bios" by themselves to get their system
> > to work better. but this is how the situation currently looks like, as
> > long as the vendors provide buggy DSDTs. i would consider the patch to
> > be temporary, marked as soon-to-be-deleted. :)
> 
> I think I would like to see this patch included even if vendors supplied
> perfectly good DSDTs.  It's kind of interesting to hack on these things and
> it could allow the enterprising hacker to improve the functionality of her
> machine.  For example, on my machine Dell has put almost every device on
> interrupt 11 without giving me any way to change them.  I'm not an expert,
> but from what I've seen in the ACPI spec I think it might be possible for
> me to override this decision by hacking the DSDT.
> 
> In short, open source is all about hacking and so is this patch. :-)
> 
> I think the only criticism I have of this patch is that (IMVeryHO) it
> doesn't strike me as suitable for long-term inclusion in the kernel.  I
> imagine it would be better to allow the user to specify dsdt=/boot/dsdt.img
> in the same way he specifies initrd=/boot/initrd.img so that these two
> things can be kept cleanly separated.

IMHO, it should be even better to have something like
acpi_tables=/boot/acpi_tables.img (not as a kernel option)

with different tables, not only DSDT.


-- 
Ducrot Bruno

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


-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com

ACPI source releases updated (20030509)

[Grover, Andrew]

Hi all. Updated Linux patches are available at
http://sf.net/projects/acpi . Non-Linux releases will be available at
http://developer.intel.com/technology/iapc/acpi/downloads.htm soon.

Regards -- Andy

----------------------------
09 May 2003.  Summary of changes for version 20030509.


1) Linux:

Allow ":" in OS override string (Ducrot Bruno)

Kobject fix (Greg KH)

2) ACPI CA Core Subsystem:

Changed the subsystem initialization sequence to hold off installation
of address space handlers until the hardware has been initialized and
the system has entered ACPI mode.  This is because the installation of
space handlers can cause _REG methods to be run.  Previously, the _REG
methods could potentially be run before ACPI mode was enabled.

Fixed some memory leak issues related to address space handler and
notify handler installation.  There were some problems with the
reference count mechanism caused by the fact that the handler objects
are shared across several namespace objects.

Fixed a reported problem where reference counts within the namespace
were not properly updated when named objects created by method execution
were deleted.

Fixed a reported problem where multiple SSDTs caused a deletion issue
during subsystem termination.  Restructured the table data structures to
simplify the linked lists and the related code.

Fixed a problem where the table ID associated with secondary tables
(SSDTs) was not being propagated into the namespace objects created by
those tables.  This would only present a problem for tables that are
unloaded at run-time, however.

Updated AcpiOsReadable and AcpiOsWritable to use the ACPI_SIZE type as
the length parameter (instead of UINT32).

Solved a long-standing problem where an ALREADY_EXISTS error appears on
various systems.  This problem could happen when there are multiple
PCI_Config operation regions under a single PCI root bus.  This doesn't
happen very frequently, but there are some systems that do this in the
ASL.

Fixed a reported problem where the internal DeleteNode function was
incorrectly handling the case where a namespace node was the first in
the parent's child list, and had additional peers (not the only child,
but first in the list of children.)

3 iASL Compiler/Disassembler:

Fixed a problem in the generation of the C source code files (AML is
emitted in C source statements for BIOS inclusion) where the Ascii dump
that appears within a C comment at the end of each line could cause a
compile time error if the AML sequence happens to have an open comment
or close comment sequence embedded.



-----------------------------
Andrew Grover
Intel Labs / Mobile Architecture
andrew.grover-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org

Re: ACPI source releases updated (20030509)

[Markus Gaugusch]

Can you give a comment, why my DSDT in initrd is not included?

thanks!
Markus
-- 
__________________    /"\
Markus Gaugusch       \ /    ASCII Ribbon Campaign
markus-z+rTbpWsRgbk7+2FdBfRIA@public.gmane.org     X     Against HTML Mail
                      / \


-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com