From: Randy.Dunlap <rdd...@os...> - 2004-03-30 03:24:03
|
On Thu, 25 Mar 2004 22:34:47 -0600 Chris Cheney <cc...@ch...> wrote: | On Thu, Mar 25, 2004 at 11:21:51PM -0500, Len Brown wrote: | > On Thu, 2004-03-25 at 22:35, Tony Lindgren wrote: | > > * Chris Cheney <cc...@ch...> [040325 19:06]: | > > > On Wed, Mar 24, 2004 at 07:34:34PM -0800, Tony Lindgren wrote: | > > > | > > > BTW - Does this also solve the problem with needing USB to be compiled | > > > directly into the kernel in 64bit mode? | > > | > > OK, tried it and it does not help there. Also loding ACPI processor and | > > thermal zone compiled in hangs the machine, but loading them as modules | > > work. | > | > where does it hang when processor and thermal are compiled-in? | | You had mentioned before there is a way to decompile SSDT with 3rd party | (non iasl.exe) asl tools, do you happen to know where to get them? Also | does the usual dsdt override patch (acpi.sf.net) allow you to override | the ssdt or does it only work for the dsdt? There are some non-Intel ACPI (dumping) tools in CVS (acpidump and pmtools/acpi*) at this SF.net project: https://sourceforge.net/projects/acpi/ I expect that I need to make those available as tarballs. And Len has pmtools (and dmidecode) available here: http://www.kernel.org/pub/linux/kernel/people/lenb/acpi/utils/ However, I'm not aware of any of these decompiling the SSDT... -- ~Randy |