https://bugzilla.novell.com/show_bug.cgi?id=285807 Cyril Hrubis changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|bnc-team- |hare@novell.com |screening@forge.provo.novell| |.com | -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=285807#c3 Alexander Graf changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|Major |Minor Status|NEW |ASSIGNED --- Comment #3 from Alexander Graf 2007-06-21 08:59:52 MST --- evaluating this for now ... -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=285807#c5 Stefan Quandt changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |squan@web.de --- Comment #5 from Stefan Quandt 2007-07-04 13:34:53 MST --- @Thomas:

Why do you override the DSDT? What problems do you have without? Hmm. I assumed that it's common problem to have a buggy BIOS DSDT. Especially in early times of ACPI. In my case resume from suspend to RAM did not work because of a RAM extension. So I was glad to find information how to fix DSDT at http://pof.eslack.org/blog/2004/01/06/linux-on-dell-latitude-x300 And I was happy to fix this by means of a new initrd instead of having to compile the kernel.

Does it work if you name it DSDT.aml? I tried both "" and "DSDT.aml' in /etc/sysconfig/kernel with the same result: Building initrd fails with the error described. The value of ACPI_DSDT in /etc/sysconfig/kernel seems to be ignored completely.

Ok, it's possible to get a working initrd by doing a fresh install of a minimum system on a spare partition and then copy this to the destination partition. Very challenging for Joe Average.

There was a problem with the overriding ... possibly this Alpha can't override. Pardon, who overrides what? Why is /etc/sysconfig/kernel ignored?

Better get the root cause. Fine. Given the link above, do you think a universally valid DSDT will be possible for all BIOS versions and all combinations of RAM extension for this machine? Will it go into the kernel if I file a bug for it?

Thanks so far Stefan -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=285807#c7 Thomas Renninger changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED --- Comment #7 from Thomas Renninger 2007-08-02 10:48:02 MST --- Sorry, I lost track with this one.

I tried both "" and "DSDT.aml' in /etc/sysconfig/kernel with the same result: Building initrd fails with the error described. The value of ACPI_DSDT in /etc/sysconfig/kernel seems to be ignored completely. Ok, it's possible to get a working initrd by doing a fresh install of a minimum system on a spare partition and then copy this to the destination partition. Very challenging for Joe Average. Ok, mkinitrd seems to need more clever parsing of the ACPI_DSDT variable.

Will it go into the kernel if I file a bug for it? Yes. Best is you file against the ACPI component in bugzilla.kernel.org. Intel has a lot ACPI developers working on their ACPICA implementation which is part of the Linux kernel.

I am quite busy atm. I try to care of that one next week. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.