public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Chris Cheney <ccheney@cheney.cx>
To: Len Brown <len.brown@intel.com>
Cc: Tony Lindgren <tony@atomide.com>,
	linux-kernel@vger.kernel.org,
	acpi-devel-request@lists.sourceforge.net, patches@x86-64.org,
	Andi Kleen <ak@suse.de>,
	pavel@ucw.cz
Subject: Re: [PATCH] x86_64 VIA chipset IOAPIC fix
Date: Thu, 25 Mar 2004 22:34:47 -0600	[thread overview]
Message-ID: <20040326043447.GD9248@cheney.cx> (raw)
In-Reply-To: <1080274911.748.130.camel@dhcppc4>

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

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

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

  reply	other threads:[~2004-03-26  4:35 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-03-25  3:34 [PATCH] x86_64 VIA chipset IOAPIC fix Tony Lindgren
2004-03-26  0:15 ` Len Brown
2004-03-26  0:47   ` Tony Lindgren
2004-03-26  3:04 ` Chris Cheney
2004-03-26  3:11   ` Tony Lindgren
2004-03-26  3:13     ` Len Brown
2004-03-26  3:20     ` Chris Cheney
2004-03-26  3:35   ` Tony Lindgren
2004-03-26  4:21     ` Len Brown
2004-03-26  4:34       ` Chris Cheney [this message]
2004-03-26  5:10         ` Tony Lindgren
2004-03-30  3:17         ` Randy.Dunlap
2004-03-26  5:02       ` Tony Lindgren
  -- strict thread matches above, loose matches on Subject: below --
2004-04-16 10:53 HurryLin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20040326043447.GD9248@cheney.cx \
    --to=ccheney@cheney.cx \
    --cc=acpi-devel-request@lists.sourceforge.net \
    --cc=ak@suse.de \
    --cc=len.brown@intel.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=patches@x86-64.org \
    --cc=pavel@ucw.cz \
    --cc=tony@atomide.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox