Messages in this thread | | | Date | Thu, 25 Mar 2004 22:34:47 -0600 | From | Chris Cheney <> | Subject | Re: [PATCH] x86_64 VIA chipset IOAPIC fix |
| |
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?
> > The power button still turns off the machine immedieately too with > > ACPI on. > > Then ACPI is not on. what does dmesg show?
This seems similiar to what I saw with my machine and mentioned in #2090, when I hit the power button just right, for lack of a better description, it would dump acpi_ev_dispatch errors, otherwise it would immediately shut off. It certainly didn't take the usual ~ 4s hold down time to shut off.
Chris [unhandled content-type:application/pgp-signature] | |