Messages in this thread | ![/](/images/icornerl.gif) | | Date | Mon, 29 Mar 2004 19:17:50 -0800 | From | "Randy.Dunlap" <> | Subject | Re: [PATCH] x86_64 VIA chipset IOAPIC fix |
| |
On Thu, 25 Mar 2004 22:34:47 -0600 Chris Cheney <ccheney@cheney.cx> 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 <ccheney@cheney.cx> [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 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| ![\](/images/icornerr.gif) |