From: Peter Wu <peter@lekensteyn.nl>
To: Roland Singer <roland.singer@desertbit.com>
Cc: linux-pci@vger.kernel.org, emil.l.velikov@gmail.com,
linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org,
linux-acpi@vger.kernel.org, Bjorn Helgaas <helgaas@kernel.org>
Subject: Re: Kernel Freeze with American Megatrends BIOS
Date: Wed, 31 Aug 2016 13:46:39 +0200 [thread overview]
Message-ID: <20160831114639.GD19420@al> (raw)
In-Reply-To: <e7318236-9737-518e-c360-398c66220961@desertbit.com>
On Wed, Aug 31, 2016 at 01:27:36PM +0200, Roland Singer wrote:
> Am 30.08.2016 um 21:53 schrieb Peter Wu:
> > On Mon, Aug 29, 2016 at 11:02:10AM -0500, Bjorn Helgaas wrote:
> >> [+cc linux-acpi, linux-kernel, dri-devel]
> >>
> >> Hi Roland,
> >>
> >> I have no idea how to debug this problem. Are you seeing something
> >> that suggests it may be a PCI problem?
> >
> > Yes I suspect there is an ACPI and/ or PCI problem, possibly
> > device-specific. Steps to reproduce on the affected machines:
> >
> > 1. Load nouveau.
> > 2. Wait for it to runtime suspend.
> > 2. Invoke 'lspci', this resumes the Nvidia PCI device via nouveau.
> > 3. lspci never returns, few moments later an AML_INFINITE_LOOP is
> > reported.
> >
>
> I can confirm this. Same result on my machine.
>
> Here is a link to my ACPI tables:
> https://bugs.launchpad.net/lpbugreporter/+bug/752542/+attachment/4722651/+files/Razer-Blade.tar.gz
>
> The specific source for the NVIDIA card can be found in the ssdt5.dsl file.
>
>
> Method (PGON, 1, Serialized)
> {
> /* ... */
>
> GPPR (PION, One)
> If ((OSYS == 0x07D9)) /* Is Windows 2009 - In my case, setting to Windows 2009 only works! */
> {
[..]
> }
> Else
> {
> LKEN (PION)
> }
>
> /* ... */
>
> Return (Zero)
> }
>
>
>
> If not set to Windows 2009, then this is triggered:
>
>
> Method (LKEN, 1, NotSerialized)
> {
[..]
> }
Yep, this is the same code. I stripped out irrelevant parts from the
previous mail for brevity.
> Is it possible to override the specific ACPI table functions (SSDT) in the DSDT?
> This way I could try to debug to find some more information...
See Documentation/acpi/initrd_table_override.txt and note that it is
important that the tables are really located at /kernel/firmware/acpi/
in your initrd (which must be the first, even before any possible
microcode updates).
What are you trying to do? For ACPI method tracing, see
Documentation/acpi/method-tracing.txt
--
Kind regards,
Peter Wu
https://lekensteyn.nl
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
WARNING: multiple messages have this Message-ID (diff)
From: Peter Wu <peter@lekensteyn.nl>
To: Roland Singer <roland.singer@desertbit.com>
Cc: Bjorn Helgaas <helgaas@kernel.org>,
linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-acpi@vger.kernel.org, dri-devel@lists.freedesktop.org,
emil.l.velikov@gmail.com,
"imirkin@alum.mit.edu >> Ilia Mirkin" <imirkin@alum.mit.edu>
Subject: Re: Kernel Freeze with American Megatrends BIOS
Date: Wed, 31 Aug 2016 13:46:39 +0200 [thread overview]
Message-ID: <20160831114639.GD19420@al> (raw)
In-Reply-To: <e7318236-9737-518e-c360-398c66220961@desertbit.com>
On Wed, Aug 31, 2016 at 01:27:36PM +0200, Roland Singer wrote:
> Am 30.08.2016 um 21:53 schrieb Peter Wu:
> > On Mon, Aug 29, 2016 at 11:02:10AM -0500, Bjorn Helgaas wrote:
> >> [+cc linux-acpi, linux-kernel, dri-devel]
> >>
> >> Hi Roland,
> >>
> >> I have no idea how to debug this problem. Are you seeing something
> >> that suggests it may be a PCI problem?
> >
> > Yes I suspect there is an ACPI and/ or PCI problem, possibly
> > device-specific. Steps to reproduce on the affected machines:
> >
> > 1. Load nouveau.
> > 2. Wait for it to runtime suspend.
> > 2. Invoke 'lspci', this resumes the Nvidia PCI device via nouveau.
> > 3. lspci never returns, few moments later an AML_INFINITE_LOOP is
> > reported.
> >
>
> I can confirm this. Same result on my machine.
>
> Here is a link to my ACPI tables:
> https://bugs.launchpad.net/lpbugreporter/+bug/752542/+attachment/4722651/+files/Razer-Blade.tar.gz
>
> The specific source for the NVIDIA card can be found in the ssdt5.dsl file.
>
>
> Method (PGON, 1, Serialized)
> {
> /* ... */
>
> GPPR (PION, One)
> If ((OSYS == 0x07D9)) /* Is Windows 2009 - In my case, setting to Windows 2009 only works! */
> {
[..]
> }
> Else
> {
> LKEN (PION)
> }
>
> /* ... */
>
> Return (Zero)
> }
>
>
>
> If not set to Windows 2009, then this is triggered:
>
>
> Method (LKEN, 1, NotSerialized)
> {
[..]
> }
Yep, this is the same code. I stripped out irrelevant parts from the
previous mail for brevity.
> Is it possible to override the specific ACPI table functions (SSDT) in the DSDT?
> This way I could try to debug to find some more information...
See Documentation/acpi/initrd_table_override.txt and note that it is
important that the tables are really located at /kernel/firmware/acpi/
in your initrd (which must be the first, even before any possible
microcode updates).
What are you trying to do? For ACPI method tracing, see
Documentation/acpi/method-tracing.txt
--
Kind regards,
Peter Wu
https://lekensteyn.nl
next prev parent reply other threads:[~2016-08-31 11:46 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-08-23 9:23 Kernel Freeze with American Megatrends BIOS Roland Singer
2016-08-29 7:56 ` Roland Singer
2016-08-29 16:02 ` Bjorn Helgaas
2016-08-29 18:46 ` Roland Singer
2016-08-29 19:07 ` Bjorn Helgaas
2016-08-29 19:55 ` Roland Singer
2016-08-29 23:54 ` Bjorn Helgaas
2016-08-30 10:08 ` Roland Singer
2016-08-30 13:06 ` Bjorn Helgaas
2016-08-30 14:08 ` Emil Velikov
2016-08-30 14:08 ` Emil Velikov
2016-08-30 15:25 ` Roland Singer
2016-08-30 15:44 ` Ilia Mirkin
2016-08-30 15:48 ` Ilia Mirkin
2016-08-30 15:48 ` Emil Velikov
2016-08-30 17:37 ` Roland Singer
2016-08-30 17:43 ` Ilia Mirkin
2016-08-30 17:43 ` Ilia Mirkin
2016-08-30 18:02 ` Roland Singer
2016-08-30 18:13 ` Ilia Mirkin
2016-08-30 18:13 ` Ilia Mirkin
2016-08-30 19:21 ` Peter Wu
2016-08-31 11:12 ` Roland Singer
2016-08-31 11:11 ` Roland Singer
2016-08-30 18:09 ` Emil Velikov
2016-08-30 18:09 ` Emil Velikov
2016-08-30 18:10 ` Emil Velikov
2016-08-30 18:10 ` Emil Velikov
2016-08-31 10:51 ` Roland Singer
2016-08-30 19:53 ` Peter Wu
2016-08-30 19:53 ` Peter Wu
2016-08-31 11:27 ` Roland Singer
2016-08-31 11:46 ` Peter Wu [this message]
2016-08-31 11:46 ` Peter Wu
2016-08-31 12:21 ` Roland Singer
2016-08-31 12:34 ` Peter Wu
2016-08-31 13:13 ` Roland Singer
2016-08-31 20:06 ` Roland Singer
2016-08-31 20:16 ` Roland Singer
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=20160831114639.GD19420@al \
--to=peter@lekensteyn.nl \
--cc=dri-devel@lists.freedesktop.org \
--cc=emil.l.velikov@gmail.com \
--cc=helgaas@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=roland.singer@desertbit.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.