[Bug 98398] Vgaswitcharoo fails to turn off GPU properly

[Bug 98398] Vgaswitcharoo fails to turn off GPU properly

[bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ]

[-- Attachment #1.1: Type: text/plain, Size: 815 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=98398

Ilia Mirkin <imirkin-FrUbXkNCsVf2fBVCVOL8/A@public.gmane.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         QA Contact|                            |xorg-team-go0+a7rfsptAfugRpC6u6w@public.gmane.org
          Component|DRM/other                   |Driver/nouveau
            Version|XOrg git                    |unspecified
            Product|DRI                         |xorg
           Assignee|dri-devel-PD4FTy7X32lNgt0PjOBp93gSJqDPrsil@public.gmane.org |nouveau-PD4FTy7X32lNgt0PjOBp93rCq3LdnpKM@public.gmane.org
                   |.org                        |rg

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 1857 bytes --]

[-- Attachment #2: Type: text/plain, Size: 154 bytes --]

_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau

[Bug 98398] Vgaswitcharoo fails to turn off GPU properly

[bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ]

[-- Attachment #1.1: Type: text/plain, Size: 1014 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=98398

--- Comment #3 from rick.2889-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org ---
Created attachment 127486
  --> https://bugs.freedesktop.org/attachment.cgi?id=127486&action=edit
New dmesg output after manually turning on power management

So Lekensteyn asked me to run a few commands to also shut off the bus the GPU
is on.

If I do so and then proceed by running powertop on battery, intel_pstate
complains about turbo not being available, a usb device disconnects, a while
later Nouveau resumes kernel object trees, Bluetooth reconnects and nouveau
suspends again.

The commands are:
# echo auto > /sys/bus/pci/devices/0000\:00\:1c.4/power/control 
# grep .
/sys/bus/pci/devices/0000:0{0:1c.4,1:00.0}/power/{control,runtime_status}

The latter returns auto, suspended, auto, suspended before running powertop,
and on, active, auto, suspended after running powertop.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 1968 bytes --]

[-- Attachment #2: Type: text/plain, Size: 154 bytes --]

_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau

[Bug 98398] Vgaswitcharoo fails to turn off GPU properly

[bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ]

[-- Attachment #1.1: Type: text/plain, Size: 328 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=98398

--- Comment #4 from rick.2889-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org ---
Created attachment 127487
  --> https://bugs.freedesktop.org/attachment.cgi?id=127487&action=edit
lspci -nnvvv output

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 1199 bytes --]

[-- Attachment #2: Type: text/plain, Size: 154 bytes --]

_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau

[Bug 98398] Vgaswitcharoo fails to turn off GPU properly

[bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ]

[-- Attachment #1.1: Type: text/plain, Size: 482 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=98398

--- Comment #5 from rick.2889-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org ---
Adding pcie_port_pm=off to my kernel command line causes the card to turn off
and powertop to report ~7.5W of power usage. According to Lekensteyn this
reverts nouveau to the 4.7 and lower behavior of using DSM, so I think this is
a regression from using the new method.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 1223 bytes --]

[-- Attachment #2: Type: text/plain, Size: 154 bytes --]

_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau

[Bug 98398] Vgaswitcharoo fails to turn off GPU properly

[bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ]

[-- Attachment #1.1: Type: text/plain, Size: 424 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=98398

--- Comment #6 from rick.2889-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org ---
Booting without pcie_port_pm=off, while blacklisting nouveau on boot, then
executing:
 echo 0 > /sys/bus/pci/devices/0000:01:00.0/d3cold_allowed && modprobe nouveau

also causes powertop to report a ~7.5W value.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 1176 bytes --]

[-- Attachment #2: Type: text/plain, Size: 154 bytes --]

_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau

[Bug 98398] Vgaswitcharoo fails to turn off GPU properly

[bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ]

[-- Attachment #1.1: Type: text/plain, Size: 552 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=98398

--- Comment #7 from Pablo Cholaky <waltercool-t2+aMKSqnzM@public.gmane.org> ---
Just to add extra info here, this problem also happens with bbswitch
https://github.com/Bumblebee-Project/bbswitch/issues/140

Guys, do you know if this is really a bug from Linux or a feature? I meant, if
changes to fix this problem would be at kernel side (PM team) or kernel
interface side (vgaswitcheroo / bbswitch) ?

Regards

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 1395 bytes --]

[-- Attachment #2: Type: text/plain, Size: 154 bytes --]

_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau

[Bug 98398] Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU with runtime PM

[bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ]

[-- Attachment #1.1: Type: text/plain, Size: 1549 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=98398

Peter Wu <peter-VTkQYDcBqhK7DlmcbJSQ7g@public.gmane.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|[Nouveau] Vgaswitcharoo     |Acer Aspire V7-582PG
                   |fails to turn off GPU       |(Haswell, GTX 750M) fails
                   |properly                    |to power off GPU with
                   |                            |runtime PM
                 CC|                            |peter-VTkQYDcBqhK7DlmcbJSQ7g@public.gmane.org

--- Comment #8 from Peter Wu <peter-VTkQYDcBqhK7DlmcbJSQ7g@public.gmane.org> ---
Pablo, the issues that bbswitch has is different from the one reported here.
bbswitch is not updated for 4.8 requiring the pcie_port_pm=off workaround.

There are more details for this bug from the reporter in IRC (search for
NanoSector):
https://people.freedesktop.org/~cbrill/dri-log/index.php?channel=nouveau&date=2016-10-22

In particular, Rick reported that the issue apparently also appears with older
kernels, including 4.3 to 4.8. This is significant and a surprising result
because kernel 4.8 plus pcie_port_pm=off (or the d3cold_allowed change) should
have the same result as 4.7 or before. Rick, can you re-test it with 4.7?

It also occurs to me that older kernels might not support your GPU, so be sure
to keep a dmesg around.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 3000 bytes --]

[-- Attachment #2: Type: text/plain, Size: 154 bytes --]

_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau

[Bug 98398] Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU with runtime PM

[bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ]

[-- Attachment #1.1: Type: text/plain, Size: 261 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=98398

--- Comment #9 from rick.2889-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org ---
Sure, I'll have another test run with 4.7 this week.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 1052 bytes --]

[-- Attachment #2: Type: text/plain, Size: 154 bytes --]

_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau

[Bug 98398] Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU with runtime PM

[bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ]

[-- Attachment #1.1: Type: text/plain, Size: 369 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=98398

--- Comment #10 from rick.2889-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org ---
Hmm I just installed Linux 4.7.6 and ran it without any additional kernel
parameters and I am getting results close to ˜7.5W too, so it seems to work
there.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 1161 bytes --]

[-- Attachment #2: Type: text/plain, Size: 154 bytes --]

_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau

[Bug 98398] Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU with runtime PM

[bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ]

[-- Attachment #1.1: Type: text/plain, Size: 2522 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=98398

--- Comment #11 from Peter Wu <peter-VTkQYDcBqhK7DlmcbJSQ7g@public.gmane.org> ---
So 4.7 and before used the "DSM" method on runtime-suspend:
- \_SB.PCI0.RP05.PEGP._DSM would be invoked to enable Optimus
- \_SB.PCI0.RP05.PEGP._PS3 is then invoked which would enter D3cold
(note, this method is still used in 4.8 on older laptops or with the
pcie_pm_port=off kernel option)

Since 4.8, _DSM is not called anymore by nouveau (when support from the PCI
core is detected) and this sequence should instead happen:
- \_SB.PCI0.RP05.PEGP._PS3 (does nothing besides updating _STA)
- PCIe core removes power for the PCIe port since all its children are in
  D3 and are willing to transition to D3cold. It does so by invoking
  \NVP3._OFF (where \NVP3 is the power resource from \_SB.PCI0.RP05._PR3)

That is how I think it should work in theory, but on Ricks laptop running
4.8.4,
/sys/bus/devices/0000:1c.4/firmware_node/ does not have power_resources_D0
devices (which I do have on my own laptop for 0000:01:0).

The SSDT1 of Rick's Acer laptop shows this structure:

    If (\_OSI ("Windows 2013"))
    {
        Scope (\_SB.PCI0.RP05)
        {
        //...
            Name (_PR0, Package (0x01)  // _PR0: Power Resources for D0
            {
                NVP3
            })
            Name (_PR2, Package (0x01)  // _PR2: Power Resources for D2
            {
                NVP2
            })
            Name (_PR3, Package (0x01)  // _PR3: Power Resources for D3hot
            {
                NVP3
            })
            // ...
            Method (_PS0, 0, NotSerialized)  // _PS0: Power State 0
            {
            }

            Method (_PS3, 0, NotSerialized)  // _PS3: Power State 3
            {
            }
        }

        Name (MSD3, Zero)
        PowerResource (NVP3, 0x00, 0x0000)
        {
            Name (_STA, One)  // _STA: Status
            // ...

            Method (_ON, 0, NotSerialized)  // _ON_: Power On
            {
                // ...
            }

            Method (_OFF, 0, NotSerialized)  // _OFF: Power Off
            {
                // ...
            }
        }

The dmesg does show "ACPI: Power Resource [NVP3] (on)", so I guess that the
methods are found. It is a mystery to me why the "power_resources_Dx" files are
not created, possibly breaking PM.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 3374 bytes --]

[-- Attachment #2: Type: text/plain, Size: 154 bytes --]

_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau

Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU via Power Resources

[Peter Wu]

Hi PCI/ACPI PM experts,

Since Linux 4.8, nouveau switched to rely on the PCIe port driver to
transition to D3cold. This however does not happen for an Acer Aspire
V7-582PG (Haswell, NVIDIA GTX 750M) from Rick.

Any idea why? acpidump, lspci, dmesg and other details can be found in
the linked bug below.

Kind regards,
Peter

On Wed, Oct 26, 2016 at 10:42:07PM +0000, bugzilla-daemon@freedesktop.org wrote:
> https://bugs.freedesktop.org/show_bug.cgi?id=98398
> 
> --- Comment #11 from Peter Wu <peter@lekensteyn.nl> ---
> So 4.7 and before used the "DSM" method on runtime-suspend:
> - \_SB.PCI0.RP05.PEGP._DSM would be invoked to enable Optimus
> - \_SB.PCI0.RP05.PEGP._PS3 is then invoked which would enter D3cold
> (note, this method is still used in 4.8 on older laptops or with the
> pcie_pm_port=off kernel option)
> 
> Since 4.8, _DSM is not called anymore by nouveau (when support from the PCI
> core is detected) and this sequence should instead happen:
> - \_SB.PCI0.RP05.PEGP._PS3 (does nothing besides updating _STA)
> - PCIe core removes power for the PCIe port since all its children are in
>   D3 and are willing to transition to D3cold. It does so by invoking
>   \NVP3._OFF (where \NVP3 is the power resource from \_SB.PCI0.RP05._PR3)
> 
> That is how I think it should work in theory, but on Ricks laptop running
> 4.8.4,
> /sys/bus/devices/0000:1c.4/firmware_node/ does not have power_resources_D0
> devices (which I do have on my own laptop for 0000:01:0).
> 
> The SSDT1 of Rick's Acer laptop shows this structure:
> 
>     If (\_OSI ("Windows 2013"))
>     {
>         Scope (\_SB.PCI0.RP05)
>         {
>         //...
>             Name (_PR0, Package (0x01)  // _PR0: Power Resources for D0
>             {
>                 NVP3
>             })
>             Name (_PR2, Package (0x01)  // _PR2: Power Resources for D2
>             {
>                 NVP2
>             })
>             Name (_PR3, Package (0x01)  // _PR3: Power Resources for D3hot
>             {
>                 NVP3
>             })
>             // ...
>             Method (_PS0, 0, NotSerialized)  // _PS0: Power State 0
>             {
>             }
> 
>             Method (_PS3, 0, NotSerialized)  // _PS3: Power State 3
>             {
>             }
>         }
> 
>         Name (MSD3, Zero)
>         PowerResource (NVP3, 0x00, 0x0000)
>         {
>             Name (_STA, One)  // _STA: Status
>             // ...
> 
>             Method (_ON, 0, NotSerialized)  // _ON_: Power On
>             {
>                 // ...
>             }
> 
>             Method (_OFF, 0, NotSerialized)  // _OFF: Power Off
>             {
>                 // ...
>             }
>         }
> 
> The dmesg does show "ACPI: Power Resource [NVP3] (on)", so I guess that the
> methods are found. It is a mystery to me why the "power_resources_Dx" files are
> not created, possibly breaking PM.

Re: Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU via Power Resources

[Mika Westerberg]

On Thu, Oct 27, 2016 at 12:56:41AM +0200, Peter Wu wrote:
> Hi PCI/ACPI PM experts,
> 
> Since Linux 4.8, nouveau switched to rely on the PCIe port driver to
> transition to D3cold. This however does not happen for an Acer Aspire
> V7-582PG (Haswell, NVIDIA GTX 750M) from Rick.
> 
> Any idea why? acpidump, lspci, dmesg and other details can be found in
> the linked bug below.

> 
> Kind regards,
> Peter
> 
> On Wed, Oct 26, 2016 at 10:42:07PM +0000, bugzilla-daemon@freedesktop.org wrote:
> > https://bugs.freedesktop.org/show_bug.cgi?id=98398
> > 
> > --- Comment #11 from Peter Wu <peter@lekensteyn.nl> ---
> > So 4.7 and before used the "DSM" method on runtime-suspend:
> > - \_SB.PCI0.RP05.PEGP._DSM would be invoked to enable Optimus
> > - \_SB.PCI0.RP05.PEGP._PS3 is then invoked which would enter D3cold
> > (note, this method is still used in 4.8 on older laptops or with the
> > pcie_pm_port=off kernel option)
> > 
> > Since 4.8, _DSM is not called anymore by nouveau (when support from the PCI
> > core is detected) and this sequence should instead happen:
> > - \_SB.PCI0.RP05.PEGP._PS3 (does nothing besides updating _STA)
> > - PCIe core removes power for the PCIe port since all its children are in
> >   D3 and are willing to transition to D3cold. It does so by invoking
> >   \NVP3._OFF (where \NVP3 is the power resource from \_SB.PCI0.RP05._PR3)
> > 
> > That is how I think it should work in theory, but on Ricks laptop running
> > 4.8.4,
> > /sys/bus/devices/0000:1c.4/firmware_node/ does not have power_resources_D0
> > devices (which I do have on my own laptop for 0000:01:0).
> > 
> > The SSDT1 of Rick's Acer laptop shows this structure:
> > 
> >     If (\_OSI ("Windows 2013"))
> >     {
> >         Scope (\_SB.PCI0.RP05)
> >         {
> >         //...
> >             Name (_PR0, Package (0x01)  // _PR0: Power Resources for D0
> >             {
> >                 NVP3
> >             })
> >             Name (_PR2, Package (0x01)  // _PR2: Power Resources for D2
> >             {
> >                 NVP2
> >             })
> >             Name (_PR3, Package (0x01)  // _PR3: Power Resources for D3hot
> >             {
> >                 NVP3
> >             })
> >             // ...
> >             Method (_PS0, 0, NotSerialized)  // _PS0: Power State 0
> >             {
> >             }
> > 
> >             Method (_PS3, 0, NotSerialized)  // _PS3: Power State 3
> >             {
> >             }
> >         }
> > 
> >         Name (MSD3, Zero)
> >         PowerResource (NVP3, 0x00, 0x0000)
> >         {
> >             Name (_STA, One)  // _STA: Status
> >             // ...
> > 
> >             Method (_ON, 0, NotSerialized)  // _ON_: Power On
> >             {
> >                 // ...
> >             }
> > 
> >             Method (_OFF, 0, NotSerialized)  // _OFF: Power Off
> >             {
> >                 // ...
> >             }
> >         }
> > 
> > The dmesg does show "ACPI: Power Resource [NVP3] (on)", so I guess that the
> > methods are found. It is a mystery to me why the "power_resources_Dx" files are
> > not created, possibly breaking PM.

The ASL code looks right to me (except for the NVP2 which never set _STA
to 0 but should not affect here).

I wonder what does /sys/bus/pci/devices/0000:00:1c.4/firmware_node/path contain?
_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau

Re: Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU via Power Resources

[Mika Westerberg]

On Thu, Oct 27, 2016 at 12:56:41AM +0200, Peter Wu wrote:
> Hi PCI/ACPI PM experts,
> 
> Since Linux 4.8, nouveau switched to rely on the PCIe port driver to
> transition to D3cold. This however does not happen for an Acer Aspire
> V7-582PG (Haswell, NVIDIA GTX 750M) from Rick.
> 
> Any idea why? acpidump, lspci, dmesg and other details can be found in
> the linked bug below.

> 
> Kind regards,
> Peter
> 
> On Wed, Oct 26, 2016 at 10:42:07PM +0000, bugzilla-daemon@freedesktop.org wrote:
> > https://bugs.freedesktop.org/show_bug.cgi?id=98398
> > 
> > --- Comment #11 from Peter Wu <peter@lekensteyn.nl> ---
> > So 4.7 and before used the "DSM" method on runtime-suspend:
> > - \_SB.PCI0.RP05.PEGP._DSM would be invoked to enable Optimus
> > - \_SB.PCI0.RP05.PEGP._PS3 is then invoked which would enter D3cold
> > (note, this method is still used in 4.8 on older laptops or with the
> > pcie_pm_port=off kernel option)
> > 
> > Since 4.8, _DSM is not called anymore by nouveau (when support from the PCI
> > core is detected) and this sequence should instead happen:
> > - \_SB.PCI0.RP05.PEGP._PS3 (does nothing besides updating _STA)
> > - PCIe core removes power for the PCIe port since all its children are in
> >   D3 and are willing to transition to D3cold. It does so by invoking
> >   \NVP3._OFF (where \NVP3 is the power resource from \_SB.PCI0.RP05._PR3)
> > 
> > That is how I think it should work in theory, but on Ricks laptop running
> > 4.8.4,
> > /sys/bus/devices/0000:1c.4/firmware_node/ does not have power_resources_D0
> > devices (which I do have on my own laptop for 0000:01:0).
> > 
> > The SSDT1 of Rick's Acer laptop shows this structure:
> > 
> >     If (\_OSI ("Windows 2013"))
> >     {
> >         Scope (\_SB.PCI0.RP05)
> >         {
> >         //...
> >             Name (_PR0, Package (0x01)  // _PR0: Power Resources for D0
> >             {
> >                 NVP3
> >             })
> >             Name (_PR2, Package (0x01)  // _PR2: Power Resources for D2
> >             {
> >                 NVP2
> >             })
> >             Name (_PR3, Package (0x01)  // _PR3: Power Resources for D3hot
> >             {
> >                 NVP3
> >             })
> >             // ...
> >             Method (_PS0, 0, NotSerialized)  // _PS0: Power State 0
> >             {
> >             }
> > 
> >             Method (_PS3, 0, NotSerialized)  // _PS3: Power State 3
> >             {
> >             }
> >         }
> > 
> >         Name (MSD3, Zero)
> >         PowerResource (NVP3, 0x00, 0x0000)
> >         {
> >             Name (_STA, One)  // _STA: Status
> >             // ...
> > 
> >             Method (_ON, 0, NotSerialized)  // _ON_: Power On
> >             {
> >                 // ...
> >             }
> > 
> >             Method (_OFF, 0, NotSerialized)  // _OFF: Power Off
> >             {
> >                 // ...
> >             }
> >         }
> > 
> > The dmesg does show "ACPI: Power Resource [NVP3] (on)", so I guess that the
> > methods are found. It is a mystery to me why the "power_resources_Dx" files are
> > not created, possibly breaking PM.

The ASL code looks right to me (except for the NVP2 which never set _STA
to 0 but should not affect here).

I wonder what does /sys/bus/pci/devices/0000:00:1c.4/firmware_node/path contain?

Re: Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU via Power Resources

[Peter Wu]

On Thu, Oct 27, 2016 at 11:17:48AM +0300, Mika Westerberg wrote:
> On Thu, Oct 27, 2016 at 12:56:41AM +0200, Peter Wu wrote:
> > Hi PCI/ACPI PM experts,
> > 
> > Since Linux 4.8, nouveau switched to rely on the PCIe port driver to
> > transition to D3cold. This however does not happen for an Acer Aspire
> > V7-582PG (Haswell, NVIDIA GTX 750M) from Rick.
> > 
> > Any idea why? acpidump, lspci, dmesg and other details can be found in
> > the linked bug below.
> 
> > 
> > Kind regards,
> > Peter
> > 
> > On Wed, Oct 26, 2016 at 10:42:07PM +0000, bugzilla-daemon@freedesktop.org wrote:
> > > https://bugs.freedesktop.org/show_bug.cgi?id=98398
> > > 
> > > --- Comment #11 from Peter Wu <peter@lekensteyn.nl> ---
> > > So 4.7 and before used the "DSM" method on runtime-suspend:
> > > - \_SB.PCI0.RP05.PEGP._DSM would be invoked to enable Optimus
> > > - \_SB.PCI0.RP05.PEGP._PS3 is then invoked which would enter D3cold
> > > (note, this method is still used in 4.8 on older laptops or with the
> > > pcie_pm_port=off kernel option)
> > > 
> > > Since 4.8, _DSM is not called anymore by nouveau (when support from the PCI
> > > core is detected) and this sequence should instead happen:
> > > - \_SB.PCI0.RP05.PEGP._PS3 (does nothing besides updating _STA)
> > > - PCIe core removes power for the PCIe port since all its children are in
> > >   D3 and are willing to transition to D3cold. It does so by invoking
> > >   \NVP3._OFF (where \NVP3 is the power resource from \_SB.PCI0.RP05._PR3)
> > > 
> > > That is how I think it should work in theory, but on Ricks laptop running
> > > 4.8.4,
> > > /sys/bus/devices/0000:1c.4/firmware_node/ does not have power_resources_D0
> > > devices (which I do have on my own laptop for 0000:01:0).
> > > 
> > > The SSDT1 of Rick's Acer laptop shows this structure:
> > > 
> > >     If (\_OSI ("Windows 2013"))
> > >     {
> > >         Scope (\_SB.PCI0.RP05)
> > >         {
> > >         //...
> > >             Name (_PR0, Package (0x01)  // _PR0: Power Resources for D0
> > >             {
> > >                 NVP3
> > >             })
> > >             Name (_PR2, Package (0x01)  // _PR2: Power Resources for D2
> > >             {
> > >                 NVP2
> > >             })
> > >             Name (_PR3, Package (0x01)  // _PR3: Power Resources for D3hot
> > >             {
> > >                 NVP3
> > >             })
> > >             // ...
> > >             Method (_PS0, 0, NotSerialized)  // _PS0: Power State 0
> > >             {
> > >             }
> > > 
> > >             Method (_PS3, 0, NotSerialized)  // _PS3: Power State 3
> > >             {
> > >             }
> > >         }
> > > 
> > >         Name (MSD3, Zero)
> > >         PowerResource (NVP3, 0x00, 0x0000)
> > >         {
> > >             Name (_STA, One)  // _STA: Status
> > >             // ...
> > > 
> > >             Method (_ON, 0, NotSerialized)  // _ON_: Power On
> > >             {
> > >                 // ...
> > >             }
> > > 
> > >             Method (_OFF, 0, NotSerialized)  // _OFF: Power Off
> > >             {
> > >                 // ...
> > >             }
> > >         }
> > > 
> > > The dmesg does show "ACPI: Power Resource [NVP3] (on)", so I guess that the
> > > methods are found. It is a mystery to me why the "power_resources_Dx" files are
> > > not created, possibly breaking PM.
> 
> The ASL code looks right to me (except for the NVP2 which never set _STA
> to 0 but should not affect here).
> 
> I wonder what does /sys/bus/pci/devices/0000:00:1c.4/firmware_node/path contain?

The value is as expected, \_SB.PCI0.RP05:

/sys/bus/pci/devices/0000:00:1c.4/firmware_node/path:\_SB_.PCI0.RP05
/sys/bus/pci/devices/0000:00:1c.4/firmware_node/power_state:D3hot
-- 
Kind regards,
Peter Wu
https://lekensteyn.nl
_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau

Re: Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU via Power Resources

[Peter Wu]

On Thu, Oct 27, 2016 at 11:17:48AM +0300, Mika Westerberg wrote:
> On Thu, Oct 27, 2016 at 12:56:41AM +0200, Peter Wu wrote:
> > Hi PCI/ACPI PM experts,
> > 
> > Since Linux 4.8, nouveau switched to rely on the PCIe port driver to
> > transition to D3cold. This however does not happen for an Acer Aspire
> > V7-582PG (Haswell, NVIDIA GTX 750M) from Rick.
> > 
> > Any idea why? acpidump, lspci, dmesg and other details can be found in
> > the linked bug below.
> 
> > 
> > Kind regards,
> > Peter
> > 
> > On Wed, Oct 26, 2016 at 10:42:07PM +0000, bugzilla-daemon@freedesktop.org wrote:
> > > https://bugs.freedesktop.org/show_bug.cgi?id=98398
> > > 
> > > --- Comment #11 from Peter Wu <peter@lekensteyn.nl> ---
> > > So 4.7 and before used the "DSM" method on runtime-suspend:
> > > - \_SB.PCI0.RP05.PEGP._DSM would be invoked to enable Optimus
> > > - \_SB.PCI0.RP05.PEGP._PS3 is then invoked which would enter D3cold
> > > (note, this method is still used in 4.8 on older laptops or with the
> > > pcie_pm_port=off kernel option)
> > > 
> > > Since 4.8, _DSM is not called anymore by nouveau (when support from the PCI
> > > core is detected) and this sequence should instead happen:
> > > - \_SB.PCI0.RP05.PEGP._PS3 (does nothing besides updating _STA)
> > > - PCIe core removes power for the PCIe port since all its children are in
> > >   D3 and are willing to transition to D3cold. It does so by invoking
> > >   \NVP3._OFF (where \NVP3 is the power resource from \_SB.PCI0.RP05._PR3)
> > > 
> > > That is how I think it should work in theory, but on Ricks laptop running
> > > 4.8.4,
> > > /sys/bus/devices/0000:1c.4/firmware_node/ does not have power_resources_D0
> > > devices (which I do have on my own laptop for 0000:01:0).
> > > 
> > > The SSDT1 of Rick's Acer laptop shows this structure:
> > > 
> > >     If (\_OSI ("Windows 2013"))
> > >     {
> > >         Scope (\_SB.PCI0.RP05)
> > >         {
> > >         //...
> > >             Name (_PR0, Package (0x01)  // _PR0: Power Resources for D0
> > >             {
> > >                 NVP3
> > >             })
> > >             Name (_PR2, Package (0x01)  // _PR2: Power Resources for D2
> > >             {
> > >                 NVP2
> > >             })
> > >             Name (_PR3, Package (0x01)  // _PR3: Power Resources for D3hot
> > >             {
> > >                 NVP3
> > >             })
> > >             // ...
> > >             Method (_PS0, 0, NotSerialized)  // _PS0: Power State 0
> > >             {
> > >             }
> > > 
> > >             Method (_PS3, 0, NotSerialized)  // _PS3: Power State 3
> > >             {
> > >             }
> > >         }
> > > 
> > >         Name (MSD3, Zero)
> > >         PowerResource (NVP3, 0x00, 0x0000)
> > >         {
> > >             Name (_STA, One)  // _STA: Status
> > >             // ...
> > > 
> > >             Method (_ON, 0, NotSerialized)  // _ON_: Power On
> > >             {
> > >                 // ...
> > >             }
> > > 
> > >             Method (_OFF, 0, NotSerialized)  // _OFF: Power Off
> > >             {
> > >                 // ...
> > >             }
> > >         }
> > > 
> > > The dmesg does show "ACPI: Power Resource [NVP3] (on)", so I guess that the
> > > methods are found. It is a mystery to me why the "power_resources_Dx" files are
> > > not created, possibly breaking PM.
> 
> The ASL code looks right to me (except for the NVP2 which never set _STA
> to 0 but should not affect here).
> 
> I wonder what does /sys/bus/pci/devices/0000:00:1c.4/firmware_node/path contain?

The value is as expected, \_SB.PCI0.RP05:

/sys/bus/pci/devices/0000:00:1c.4/firmware_node/path:\_SB_.PCI0.RP05
/sys/bus/pci/devices/0000:00:1c.4/firmware_node/power_state:D3hot
-- 
Kind regards,
Peter Wu
https://lekensteyn.nl

Re: Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU via Power Resources

[Rick Kerkhof]

[-- Attachment #1.1: Type: text/plain, Size: 4226 bytes --]

I can confirm what Peter said, path contains \_SB_.PCI0.RP05 and
power_state contains D3hot.

Op do 27 okt. 2016 11:06 schreef Peter Wu <peter-VTkQYDcBqhK7DlmcbJSQ7g@public.gmane.org>:

> On Thu, Oct 27, 2016 at 11:17:48AM +0300, Mika Westerberg wrote:
> > On Thu, Oct 27, 2016 at 12:56:41AM +0200, Peter Wu wrote:
> > > Hi PCI/ACPI PM experts,
> > >
> > > Since Linux 4.8, nouveau switched to rely on the PCIe port driver to
> > > transition to D3cold. This however does not happen for an Acer Aspire
> > > V7-582PG (Haswell, NVIDIA GTX 750M) from Rick.
> > >
> > > Any idea why? acpidump, lspci, dmesg and other details can be found in
> > > the linked bug below.
> >
> > >
> > > Kind regards,
> > > Peter
> > >
> > > On Wed, Oct 26, 2016 at 10:42:07PM +0000,
> bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ@public.gmane.org wrote:
> > > > https://bugs.freedesktop.org/show_bug.cgi?id=98398
> > > >
> > > > --- Comment #11 from Peter Wu <peter-VTkQYDcBqhK7DlmcbJSQ7g@public.gmane.org> ---
> > > > So 4.7 and before used the "DSM" method on runtime-suspend:
> > > > - \_SB.PCI0.RP05.PEGP._DSM would be invoked to enable Optimus
> > > > - \_SB.PCI0.RP05.PEGP._PS3 is then invoked which would enter D3cold
> > > > (note, this method is still used in 4.8 on older laptops or with the
> > > > pcie_pm_port=off kernel option)
> > > >
> > > > Since 4.8, _DSM is not called anymore by nouveau (when support from
> the PCI
> > > > core is detected) and this sequence should instead happen:
> > > > - \_SB.PCI0.RP05.PEGP._PS3 (does nothing besides updating _STA)
> > > > - PCIe core removes power for the PCIe port since all its children
> are in
> > > >   D3 and are willing to transition to D3cold. It does so by invoking
> > > >   \NVP3._OFF (where \NVP3 is the power resource from
> \_SB.PCI0.RP05._PR3)
> > > >
> > > > That is how I think it should work in theory, but on Ricks laptop
> running
> > > > 4.8.4,
> > > > /sys/bus/devices/0000:1c.4/firmware_node/ does not have
> power_resources_D0
> > > > devices (which I do have on my own laptop for 0000:01:0).
> > > >
> > > > The SSDT1 of Rick's Acer laptop shows this structure:
> > > >
> > > >     If (\_OSI ("Windows 2013"))
> > > >     {
> > > >         Scope (\_SB.PCI0.RP05)
> > > >         {
> > > >         //...
> > > >             Name (_PR0, Package (0x01)  // _PR0: Power Resources for
> D0
> > > >             {
> > > >                 NVP3
> > > >             })
> > > >             Name (_PR2, Package (0x01)  // _PR2: Power Resources for
> D2
> > > >             {
> > > >                 NVP2
> > > >             })
> > > >             Name (_PR3, Package (0x01)  // _PR3: Power Resources for
> D3hot
> > > >             {
> > > >                 NVP3
> > > >             })
> > > >             // ...
> > > >             Method (_PS0, 0, NotSerialized)  // _PS0: Power State 0
> > > >             {
> > > >             }
> > > >
> > > >             Method (_PS3, 0, NotSerialized)  // _PS3: Power State 3
> > > >             {
> > > >             }
> > > >         }
> > > >
> > > >         Name (MSD3, Zero)
> > > >         PowerResource (NVP3, 0x00, 0x0000)
> > > >         {
> > > >             Name (_STA, One)  // _STA: Status
> > > >             // ...
> > > >
> > > >             Method (_ON, 0, NotSerialized)  // _ON_: Power On
> > > >             {
> > > >                 // ...
> > > >             }
> > > >
> > > >             Method (_OFF, 0, NotSerialized)  // _OFF: Power Off
> > > >             {
> > > >                 // ...
> > > >             }
> > > >         }
> > > >
> > > > The dmesg does show "ACPI: Power Resource [NVP3] (on)", so I guess
> that the
> > > > methods are found. It is a mystery to me why the
> "power_resources_Dx" files are
> > > > not created, possibly breaking PM.
> >
> > The ASL code looks right to me (except for the NVP2 which never set _STA
> > to 0 but should not affect here).
> >
> > I wonder what does /sys/bus/pci/devices/0000:00:1c.4/firmware_node/path
> contain?
>
> The value is as expected, \_SB.PCI0.RP05:
>
> /sys/bus/pci/devices/0000:00:1c.4/firmware_node/path:\_SB_.PCI0.RP05
> /sys/bus/pci/devices/0000:00:1c.4/firmware_node/power_state:D3hot
> --
> Kind regards,
> Peter Wu
> https://lekensteyn.nl
>

[-- Attachment #1.2: Type: text/html, Size: 7980 bytes --]

[-- Attachment #2: Type: text/plain, Size: 154 bytes --]

_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau

Re: Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU via Power Resources

[Mika Westerberg]

On Thu, Oct 27, 2016 at 09:15:19AM +0000, Rick Kerkhof wrote:
>    I can confirm what Peter said, path contains \_SB_.PCI0.RP05 and
>    power_state contains D3hot.

And there are no power_resources_Dx directories under
/sys/bus/pci/devices/0000:00:1c.4/firmware_node?
_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau

Re: Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU via Power Resources

[Mika Westerberg]

On Thu, Oct 27, 2016 at 09:15:19AM +0000, Rick Kerkhof wrote:
>    I can confirm what Peter said, path contains \_SB_.PCI0.RP05 and
>    power_state contains D3hot.

And there are no power_resources_Dx directories under
/sys/bus/pci/devices/0000:00:1c.4/firmware_node?

Re: Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU via Power Resources

[Peter Wu]

On Thu, Oct 27, 2016 at 12:30:11PM +0300, Mika Westerberg wrote:
> On Thu, Oct 27, 2016 at 09:15:19AM +0000, Rick Kerkhof wrote:
> >    I can confirm what Peter said, path contains \_SB_.PCI0.RP05 and
> >    power_state contains D3hot.
> 
> And there are no power_resources_Dx directories under
> /sys/bus/pci/devices/0000:00:1c.4/firmware_node?

Correct, this is what Rick sent me yesterday for
ls -lR /sys/bus/pci/devices/0000:00:1c.4/firmware_node/

    .:
    totaal 0
    -r--r--r--  1 root root 4096 26 okt 22:10 adr
    drwxr-xr-x  3 root root    0 26 okt 22:12 device:32
    drwxr-xr-x 12 root root    0 26 okt 22:12 LNXVIDEO:00
    -r--r--r--  1 root root 4096 26 okt 22:10 path
    lrwxrwxrwx  1 root root    0 26 okt 22:10 physical_node -> ../../../../pci0000:00/0000:00:1c.4
    drwxr-xr-x  2 root root    0 26 okt 22:12 power
    -r--r--r--  1 root root 4096 26 okt 22:10 power_state
    lrwxrwxrwx  1 root root    0 26 okt 22:10 subsystem -> ../../../../../bus/acpi
    -rw-r--r--  1 root root 4096 26 okt 22:10 uevent

    ./device:32:
    totaal 0
    -r--r--r-- 1 root root 4096 26 okt 22:12 adr
    -r--r--r-- 1 root root 4096 26 okt 22:12 path
    drwxr-xr-x 2 root root    0 26 okt 22:31 power
    lrwxrwxrwx 1 root root    0 26 okt 22:10 subsystem -> ../../../../../../bus/acpi
    -rw-r--r-- 1 root root 4096 26 okt 22:12 uevent

    ./device:32/power:
    totaal 0
    -rw-r--r-- 1 root root 4096 26 okt 22:12 async
    -rw-r--r-- 1 root root 4096 26 okt 22:12 autosuspend_delay_ms
    -rw-r--r-- 1 root root 4096 26 okt 22:12 control
    -r--r--r-- 1 root root 4096 26 okt 22:12 runtime_active_kids
    -r--r--r-- 1 root root 4096 26 okt 22:12 runtime_active_time
    -r--r--r-- 1 root root 4096 26 okt 22:12 runtime_enabled
    -r--r--r-- 1 root root 4096 26 okt 22:12 runtime_status
    -r--r--r-- 1 root root 4096 26 okt 22:12 runtime_suspended_time
    -r--r--r-- 1 root root 4096 26 okt 22:12 runtime_usage

    ./LNXVIDEO:00:
    totaal 0
    -r--r--r-- 1 root root 4096 26 okt 22:31 adr
    drwxr-xr-x 3 root root    0 26 okt 22:31 device:33
    drwxr-xr-x 3 root root    0 26 okt 22:31 device:34
    drwxr-xr-x 3 root root    0 26 okt 22:31 device:35
    drwxr-xr-x 3 root root    0 26 okt 22:31 device:36
    drwxr-xr-x 3 root root    0 26 okt 22:31 device:37
    drwxr-xr-x 3 root root    0 26 okt 22:31 device:38
    drwxr-xr-x 3 root root    0 26 okt 22:31 device:39
    drwxr-xr-x 3 root root    0 26 okt 22:31 device:3a
    lrwxrwxrwx 1 root root    0 26 okt 22:10 driver -> ../../../../../../bus/acpi/drivers/video
    -r--r--r-- 1 root root 4096 26 okt 22:31 hid
    drwxr-xr-x 3 root root    0 26 okt 22:31 input
    -r--r--r-- 1 root root 4096 26 okt 22:31 modalias
    -r--r--r-- 1 root root 4096 26 okt 22:31 path
    lrwxrwxrwx 1 root root    0 26 okt 22:31 physical_node -> ../../../../../pci0000:00/0000:00:1c.4/0000:01:00.0
    drwxr-xr-x 2 root root    0 26 okt 22:31 power
    -r--r--r-- 1 root root 4096 26 okt 22:31 power_state
    -r--r--r-- 1 root root 4096 26 okt 22:31 status
    lrwxrwxrwx 1 root root    0 26 okt 22:10 subsystem -> ../../../../../../bus/acpi
    -rw-r--r-- 1 root root 4096 26 okt 22:31 uevent

    ./LNXVIDEO:00/device:33:
    totaal 0
    -r--r--r-- 1 root root 4096 26 okt 22:31 adr
    -r--r--r-- 1 root root 4096 26 okt 22:31 path
    drwxr-xr-x 2 root root    0 26 okt 22:31 power
    lrwxrwxrwx 1 root root    0 26 okt 22:10 subsystem -> ../../../../../../../bus/acpi
    -rw-r--r-- 1 root root 4096 26 okt 22:31 uevent

    ./LNXVIDEO:00/device:33/power:
    totaal 0
    -rw-r--r-- 1 root root 4096 26 okt 22:31 async
    -rw-r--r-- 1 root root 4096 26 okt 22:31 autosuspend_delay_ms
    -rw-r--r-- 1 root root 4096 26 okt 22:31 control
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_kids
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_enabled
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_status
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_suspended_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_usage

    ./LNXVIDEO:00/device:34:
    totaal 0
    -r--r--r-- 1 root root 4096 26 okt 22:31 adr
    -r--r--r-- 1 root root 4096 26 okt 22:31 path
    drwxr-xr-x 2 root root    0 26 okt 22:31 power
    lrwxrwxrwx 1 root root    0 26 okt 22:10 subsystem -> ../../../../../../../bus/acpi
    -rw-r--r-- 1 root root 4096 26 okt 22:31 uevent

    ./LNXVIDEO:00/device:34/power:
    totaal 0
    -rw-r--r-- 1 root root 4096 26 okt 22:31 async
    -rw-r--r-- 1 root root 4096 26 okt 22:31 autosuspend_delay_ms
    -rw-r--r-- 1 root root 4096 26 okt 22:31 control
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_kids
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_enabled
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_status
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_suspended_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_usage

    ./LNXVIDEO:00/device:35:
    totaal 0
    -r--r--r-- 1 root root 4096 26 okt 22:31 adr
    -r--r--r-- 1 root root 4096 26 okt 22:31 path
    drwxr-xr-x 2 root root    0 26 okt 22:31 power
    lrwxrwxrwx 1 root root    0 26 okt 22:10 subsystem -> ../../../../../../../bus/acpi
    -rw-r--r-- 1 root root 4096 26 okt 22:31 uevent

    ./LNXVIDEO:00/device:35/power:
    totaal 0
    -rw-r--r-- 1 root root 4096 26 okt 22:31 async
    -rw-r--r-- 1 root root 4096 26 okt 22:31 autosuspend_delay_ms
    -rw-r--r-- 1 root root 4096 26 okt 22:31 control
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_kids
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_enabled
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_status
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_suspended_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_usage

    ./LNXVIDEO:00/device:36:
    totaal 0
    -r--r--r-- 1 root root 4096 26 okt 22:31 adr
    -r--r--r-- 1 root root 4096 26 okt 22:31 path
    drwxr-xr-x 2 root root    0 26 okt 22:31 power
    lrwxrwxrwx 1 root root    0 26 okt 22:10 subsystem -> ../../../../../../../bus/acpi
    -rw-r--r-- 1 root root 4096 26 okt 22:31 uevent

    ./LNXVIDEO:00/device:36/power:
    totaal 0
    -rw-r--r-- 1 root root 4096 26 okt 22:31 async
    -rw-r--r-- 1 root root 4096 26 okt 22:31 autosuspend_delay_ms
    -rw-r--r-- 1 root root 4096 26 okt 22:31 control
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_kids
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_enabled
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_status
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_suspended_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_usage

    ./LNXVIDEO:00/device:37:
    totaal 0
    -r--r--r-- 1 root root 4096 26 okt 22:31 adr
    -r--r--r-- 1 root root 4096 26 okt 22:31 path
    drwxr-xr-x 2 root root    0 26 okt 22:31 power
    lrwxrwxrwx 1 root root    0 26 okt 22:10 subsystem -> ../../../../../../../bus/acpi
    -rw-r--r-- 1 root root 4096 26 okt 22:31 uevent

    ./LNXVIDEO:00/device:37/power:
    totaal 0
    -rw-r--r-- 1 root root 4096 26 okt 22:31 async
    -rw-r--r-- 1 root root 4096 26 okt 22:31 autosuspend_delay_ms
    -rw-r--r-- 1 root root 4096 26 okt 22:31 control
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_kids
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_enabled
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_status
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_suspended_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_usage

    ./LNXVIDEO:00/device:38:
    totaal 0
    -r--r--r-- 1 root root 4096 26 okt 22:31 adr
    -r--r--r-- 1 root root 4096 26 okt 22:31 path
    drwxr-xr-x 2 root root    0 26 okt 22:31 power
    lrwxrwxrwx 1 root root    0 26 okt 22:10 subsystem -> ../../../../../../../bus/acpi
    -rw-r--r-- 1 root root 4096 26 okt 22:31 uevent

    ./LNXVIDEO:00/device:38/power:
    totaal 0
    -rw-r--r-- 1 root root 4096 26 okt 22:31 async
    -rw-r--r-- 1 root root 4096 26 okt 22:31 autosuspend_delay_ms
    -rw-r--r-- 1 root root 4096 26 okt 22:31 control
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_kids
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_enabled
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_status
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_suspended_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_usage

    ./LNXVIDEO:00/device:39:
    totaal 0
    -r--r--r-- 1 root root 4096 26 okt 22:31 adr
    -r--r--r-- 1 root root 4096 26 okt 22:31 path
    drwxr-xr-x 2 root root    0 26 okt 22:31 power
    lrwxrwxrwx 1 root root    0 26 okt 22:10 subsystem -> ../../../../../../../bus/acpi
    -rw-r--r-- 1 root root 4096 26 okt 22:31 uevent

    ./LNXVIDEO:00/device:39/power:
    totaal 0
    -rw-r--r-- 1 root root 4096 26 okt 22:31 async
    -rw-r--r-- 1 root root 4096 26 okt 22:31 autosuspend_delay_ms
    -rw-r--r-- 1 root root 4096 26 okt 22:31 control
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_kids
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_enabled
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_status
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_suspended_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_usage

    ./LNXVIDEO:00/device:3a:
    totaal 0
    -r--r--r-- 1 root root 4096 26 okt 22:31 adr
    -r--r--r-- 1 root root 4096 26 okt 22:31 path
    drwxr-xr-x 2 root root    0 26 okt 22:31 power
    lrwxrwxrwx 1 root root    0 26 okt 22:10 subsystem -> ../../../../../../../bus/acpi
    -rw-r--r-- 1 root root 4096 26 okt 22:31 uevent

    ./LNXVIDEO:00/device:3a/power:
    totaal 0
    -rw-r--r-- 1 root root 4096 26 okt 22:31 async
    -rw-r--r-- 1 root root 4096 26 okt 22:31 autosuspend_delay_ms
    -rw-r--r-- 1 root root 4096 26 okt 22:31 control
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_kids
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_enabled
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_status
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_suspended_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_usage

    ./LNXVIDEO:00/input:
    totaal 0
    drwxr-xr-x 6 root root 0 26 okt 22:31 input4

    ./LNXVIDEO:00/input/input4:
    totaal 0
    drwxr-xr-x 2 root root    0 26 okt 22:31 capabilities
    lrwxrwxrwx 1 root root    0 26 okt 22:31 device -> ../../../LNXVIDEO:00
    drwxr-xr-x 3 root root    0 26 okt 22:31 event4
    drwxr-xr-x 2 root root    0 26 okt 22:31 id
    -r--r--r-- 1 root root 4096 26 okt 22:31 modalias
    -r--r--r-- 1 root root 4096 26 okt 22:31 name
    -r--r--r-- 1 root root 4096 26 okt 22:31 phys
    drwxr-xr-x 2 root root    0 26 okt 22:31 power
    -r--r--r-- 1 root root 4096 26 okt 22:31 properties
    lrwxrwxrwx 1 root root    0 26 okt 22:10 subsystem -> ../../../../../../../../class/input
    -rw-r--r-- 1 root root 4096 26 okt 22:31 uevent
    -r--r--r-- 1 root root 4096 26 okt 22:31 uniq

    ./LNXVIDEO:00/input/input4/capabilities:
    totaal 0
    -r--r--r-- 1 root root 4096 26 okt 22:31 abs
    -r--r--r-- 1 root root 4096 26 okt 22:31 ev
    -r--r--r-- 1 root root 4096 26 okt 22:31 ff
    -r--r--r-- 1 root root 4096 26 okt 22:31 key
    -r--r--r-- 1 root root 4096 26 okt 22:31 led
    -r--r--r-- 1 root root 4096 26 okt 22:31 msc
    -r--r--r-- 1 root root 4096 26 okt 22:31 rel
    -r--r--r-- 1 root root 4096 26 okt 22:31 snd
    -r--r--r-- 1 root root 4096 26 okt 22:31 sw

    ./LNXVIDEO:00/input/input4/event4:
    totaal 0
    -r--r--r-- 1 root root 4096 26 okt 22:31 dev
    lrwxrwxrwx 1 root root    0 26 okt 22:31 device -> ../../input4
    drwxr-xr-x 2 root root    0 26 okt 22:31 power
    lrwxrwxrwx 1 root root    0 26 okt 22:10 subsystem -> ../../../../../../../../../class/input
    -rw-r--r-- 1 root root 4096 26 okt 22:31 uevent

    ./LNXVIDEO:00/input/input4/event4/power:
    totaal 0
    -rw-r--r-- 1 root root 4096 26 okt 22:31 async
    -rw-r--r-- 1 root root 4096 26 okt 22:31 autosuspend_delay_ms
    -rw-r--r-- 1 root root 4096 26 okt 22:31 control
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_kids
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_enabled
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_status
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_suspended_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_usage

    ./LNXVIDEO:00/input/input4/id:
    totaal 0
    -r--r--r-- 1 root root 4096 26 okt 22:31 bustype
    -r--r--r-- 1 root root 4096 26 okt 22:31 product
    -r--r--r-- 1 root root 4096 26 okt 22:31 vendor
    -r--r--r-- 1 root root 4096 26 okt 22:31 version

    ./LNXVIDEO:00/input/input4/power:
    totaal 0
    -rw-r--r-- 1 root root 4096 26 okt 22:31 async
    -rw-r--r-- 1 root root 4096 26 okt 22:31 autosuspend_delay_ms
    -rw-r--r-- 1 root root 4096 26 okt 22:31 control
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_kids
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_enabled
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_status
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_suspended_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_usage

    ./LNXVIDEO:00/power:
    totaal 0
    -rw-r--r-- 1 root root 4096 26 okt 22:31 async
    -rw-r--r-- 1 root root 4096 26 okt 22:31 autosuspend_delay_ms
    -rw-r--r-- 1 root root 4096 26 okt 22:31 control
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_kids
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_enabled
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_status
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_suspended_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_usage

    ./power:
    totaal 0
    -rw-r--r-- 1 root root 4096 26 okt 22:11 async
    -rw-r--r-- 1 root root 4096 26 okt 22:11 autosuspend_delay_ms
    -rw-r--r-- 1 root root 4096 26 okt 22:11 control
    -r--r--r-- 1 root root 4096 26 okt 22:11 runtime_active_kids
    -r--r--r-- 1 root root 4096 26 okt 22:11 runtime_active_time
    -r--r--r-- 1 root root 4096 26 okt 22:11 runtime_enabled
    -r--r--r-- 1 root root 4096 26 okt 22:11 runtime_status
    -r--r--r-- 1 root root 4096 26 okt 22:11 runtime_suspended_time
    -r--r--r-- 1 root root 4096 26 okt 22:11 runtime_usage
-- 
Kind regards,
Peter Wu
https://lekensteyn.nl
_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau

Re: Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU via Power Resources

[Peter Wu]

On Thu, Oct 27, 2016 at 12:30:11PM +0300, Mika Westerberg wrote:
> On Thu, Oct 27, 2016 at 09:15:19AM +0000, Rick Kerkhof wrote:
> >    I can confirm what Peter said, path contains \_SB_.PCI0.RP05 and
> >    power_state contains D3hot.
> 
> And there are no power_resources_Dx directories under
> /sys/bus/pci/devices/0000:00:1c.4/firmware_node?

Correct, this is what Rick sent me yesterday for
ls -lR /sys/bus/pci/devices/0000:00:1c.4/firmware_node/

    .:
    totaal 0
    -r--r--r--  1 root root 4096 26 okt 22:10 adr
    drwxr-xr-x  3 root root    0 26 okt 22:12 device:32
    drwxr-xr-x 12 root root    0 26 okt 22:12 LNXVIDEO:00
    -r--r--r--  1 root root 4096 26 okt 22:10 path
    lrwxrwxrwx  1 root root    0 26 okt 22:10 physical_node -> ../../../../pci0000:00/0000:00:1c.4
    drwxr-xr-x  2 root root    0 26 okt 22:12 power
    -r--r--r--  1 root root 4096 26 okt 22:10 power_state
    lrwxrwxrwx  1 root root    0 26 okt 22:10 subsystem -> ../../../../../bus/acpi
    -rw-r--r--  1 root root 4096 26 okt 22:10 uevent

    ./device:32:
    totaal 0
    -r--r--r-- 1 root root 4096 26 okt 22:12 adr
    -r--r--r-- 1 root root 4096 26 okt 22:12 path
    drwxr-xr-x 2 root root    0 26 okt 22:31 power
    lrwxrwxrwx 1 root root    0 26 okt 22:10 subsystem -> ../../../../../../bus/acpi
    -rw-r--r-- 1 root root 4096 26 okt 22:12 uevent

    ./device:32/power:
    totaal 0
    -rw-r--r-- 1 root root 4096 26 okt 22:12 async
    -rw-r--r-- 1 root root 4096 26 okt 22:12 autosuspend_delay_ms
    -rw-r--r-- 1 root root 4096 26 okt 22:12 control
    -r--r--r-- 1 root root 4096 26 okt 22:12 runtime_active_kids
    -r--r--r-- 1 root root 4096 26 okt 22:12 runtime_active_time
    -r--r--r-- 1 root root 4096 26 okt 22:12 runtime_enabled
    -r--r--r-- 1 root root 4096 26 okt 22:12 runtime_status
    -r--r--r-- 1 root root 4096 26 okt 22:12 runtime_suspended_time
    -r--r--r-- 1 root root 4096 26 okt 22:12 runtime_usage

    ./LNXVIDEO:00:
    totaal 0
    -r--r--r-- 1 root root 4096 26 okt 22:31 adr
    drwxr-xr-x 3 root root    0 26 okt 22:31 device:33
    drwxr-xr-x 3 root root    0 26 okt 22:31 device:34
    drwxr-xr-x 3 root root    0 26 okt 22:31 device:35
    drwxr-xr-x 3 root root    0 26 okt 22:31 device:36
    drwxr-xr-x 3 root root    0 26 okt 22:31 device:37
    drwxr-xr-x 3 root root    0 26 okt 22:31 device:38
    drwxr-xr-x 3 root root    0 26 okt 22:31 device:39
    drwxr-xr-x 3 root root    0 26 okt 22:31 device:3a
    lrwxrwxrwx 1 root root    0 26 okt 22:10 driver -> ../../../../../../bus/acpi/drivers/video
    -r--r--r-- 1 root root 4096 26 okt 22:31 hid
    drwxr-xr-x 3 root root    0 26 okt 22:31 input
    -r--r--r-- 1 root root 4096 26 okt 22:31 modalias
    -r--r--r-- 1 root root 4096 26 okt 22:31 path
    lrwxrwxrwx 1 root root    0 26 okt 22:31 physical_node -> ../../../../../pci0000:00/0000:00:1c.4/0000:01:00.0
    drwxr-xr-x 2 root root    0 26 okt 22:31 power
    -r--r--r-- 1 root root 4096 26 okt 22:31 power_state
    -r--r--r-- 1 root root 4096 26 okt 22:31 status
    lrwxrwxrwx 1 root root    0 26 okt 22:10 subsystem -> ../../../../../../bus/acpi
    -rw-r--r-- 1 root root 4096 26 okt 22:31 uevent

    ./LNXVIDEO:00/device:33:
    totaal 0
    -r--r--r-- 1 root root 4096 26 okt 22:31 adr
    -r--r--r-- 1 root root 4096 26 okt 22:31 path
    drwxr-xr-x 2 root root    0 26 okt 22:31 power
    lrwxrwxrwx 1 root root    0 26 okt 22:10 subsystem -> ../../../../../../../bus/acpi
    -rw-r--r-- 1 root root 4096 26 okt 22:31 uevent

    ./LNXVIDEO:00/device:33/power:
    totaal 0
    -rw-r--r-- 1 root root 4096 26 okt 22:31 async
    -rw-r--r-- 1 root root 4096 26 okt 22:31 autosuspend_delay_ms
    -rw-r--r-- 1 root root 4096 26 okt 22:31 control
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_kids
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_enabled
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_status
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_suspended_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_usage

    ./LNXVIDEO:00/device:34:
    totaal 0
    -r--r--r-- 1 root root 4096 26 okt 22:31 adr
    -r--r--r-- 1 root root 4096 26 okt 22:31 path
    drwxr-xr-x 2 root root    0 26 okt 22:31 power
    lrwxrwxrwx 1 root root    0 26 okt 22:10 subsystem -> ../../../../../../../bus/acpi
    -rw-r--r-- 1 root root 4096 26 okt 22:31 uevent

    ./LNXVIDEO:00/device:34/power:
    totaal 0
    -rw-r--r-- 1 root root 4096 26 okt 22:31 async
    -rw-r--r-- 1 root root 4096 26 okt 22:31 autosuspend_delay_ms
    -rw-r--r-- 1 root root 4096 26 okt 22:31 control
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_kids
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_enabled
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_status
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_suspended_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_usage

    ./LNXVIDEO:00/device:35:
    totaal 0
    -r--r--r-- 1 root root 4096 26 okt 22:31 adr
    -r--r--r-- 1 root root 4096 26 okt 22:31 path
    drwxr-xr-x 2 root root    0 26 okt 22:31 power
    lrwxrwxrwx 1 root root    0 26 okt 22:10 subsystem -> ../../../../../../../bus/acpi
    -rw-r--r-- 1 root root 4096 26 okt 22:31 uevent

    ./LNXVIDEO:00/device:35/power:
    totaal 0
    -rw-r--r-- 1 root root 4096 26 okt 22:31 async
    -rw-r--r-- 1 root root 4096 26 okt 22:31 autosuspend_delay_ms
    -rw-r--r-- 1 root root 4096 26 okt 22:31 control
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_kids
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_enabled
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_status
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_suspended_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_usage

    ./LNXVIDEO:00/device:36:
    totaal 0
    -r--r--r-- 1 root root 4096 26 okt 22:31 adr
    -r--r--r-- 1 root root 4096 26 okt 22:31 path
    drwxr-xr-x 2 root root    0 26 okt 22:31 power
    lrwxrwxrwx 1 root root    0 26 okt 22:10 subsystem -> ../../../../../../../bus/acpi
    -rw-r--r-- 1 root root 4096 26 okt 22:31 uevent

    ./LNXVIDEO:00/device:36/power:
    totaal 0
    -rw-r--r-- 1 root root 4096 26 okt 22:31 async
    -rw-r--r-- 1 root root 4096 26 okt 22:31 autosuspend_delay_ms
    -rw-r--r-- 1 root root 4096 26 okt 22:31 control
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_kids
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_enabled
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_status
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_suspended_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_usage

    ./LNXVIDEO:00/device:37:
    totaal 0
    -r--r--r-- 1 root root 4096 26 okt 22:31 adr
    -r--r--r-- 1 root root 4096 26 okt 22:31 path
    drwxr-xr-x 2 root root    0 26 okt 22:31 power
    lrwxrwxrwx 1 root root    0 26 okt 22:10 subsystem -> ../../../../../../../bus/acpi
    -rw-r--r-- 1 root root 4096 26 okt 22:31 uevent

    ./LNXVIDEO:00/device:37/power:
    totaal 0
    -rw-r--r-- 1 root root 4096 26 okt 22:31 async
    -rw-r--r-- 1 root root 4096 26 okt 22:31 autosuspend_delay_ms
    -rw-r--r-- 1 root root 4096 26 okt 22:31 control
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_kids
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_enabled
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_status
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_suspended_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_usage

    ./LNXVIDEO:00/device:38:
    totaal 0
    -r--r--r-- 1 root root 4096 26 okt 22:31 adr
    -r--r--r-- 1 root root 4096 26 okt 22:31 path
    drwxr-xr-x 2 root root    0 26 okt 22:31 power
    lrwxrwxrwx 1 root root    0 26 okt 22:10 subsystem -> ../../../../../../../bus/acpi
    -rw-r--r-- 1 root root 4096 26 okt 22:31 uevent

    ./LNXVIDEO:00/device:38/power:
    totaal 0
    -rw-r--r-- 1 root root 4096 26 okt 22:31 async
    -rw-r--r-- 1 root root 4096 26 okt 22:31 autosuspend_delay_ms
    -rw-r--r-- 1 root root 4096 26 okt 22:31 control
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_kids
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_enabled
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_status
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_suspended_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_usage

    ./LNXVIDEO:00/device:39:
    totaal 0
    -r--r--r-- 1 root root 4096 26 okt 22:31 adr
    -r--r--r-- 1 root root 4096 26 okt 22:31 path
    drwxr-xr-x 2 root root    0 26 okt 22:31 power
    lrwxrwxrwx 1 root root    0 26 okt 22:10 subsystem -> ../../../../../../../bus/acpi
    -rw-r--r-- 1 root root 4096 26 okt 22:31 uevent

    ./LNXVIDEO:00/device:39/power:
    totaal 0
    -rw-r--r-- 1 root root 4096 26 okt 22:31 async
    -rw-r--r-- 1 root root 4096 26 okt 22:31 autosuspend_delay_ms
    -rw-r--r-- 1 root root 4096 26 okt 22:31 control
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_kids
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_enabled
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_status
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_suspended_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_usage

    ./LNXVIDEO:00/device:3a:
    totaal 0
    -r--r--r-- 1 root root 4096 26 okt 22:31 adr
    -r--r--r-- 1 root root 4096 26 okt 22:31 path
    drwxr-xr-x 2 root root    0 26 okt 22:31 power
    lrwxrwxrwx 1 root root    0 26 okt 22:10 subsystem -> ../../../../../../../bus/acpi
    -rw-r--r-- 1 root root 4096 26 okt 22:31 uevent

    ./LNXVIDEO:00/device:3a/power:
    totaal 0
    -rw-r--r-- 1 root root 4096 26 okt 22:31 async
    -rw-r--r-- 1 root root 4096 26 okt 22:31 autosuspend_delay_ms
    -rw-r--r-- 1 root root 4096 26 okt 22:31 control
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_kids
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_enabled
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_status
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_suspended_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_usage

    ./LNXVIDEO:00/input:
    totaal 0
    drwxr-xr-x 6 root root 0 26 okt 22:31 input4

    ./LNXVIDEO:00/input/input4:
    totaal 0
    drwxr-xr-x 2 root root    0 26 okt 22:31 capabilities
    lrwxrwxrwx 1 root root    0 26 okt 22:31 device -> ../../../LNXVIDEO:00
    drwxr-xr-x 3 root root    0 26 okt 22:31 event4
    drwxr-xr-x 2 root root    0 26 okt 22:31 id
    -r--r--r-- 1 root root 4096 26 okt 22:31 modalias
    -r--r--r-- 1 root root 4096 26 okt 22:31 name
    -r--r--r-- 1 root root 4096 26 okt 22:31 phys
    drwxr-xr-x 2 root root    0 26 okt 22:31 power
    -r--r--r-- 1 root root 4096 26 okt 22:31 properties
    lrwxrwxrwx 1 root root    0 26 okt 22:10 subsystem -> ../../../../../../../../class/input
    -rw-r--r-- 1 root root 4096 26 okt 22:31 uevent
    -r--r--r-- 1 root root 4096 26 okt 22:31 uniq

    ./LNXVIDEO:00/input/input4/capabilities:
    totaal 0
    -r--r--r-- 1 root root 4096 26 okt 22:31 abs
    -r--r--r-- 1 root root 4096 26 okt 22:31 ev
    -r--r--r-- 1 root root 4096 26 okt 22:31 ff
    -r--r--r-- 1 root root 4096 26 okt 22:31 key
    -r--r--r-- 1 root root 4096 26 okt 22:31 led
    -r--r--r-- 1 root root 4096 26 okt 22:31 msc
    -r--r--r-- 1 root root 4096 26 okt 22:31 rel
    -r--r--r-- 1 root root 4096 26 okt 22:31 snd
    -r--r--r-- 1 root root 4096 26 okt 22:31 sw

    ./LNXVIDEO:00/input/input4/event4:
    totaal 0
    -r--r--r-- 1 root root 4096 26 okt 22:31 dev
    lrwxrwxrwx 1 root root    0 26 okt 22:31 device -> ../../input4
    drwxr-xr-x 2 root root    0 26 okt 22:31 power
    lrwxrwxrwx 1 root root    0 26 okt 22:10 subsystem -> ../../../../../../../../../class/input
    -rw-r--r-- 1 root root 4096 26 okt 22:31 uevent

    ./LNXVIDEO:00/input/input4/event4/power:
    totaal 0
    -rw-r--r-- 1 root root 4096 26 okt 22:31 async
    -rw-r--r-- 1 root root 4096 26 okt 22:31 autosuspend_delay_ms
    -rw-r--r-- 1 root root 4096 26 okt 22:31 control
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_kids
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_enabled
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_status
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_suspended_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_usage

    ./LNXVIDEO:00/input/input4/id:
    totaal 0
    -r--r--r-- 1 root root 4096 26 okt 22:31 bustype
    -r--r--r-- 1 root root 4096 26 okt 22:31 product
    -r--r--r-- 1 root root 4096 26 okt 22:31 vendor
    -r--r--r-- 1 root root 4096 26 okt 22:31 version

    ./LNXVIDEO:00/input/input4/power:
    totaal 0
    -rw-r--r-- 1 root root 4096 26 okt 22:31 async
    -rw-r--r-- 1 root root 4096 26 okt 22:31 autosuspend_delay_ms
    -rw-r--r-- 1 root root 4096 26 okt 22:31 control
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_kids
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_enabled
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_status
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_suspended_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_usage

    ./LNXVIDEO:00/power:
    totaal 0
    -rw-r--r-- 1 root root 4096 26 okt 22:31 async
    -rw-r--r-- 1 root root 4096 26 okt 22:31 autosuspend_delay_ms
    -rw-r--r-- 1 root root 4096 26 okt 22:31 control
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_kids
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_active_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_enabled
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_status
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_suspended_time
    -r--r--r-- 1 root root 4096 26 okt 22:31 runtime_usage

    ./power:
    totaal 0
    -rw-r--r-- 1 root root 4096 26 okt 22:11 async
    -rw-r--r-- 1 root root 4096 26 okt 22:11 autosuspend_delay_ms
    -rw-r--r-- 1 root root 4096 26 okt 22:11 control
    -r--r--r-- 1 root root 4096 26 okt 22:11 runtime_active_kids
    -r--r--r-- 1 root root 4096 26 okt 22:11 runtime_active_time
    -r--r--r-- 1 root root 4096 26 okt 22:11 runtime_enabled
    -r--r--r-- 1 root root 4096 26 okt 22:11 runtime_status
    -r--r--r-- 1 root root 4096 26 okt 22:11 runtime_suspended_time
    -r--r--r-- 1 root root 4096 26 okt 22:11 runtime_usage
-- 
Kind regards,
Peter Wu
https://lekensteyn.nl

Re: Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU via Power Resources

[Rick Kerkhof]

[-- Attachment #1.1: Type: text/plain, Size: 476 bytes --]

No, there are not. Here is the recursive directory listing:
http://sprunge.us/FIRE

Op do 27 okt. 2016 11:30 schreef Mika Westerberg <
mika.westerberg-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>:

> On Thu, Oct 27, 2016 at 09:15:19AM +0000, Rick Kerkhof wrote:
> >    I can confirm what Peter said, path contains \_SB_.PCI0.RP05 and
> >    power_state contains D3hot.
>
> And there are no power_resources_Dx directories under
> /sys/bus/pci/devices/0000:00:1c.4/firmware_node?
>

[-- Attachment #1.2: Type: text/html, Size: 922 bytes --]

[-- Attachment #2: Type: text/plain, Size: 154 bytes --]

_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau

Re: Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU via Power Resources

[Mika Westerberg]

On Thu, Oct 27, 2016 at 09:42:28AM +0000, Rick Kerkhof wrote:
>    No, there are not. Here is the recursive directory listing:

Are you able to try the following patch and send me dmesg (or attach it
to that bug)? It should show if the ACPI core even tries to add those
power resources.

diff --git a/drivers/acpi/power.c b/drivers/acpi/power.c
index fcd4ce6f78d5..af9c3e15dd74 100644
--- a/drivers/acpi/power.c
+++ b/drivers/acpi/power.c
@@ -444,6 +444,9 @@ void acpi_power_add_remove_device(struct acpi_device *adev, bool add)
 	if (!adev->power.flags.power_resources)
 		return;
 
+	acpi_handle_info(adev->handle, "Adding power resources for %s\n",
+			 dev_name(&adev->dev));
+
 	for (state = ACPI_STATE_D0; state <= ACPI_STATE_D3_HOT; state++)
 		acpi_power_expose_hide(adev,
 				       &adev->power.states[state].resources,
_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau

Re: Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU via Power Resources

[Mika Westerberg]

On Thu, Oct 27, 2016 at 09:42:28AM +0000, Rick Kerkhof wrote:
>    No, there are not. Here is the recursive directory listing:

Are you able to try the following patch and send me dmesg (or attach it
to that bug)? It should show if the ACPI core even tries to add those
power resources.

diff --git a/drivers/acpi/power.c b/drivers/acpi/power.c
index fcd4ce6f78d5..af9c3e15dd74 100644
--- a/drivers/acpi/power.c
+++ b/drivers/acpi/power.c
@@ -444,6 +444,9 @@ void acpi_power_add_remove_device(struct acpi_device *adev, bool add)
 	if (!adev->power.flags.power_resources)
 		return;
 
+	acpi_handle_info(adev->handle, "Adding power resources for %s\n",
+			 dev_name(&adev->dev));
+
 	for (state = ACPI_STATE_D0; state <= ACPI_STATE_D3_HOT; state++)
 		acpi_power_expose_hide(adev,
 				       &adev->power.states[state].resources,

Re: Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU via Power Resources

[Rick Kerkhof]

[-- Attachment #1.1: Type: text/plain, Size: 1234 bytes --]

Op do 27 okt. 2016 om 11:59 schreef Mika Westerberg <
mika.westerberg-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>:

> On Thu, Oct 27, 2016 at 09:42:28AM +0000, Rick Kerkhof wrote:
> >    No, there are not. Here is the recursive directory listing:
>
> Are you able to try the following patch and send me dmesg (or attach it
> to that bug)? It should show if the ACPI core even tries to add those
> power resources.
>
> diff --git a/drivers/acpi/power.c b/drivers/acpi/power.c
> index fcd4ce6f78d5..af9c3e15dd74 100644
> --- a/drivers/acpi/power.c
> +++ b/drivers/acpi/power.c
> @@ -444,6 +444,9 @@ void acpi_power_add_remove_device(struct acpi_device
> *adev, bool add)
>         if (!adev->power.flags.power_resources)
>                 return;
>
> +       acpi_handle_info(adev->handle, "Adding power resources for %s\n",
> +                        dev_name(&adev->dev));
> +
>         for (state = ACPI_STATE_D0; state <= ACPI_STATE_D3_HOT; state++)
>                 acpi_power_expose_hide(adev,
>
>  &adev->power.states[state].resources,
>

Thank you for the patch, I have applied it to the kernel sources but I'm
not sure how to proceed from now on. Should I compile the whole kernel or
can I just build an out-of-tree acpi module?

[-- Attachment #1.2: Type: text/html, Size: 2084 bytes --]

[-- Attachment #2: Type: text/plain, Size: 154 bytes --]

_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau

Re: Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU via Power Resources

[Mika Westerberg]

On Thu, Oct 27, 2016 at 10:07:45AM +0000, Rick Kerkhof wrote:
>    Thank you for the patch, I have applied it to the kernel sources but
>    I'm not sure how to proceed from now on. Should I compile the whole
>    kernel or can I just build an out-of-tree acpi module?

You need to build the whole kernel, install and reboot.
_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau

Re: Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU via Power Resources

[Mika Westerberg]

On Thu, Oct 27, 2016 at 10:07:45AM +0000, Rick Kerkhof wrote:
>    Thank you for the patch, I have applied it to the kernel sources but
>    I'm not sure how to proceed from now on. Should I compile the whole
>    kernel or can I just build an out-of-tree acpi module?

You need to build the whole kernel, install and reboot.

Re: Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU via Power Resources

[Rick Kerkhof]

[-- Attachment #1.1: Type: text/plain, Size: 575 bytes --]

Op do 27 okt. 2016 om 12:12 schreef Mika Westerberg <
mika.westerberg-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>:

> On Thu, Oct 27, 2016 at 10:07:45AM +0000, Rick Kerkhof wrote:
> >    Thank you for the patch, I have applied it to the kernel sources but
> >    I'm not sure how to proceed from now on. Should I compile the whole
> >    kernel or can I just build an out-of-tree acpi module?
>
> You need to build the whole kernel, install and reboot.
>

Thanks, it's compiling now, I'll take it for a test drive once it is done
and installed and provide you with a dmesg log.

[-- Attachment #1.2: Type: text/html, Size: 999 bytes --]

[-- Attachment #2: Type: text/plain, Size: 154 bytes --]

_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau

Re: Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU via Power Resources

[Peter Wu]

On Thu, Oct 27, 2016 at 12:55:08PM +0300, Mika Westerberg wrote:
> On Thu, Oct 27, 2016 at 09:42:28AM +0000, Rick Kerkhof wrote:
> >    No, there are not. Here is the recursive directory listing:
> 
> Are you able to try the following patch and send me dmesg (or attach it
> to that bug)? It should show if the ACPI core even tries to add those
> power resources.

So Rick has tested this patch now on top of 4.8.4 (mainline fails to
boot due to a kbuild issue which I reported elsewhere), but the output
is empty. That seems to indicate that flags.power_resources is unset.

Given that _PS3 exists and is indeed a package with some elements, it
seems that acpi_extract_power_resources is failing. Note that in the
SSDT, the power resource NVP3 was referenced before it was defined,
could that result in this enumeration failure? Relevant SSDT excerpt:

    Scope (\_SB.PCI0.RP05)
    {
        Name (_PR3, Package (0x01)  // _PR3: Power Resources for D3hot
        {
            NVP3
        })
        // ...
    }

    PowerResource (NVP3, 0x00, 0x0000)

Kind regards,
Peter

> diff --git a/drivers/acpi/power.c b/drivers/acpi/power.c
> index fcd4ce6f78d5..af9c3e15dd74 100644
> --- a/drivers/acpi/power.c
> +++ b/drivers/acpi/power.c
> @@ -444,6 +444,9 @@ void acpi_power_add_remove_device(struct acpi_device *adev, bool add)
>  	if (!adev->power.flags.power_resources)
>  		return;
>  
> +	acpi_handle_info(adev->handle, "Adding power resources for %s\n",
> +			 dev_name(&adev->dev));
> +
>  	for (state = ACPI_STATE_D0; state <= ACPI_STATE_D3_HOT; state++)
>  		acpi_power_expose_hide(adev,
>  				       &adev->power.states[state].resources,

Re: Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU via Power Resources

[Mika Westerberg]

On Thu, Oct 27, 2016 at 06:06:48PM +0200, Peter Wu wrote:
> On Thu, Oct 27, 2016 at 12:55:08PM +0300, Mika Westerberg wrote:
> > On Thu, Oct 27, 2016 at 09:42:28AM +0000, Rick Kerkhof wrote:
> > >    No, there are not. Here is the recursive directory listing:
> > 
> > Are you able to try the following patch and send me dmesg (or attach it
> > to that bug)? It should show if the ACPI core even tries to add those
> > power resources.
> 
> So Rick has tested this patch now on top of 4.8.4 (mainline fails to
> boot due to a kbuild issue which I reported elsewhere), but the output
> is empty. That seems to indicate that flags.power_resources is unset.

Is it completely empty or is it empty just for RP05? It should print out
all devices with power resources.

> Given that _PS3 exists and is indeed a package with some elements, it
> seems that acpi_extract_power_resources is failing. Note that in the
> SSDT, the power resource NVP3 was referenced before it was defined,
> could that result in this enumeration failure? Relevant SSDT excerpt:
> 
>     Scope (\_SB.PCI0.RP05)
>     {
>         Name (_PR3, Package (0x01)  // _PR3: Power Resources for D3hot
>         {
>             NVP3
>         })
>         // ...
>     }
> 
>     PowerResource (NVP3, 0x00, 0x0000)

That and the fact that they come from an SSDT instead of DSDT may cause
this. However, I'm not expert in ACPICA so adding Bob and Lv if they
have ideas.

Bob, Lv, the bug in question is: https://bugs.freedesktop.org/show_bug.cgi?id=98398

Re: Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU via Power Resources

[Peter Wu]

On Fri, Oct 28, 2016 at 11:56:30AM +0300, Mika Westerberg wrote:
> On Thu, Oct 27, 2016 at 06:06:48PM +0200, Peter Wu wrote:
> > On Thu, Oct 27, 2016 at 12:55:08PM +0300, Mika Westerberg wrote:
> > > On Thu, Oct 27, 2016 at 09:42:28AM +0000, Rick Kerkhof wrote:
> > > >    No, there are not. Here is the recursive directory listing:
> > > 
> > > Are you able to try the following patch and send me dmesg (or attach it
> > > to that bug)? It should show if the ACPI core even tries to add those
> > > power resources.
> > 
> > So Rick has tested this patch now on top of 4.8.4 (mainline fails to
> > boot due to a kbuild issue which I reported elsewhere), but the output
> > is empty. That seems to indicate that flags.power_resources is unset.
> 
> Is it completely empty or is it empty just for RP05? It should print out
> all devices with power resources.

\NVP2 and \NVP3 are the only power resources under RP05 and defined in
SSDT1, there are no others.

Kind regards,
Peter

> > Given that _PS3 exists and is indeed a package with some elements, it
> > seems that acpi_extract_power_resources is failing. Note that in the
> > SSDT, the power resource NVP3 was referenced before it was defined,
> > could that result in this enumeration failure? Relevant SSDT excerpt:
> > 
> >     Scope (\_SB.PCI0.RP05)
> >     {
> >         Name (_PR3, Package (0x01)  // _PR3: Power Resources for D3hot
> >         {
> >             NVP3
> >         })
> >         // ...
> >     }
> > 
> >     PowerResource (NVP3, 0x00, 0x0000)
> 
> That and the fact that they come from an SSDT instead of DSDT may cause
> this. However, I'm not expert in ACPICA so adding Bob and Lv if they
> have ideas.
> 
> Bob, Lv, the bug in question is: https://bugs.freedesktop.org/show_bug.cgi?id=98398

Re: Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU via Power Resources

[Mika Westerberg]

On Fri, Oct 28, 2016 at 01:09:30PM +0200, Peter Wu wrote:
> On Fri, Oct 28, 2016 at 11:56:30AM +0300, Mika Westerberg wrote:
> > On Thu, Oct 27, 2016 at 06:06:48PM +0200, Peter Wu wrote:
> > > On Thu, Oct 27, 2016 at 12:55:08PM +0300, Mika Westerberg wrote:
> > > > On Thu, Oct 27, 2016 at 09:42:28AM +0000, Rick Kerkhof wrote:
> > > > >    No, there are not. Here is the recursive directory listing:
> > > > 
> > > > Are you able to try the following patch and send me dmesg (or attach it
> > > > to that bug)? It should show if the ACPI core even tries to add those
> > > > power resources.
> > > 
> > > So Rick has tested this patch now on top of 4.8.4 (mainline fails to
> > > boot due to a kbuild issue which I reported elsewhere), but the output
> > > is empty. That seems to indicate that flags.power_resources is unset.
> > 
> > Is it completely empty or is it empty just for RP05? It should print out
> > all devices with power resources.
> 
> \NVP2 and \NVP3 are the only power resources under RP05 and defined in
> SSDT1, there are no others.

We should probably add a debug print before checking
flags.power_resources just to be sure the patch is correctly applied.

Re: Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU via Power Resources

[Peter Wu]

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

On Fri, Oct 28, 2016 at 02:19:07PM +0300, Mika Westerberg wrote:
> On Fri, Oct 28, 2016 at 01:09:30PM +0200, Peter Wu wrote:
> > On Fri, Oct 28, 2016 at 11:56:30AM +0300, Mika Westerberg wrote:
> > > On Thu, Oct 27, 2016 at 06:06:48PM +0200, Peter Wu wrote:
> > > > On Thu, Oct 27, 2016 at 12:55:08PM +0300, Mika Westerberg wrote:
> > > > > On Thu, Oct 27, 2016 at 09:42:28AM +0000, Rick Kerkhof wrote:
> > > > > >    No, there are not. Here is the recursive directory listing:
> > > > > 
> > > > > Are you able to try the following patch and send me dmesg (or attach it
> > > > > to that bug)? It should show if the ACPI core even tries to add those
> > > > > power resources.
> > > > 
> > > > So Rick has tested this patch now on top of 4.8.4 (mainline fails to
> > > > boot due to a kbuild issue which I reported elsewhere), but the output
> > > > is empty. That seems to indicate that flags.power_resources is unset.
> > > 
> > > Is it completely empty or is it empty just for RP05? It should print out
> > > all devices with power resources.
> > 
> > \NVP2 and \NVP3 are the only power resources under RP05 and defined in
> > SSDT1, there are no others.
> 
> We should probably add a debug print before checking
> flags.power_resources just to be sure the patch is correctly applied.

It was correctly applied. I did some testing with QEMU, it seems that
the \_OSI check is problematic. Removing it makes things work again.

To reproduce:

 1. Build the kernel with the attached config (minconfig with ACPI and
    printk stuff enabled) and debug patch.
 2. Compile the attached ASL file to AML (iasl ssdt1.dsl).
    (You can remove the If(\_OSI(...)) check to see the difference.
 3. Boot QEMU and watch the dmesg for the debug prints.

Alternatively, just boot QEMU with this SSDT and check against any Linux
distro and inspect /sys/bus/pci/devices/0000:00:01.3/firmware_node/.

Tested with Linux v4.8.5, QEMU 2.7.0, iasl 20160831. The SSDT structure
is adapted from Ricks SSDT1 file and modified for the 00:01.3 device in
QEMU. The QEMU command I used was:

    qemu-system-x86_64 -m 1G -M pc,accel=kvm -nographic \
        -kernel arch/x86/boot/bzImage -serial file:/dev/stdout \
        -acpitable file=ssdt1.aml \
        -append 'console=ttyS0 acpi.aml_debug_output=1'
-- 
Kind regards,
Peter Wu
https://lekensteyn.nl

[-- Attachment #2: ssdt1.dsl --]
[-- Type: text/plain, Size: 2547 bytes --]

/*
 * Intel ACPI Component Architecture
 * AML/ASL+ Disassembler version 20160831-64
 * Copyright (c) 2000 - 2016 Intel Corporation
 * 
 * Disassembling to symbolic ASL+ operators
 *
 * Disassembly of ssdt1.dat, Wed Oct 26 21:43:27 2016
 *
 * Original Table Header:
 *     Signature        "SSDT"
 *     Length           0x00002CA9 (11433)
 *     Revision         0x01
 *     Checksum         0x8F
 *     OEM ID           "ACRSYS"
 *     OEM Table ID     "ACRPRDCT"
 *     OEM Revision     0x00001000 (4096)
 *     Compiler ID      "1025"
 *     Compiler Version 0x00040000 (262144)
 */
DefinitionBlock ("", "SSDT", 1, "ACRSYS", "ACRPRDCT", 0x00001000)
{
    External (\_SB.PCI0.PX13, DeviceObj)

    If (\_OSI ("Windows 2013"))
    {
        Scope (\_SB.PCI0.PX13)
        {
            Name (_PR0, Package (0x01)  // _PR0: Power Resources for D0
            {
                NVP3
            })
            Name (_PR2, Package (0x01)  // _PR2: Power Resources for D2
            {
                NVP2
            })
            Name (_PR3, Package (0x01)  // _PR3: Power Resources for D3hot
            {
                NVP3
            })
            Method (_S0W, 0, NotSerialized)  // _S0W: S0 Device Wake State
            {
                Debug = "_S0W"
                // Return(3)
                Return(4)
            }

            Method (_DSW, 3, NotSerialized)  // _DSW: Device Sleep Wake
            {
            }

            Method (_PS0, 0, NotSerialized)  // _PS0: Power State 0
            {
                Debug = "_PS0"
            }

            Method (_PS3, 0, NotSerialized)  // _PS3: Power State 3
            {
                Debug = "_PS3"
            }
        }

        PowerResource (NVP3, 0x00, 0x0000)
        {
            Name (_STA, One)  // _STA: Status

            Method (_ON, 0, NotSerialized)  // _ON_: Power On
            {
                Debug = "NVP3._ON"
                _STA = One
            }

            Method (_OFF, 0, NotSerialized)  // _OFF: Power Off
            {
                Debug = "NVP3._OFF"
                _STA = Zero
            }
        }

        PowerResource (NVP2, 0x00, 0x0000)
        {
            Name (_STA, One)  // _STA: Status
            Method (_ON, 0, NotSerialized)  // _ON_: Power On
            {
                Debug = "NVP2._ON"
                _STA = One
            }

            Method (_OFF, 0, NotSerialized)  // _OFF: Power Off
            {
                Debug = "NVP2._OFF"
                _STA = One
            }
        }
    }
}

[-- Attachment #3: .config --]
[-- Type: text/plain, Size: 33947 bytes --]

#
# Automatically generated file; DO NOT EDIT.
# Linux/x86 4.8.5 Kernel Configuration
#
CONFIG_64BIT=y
CONFIG_X86_64=y
CONFIG_X86=y
CONFIG_INSTRUCTION_DECODER=y
CONFIG_OUTPUT_FORMAT="elf64-x86-64"
CONFIG_ARCH_DEFCONFIG="arch/x86/configs/x86_64_defconfig"
CONFIG_LOCKDEP_SUPPORT=y
CONFIG_STACKTRACE_SUPPORT=y
CONFIG_MMU=y
CONFIG_ARCH_MMAP_RND_BITS_MIN=28
CONFIG_ARCH_MMAP_RND_BITS_MAX=32
CONFIG_ARCH_MMAP_RND_COMPAT_BITS_MIN=8
CONFIG_ARCH_MMAP_RND_COMPAT_BITS_MAX=16
CONFIG_NEED_DMA_MAP_STATE=y
CONFIG_NEED_SG_DMA_LENGTH=y
CONFIG_GENERIC_ISA_DMA=y
CONFIG_GENERIC_BUG=y
CONFIG_GENERIC_BUG_RELATIVE_POINTERS=y
CONFIG_GENERIC_HWEIGHT=y
CONFIG_ARCH_MAY_HAVE_PC_FDC=y
CONFIG_RWSEM_XCHGADD_ALGORITHM=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_ARCH_HAS_CPU_RELAX=y
CONFIG_ARCH_HAS_CACHE_LINE_SIZE=y
CONFIG_HAVE_SETUP_PER_CPU_AREA=y
CONFIG_NEED_PER_CPU_EMBED_FIRST_CHUNK=y
CONFIG_NEED_PER_CPU_PAGE_FIRST_CHUNK=y
CONFIG_ARCH_HIBERNATION_POSSIBLE=y
CONFIG_ARCH_SUSPEND_POSSIBLE=y
CONFIG_ARCH_WANT_HUGE_PMD_SHARE=y
CONFIG_ARCH_WANT_GENERAL_HUGETLB=y
CONFIG_ZONE_DMA32=y
CONFIG_AUDIT_ARCH=y
CONFIG_ARCH_SUPPORTS_OPTIMIZED_INLINING=y
CONFIG_ARCH_SUPPORTS_DEBUG_PAGEALLOC=y
CONFIG_ARCH_SUPPORTS_UPROBES=y
CONFIG_FIX_EARLYCON_MEM=y
CONFIG_DEBUG_RODATA=y
CONFIG_PGTABLE_LEVELS=4
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"
CONFIG_IRQ_WORK=y
CONFIG_BUILDTIME_EXTABLE_SORT=y

#
# General setup
#
CONFIG_BROKEN_ON_SMP=y
CONFIG_INIT_ENV_ARG_LIMIT=32
CONFIG_CROSS_COMPILE=""
# CONFIG_COMPILE_TEST is not set
CONFIG_LOCALVERSION=""
# CONFIG_LOCALVERSION_AUTO is not set
CONFIG_HAVE_KERNEL_GZIP=y
CONFIG_HAVE_KERNEL_BZIP2=y
CONFIG_HAVE_KERNEL_LZMA=y
CONFIG_HAVE_KERNEL_XZ=y
CONFIG_HAVE_KERNEL_LZO=y
CONFIG_HAVE_KERNEL_LZ4=y
CONFIG_KERNEL_GZIP=y
# CONFIG_KERNEL_BZIP2 is not set
# CONFIG_KERNEL_LZMA is not set
# CONFIG_KERNEL_XZ is not set
# CONFIG_KERNEL_LZO is not set
# CONFIG_KERNEL_LZ4 is not set
CONFIG_DEFAULT_HOSTNAME="(none)"
# CONFIG_SYSVIPC is not set
# CONFIG_CROSS_MEMORY_ATTACH is not set
# CONFIG_FHANDLE is not set
# CONFIG_USELIB is not set
CONFIG_HAVE_ARCH_AUDITSYSCALL=y

#
# IRQ subsystem
#
CONFIG_GENERIC_IRQ_PROBE=y
CONFIG_GENERIC_IRQ_SHOW=y
CONFIG_IRQ_DOMAIN=y
CONFIG_IRQ_DOMAIN_HIERARCHY=y
CONFIG_IRQ_FORCED_THREADING=y
CONFIG_SPARSE_IRQ=y
CONFIG_CLOCKSOURCE_WATCHDOG=y
CONFIG_ARCH_CLOCKSOURCE_DATA=y
CONFIG_CLOCKSOURCE_VALIDATE_LAST_CYCLE=y
CONFIG_GENERIC_TIME_VSYSCALL=y
CONFIG_GENERIC_CLOCKEVENTS=y
CONFIG_GENERIC_CLOCKEVENTS_BROADCAST=y
CONFIG_GENERIC_CLOCKEVENTS_MIN_ADJUST=y
CONFIG_GENERIC_CMOS_UPDATE=y

#
# Timers subsystem
#
CONFIG_HZ_PERIODIC=y
# CONFIG_NO_HZ_IDLE is not set
# CONFIG_NO_HZ is not set
# CONFIG_HIGH_RES_TIMERS is not set

#
# CPU/Task time and stats accounting
#
CONFIG_TICK_CPU_ACCOUNTING=y
# CONFIG_VIRT_CPU_ACCOUNTING_GEN is not set
# CONFIG_IRQ_TIME_ACCOUNTING is not set

#
# RCU Subsystem
#
CONFIG_TINY_RCU=y
# CONFIG_RCU_EXPERT is not set
CONFIG_SRCU=y
# CONFIG_TASKS_RCU is not set
# CONFIG_RCU_STALL_COMMON is not set
# CONFIG_TREE_RCU_TRACE is not set
# CONFIG_RCU_EXPEDITE_BOOT is not set
# CONFIG_BUILD_BIN2C is not set
# CONFIG_IKCONFIG is not set
CONFIG_LOG_BUF_SHIFT=17
CONFIG_NMI_LOG_BUF_SHIFT=13
CONFIG_HAVE_UNSTABLE_SCHED_CLOCK=y
CONFIG_ARCH_SUPPORTS_NUMA_BALANCING=y
CONFIG_ARCH_SUPPORTS_INT128=y
# CONFIG_CGROUPS is not set
# CONFIG_CHECKPOINT_RESTORE is not set
# CONFIG_SCHED_AUTOGROUP is not set
# CONFIG_RELAY is not set
# CONFIG_BLK_DEV_INITRD is not set
CONFIG_CC_OPTIMIZE_FOR_PERFORMANCE=y
# CONFIG_CC_OPTIMIZE_FOR_SIZE is not set
CONFIG_ANON_INODES=y
CONFIG_SYSCTL_EXCEPTION_TRACE=y
CONFIG_HAVE_PCSPKR_PLATFORM=y
CONFIG_EXPERT=y
# CONFIG_MULTIUSER is not set
# CONFIG_SGETMASK_SYSCALL is not set
# CONFIG_SYSFS_SYSCALL is not set
# CONFIG_KALLSYMS is not set
CONFIG_PRINTK=y
CONFIG_PRINTK_NMI=y
CONFIG_BUG=y
# CONFIG_PCSPKR_PLATFORM is not set
# CONFIG_BASE_FULL is not set
# CONFIG_FUTEX is not set
# CONFIG_EPOLL is not set
# CONFIG_SIGNALFD is not set
# CONFIG_TIMERFD is not set
# CONFIG_EVENTFD is not set
# CONFIG_BPF_SYSCALL is not set
# CONFIG_SHMEM is not set
# CONFIG_AIO is not set
# CONFIG_ADVISE_SYSCALLS is not set
# CONFIG_USERFAULTFD is not set
CONFIG_PCI_QUIRKS=y
# CONFIG_MEMBARRIER is not set
CONFIG_EMBEDDED=y
CONFIG_HAVE_PERF_EVENTS=y

#
# Kernel Performance Events And Counters
#
CONFIG_PERF_EVENTS=y
# CONFIG_DEBUG_PERF_USE_VMALLOC is not set
# CONFIG_VM_EVENT_COUNTERS is not set
# CONFIG_COMPAT_BRK is not set
# CONFIG_SLAB is not set
CONFIG_SLUB=y
# CONFIG_SLOB is not set
# CONFIG_SLAB_FREELIST_RANDOM is not set
# CONFIG_SYSTEM_DATA_VERIFICATION is not set
# CONFIG_PROFILING is not set
CONFIG_HAVE_OPROFILE=y
CONFIG_OPROFILE_NMI_TIMER=y
# CONFIG_JUMP_LABEL is not set
# CONFIG_UPROBES is not set
# CONFIG_HAVE_64BIT_ALIGNED_ACCESS is not set
CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS=y
CONFIG_ARCH_USE_BUILTIN_BSWAP=y
CONFIG_HAVE_IOREMAP_PROT=y
CONFIG_HAVE_KPROBES=y
CONFIG_HAVE_KRETPROBES=y
CONFIG_HAVE_OPTPROBES=y
CONFIG_HAVE_KPROBES_ON_FTRACE=y
CONFIG_HAVE_NMI=y
CONFIG_HAVE_ARCH_TRACEHOOK=y
CONFIG_HAVE_DMA_CONTIGUOUS=y
CONFIG_GENERIC_SMP_IDLE_THREAD=y
CONFIG_ARCH_WANTS_DYNAMIC_TASK_STRUCT=y
CONFIG_HAVE_REGS_AND_STACK_ACCESS_API=y
CONFIG_HAVE_DMA_API_DEBUG=y
CONFIG_HAVE_HW_BREAKPOINT=y
CONFIG_HAVE_MIXED_BREAKPOINTS_REGS=y
CONFIG_HAVE_USER_RETURN_NOTIFIER=y
CONFIG_HAVE_PERF_EVENTS_NMI=y
CONFIG_HAVE_PERF_REGS=y
CONFIG_HAVE_PERF_USER_STACK_DUMP=y
CONFIG_HAVE_ARCH_JUMP_LABEL=y
CONFIG_ARCH_HAVE_NMI_SAFE_CMPXCHG=y
CONFIG_HAVE_ALIGNED_STRUCT_PAGE=y
CONFIG_HAVE_CMPXCHG_LOCAL=y
CONFIG_HAVE_CMPXCHG_DOUBLE=y
CONFIG_HAVE_ARCH_SECCOMP_FILTER=y
CONFIG_HAVE_GCC_PLUGINS=y
# CONFIG_GCC_PLUGINS is not set
CONFIG_HAVE_CC_STACKPROTECTOR=y
# CONFIG_CC_STACKPROTECTOR is not set
CONFIG_CC_STACKPROTECTOR_NONE=y
# CONFIG_CC_STACKPROTECTOR_REGULAR is not set
# CONFIG_CC_STACKPROTECTOR_STRONG is not set
CONFIG_HAVE_ARCH_WITHIN_STACK_FRAMES=y
CONFIG_HAVE_CONTEXT_TRACKING=y
CONFIG_HAVE_VIRT_CPU_ACCOUNTING_GEN=y
CONFIG_HAVE_IRQ_TIME_ACCOUNTING=y
CONFIG_HAVE_ARCH_TRANSPARENT_HUGEPAGE=y
CONFIG_HAVE_ARCH_HUGE_VMAP=y
CONFIG_HAVE_ARCH_SOFT_DIRTY=y
CONFIG_MODULES_USE_ELF_RELA=y
CONFIG_HAVE_IRQ_EXIT_ON_IRQ_STACK=y
CONFIG_ARCH_HAS_ELF_RANDOMIZE=y
CONFIG_HAVE_ARCH_MMAP_RND_BITS=y
CONFIG_HAVE_EXIT_THREAD=y
CONFIG_ARCH_MMAP_RND_BITS=28
CONFIG_HAVE_COPY_THREAD_TLS=y
CONFIG_HAVE_STACK_VALIDATION=y
# CONFIG_HAVE_ARCH_HASH is not set
# CONFIG_ISA_BUS_API is not set
# CONFIG_CPU_NO_EFFICIENT_FFS is not set

#
# GCOV-based kernel profiling
#
CONFIG_ARCH_HAS_GCOV_PROFILE_ALL=y
# CONFIG_HAVE_GENERIC_DMA_COHERENT is not set
CONFIG_BASE_SMALL=1
# CONFIG_MODULES is not set
CONFIG_MODULES_TREE_LOOKUP=y
# CONFIG_BLOCK is not set
CONFIG_INLINE_SPIN_UNLOCK_IRQ=y
CONFIG_INLINE_READ_UNLOCK=y
CONFIG_INLINE_READ_UNLOCK_IRQ=y
CONFIG_INLINE_WRITE_UNLOCK=y
CONFIG_INLINE_WRITE_UNLOCK_IRQ=y
CONFIG_ARCH_SUPPORTS_ATOMIC_RMW=y
CONFIG_ARCH_USE_QUEUED_SPINLOCKS=y
CONFIG_ARCH_USE_QUEUED_RWLOCKS=y
# CONFIG_FREEZER is not set

#
# Processor type and features
#
# CONFIG_ZONE_DMA is not set
# CONFIG_SMP is not set
# CONFIG_X86_FEATURE_NAMES is not set
# CONFIG_X86_FAST_FEATURE_TESTS is not set
CONFIG_X86_MPPARSE=y
# CONFIG_GOLDFISH is not set
# CONFIG_X86_EXTENDED_PLATFORM is not set
# CONFIG_X86_INTEL_LPSS is not set
# CONFIG_X86_AMD_PLATFORM_DEVICE is not set
# CONFIG_IOSF_MBI is not set
# CONFIG_SCHED_OMIT_FRAME_POINTER is not set
# CONFIG_HYPERVISOR_GUEST is not set
CONFIG_NO_BOOTMEM=y
# CONFIG_MK8 is not set
# CONFIG_MPSC is not set
# CONFIG_MCORE2 is not set
# CONFIG_MATOM is not set
CONFIG_GENERIC_CPU=y
CONFIG_X86_INTERNODE_CACHE_SHIFT=6
CONFIG_X86_L1_CACHE_SHIFT=6
CONFIG_X86_TSC=y
CONFIG_X86_CMPXCHG64=y
CONFIG_X86_CMOV=y
CONFIG_X86_MINIMUM_CPU_FAMILY=64
CONFIG_X86_DEBUGCTLMSR=y
# CONFIG_PROCESSOR_SELECT is not set
CONFIG_CPU_SUP_INTEL=y
CONFIG_CPU_SUP_AMD=y
CONFIG_CPU_SUP_CENTAUR=y
CONFIG_HPET_TIMER=y
# CONFIG_DMI is not set
# CONFIG_GART_IOMMU is not set
# CONFIG_CALGARY_IOMMU is not set
CONFIG_SWIOTLB=y
CONFIG_IOMMU_HELPER=y
CONFIG_NR_CPUS=1
CONFIG_PREEMPT_NONE=y
# CONFIG_PREEMPT_VOLUNTARY is not set
# CONFIG_PREEMPT is not set
CONFIG_UP_LATE_INIT=y
CONFIG_X86_LOCAL_APIC=y
CONFIG_X86_IO_APIC=y
# CONFIG_X86_REROUTE_FOR_BROKEN_BOOT_IRQS is not set
# CONFIG_X86_MCE is not set

#
# Performance monitoring
#
CONFIG_PERF_EVENTS_INTEL_UNCORE=y
CONFIG_PERF_EVENTS_INTEL_RAPL=y
CONFIG_PERF_EVENTS_INTEL_CSTATE=y
# CONFIG_PERF_EVENTS_AMD_POWER is not set
# CONFIG_VM86 is not set
CONFIG_X86_VSYSCALL_EMULATION=y
# CONFIG_I8K is not set
# CONFIG_MICROCODE is not set
# CONFIG_X86_MSR is not set
# CONFIG_X86_CPUID is not set
CONFIG_ARCH_PHYS_ADDR_T_64BIT=y
CONFIG_ARCH_DMA_ADDR_T_64BIT=y
CONFIG_X86_DIRECT_GBPAGES=y
CONFIG_ARCH_SPARSEMEM_ENABLE=y
CONFIG_ARCH_SPARSEMEM_DEFAULT=y
CONFIG_ARCH_SELECT_MEMORY_MODEL=y
CONFIG_ILLEGAL_POINTER_VALUE=0xdead000000000000
CONFIG_SELECT_MEMORY_MODEL=y
CONFIG_SPARSEMEM_MANUAL=y
CONFIG_SPARSEMEM=y
CONFIG_HAVE_MEMORY_PRESENT=y
CONFIG_SPARSEMEM_EXTREME=y
CONFIG_SPARSEMEM_VMEMMAP_ENABLE=y
CONFIG_SPARSEMEM_ALLOC_MEM_MAP_TOGETHER=y
CONFIG_SPARSEMEM_VMEMMAP=y
CONFIG_HAVE_MEMBLOCK=y
CONFIG_HAVE_MEMBLOCK_NODE_MAP=y
CONFIG_ARCH_DISCARD_MEMBLOCK=y
# CONFIG_HAVE_BOOTMEM_INFO_NODE is not set
# CONFIG_MEMORY_HOTPLUG is not set
CONFIG_SPLIT_PTLOCK_CPUS=4
CONFIG_ARCH_ENABLE_SPLIT_PMD_PTLOCK=y
# CONFIG_COMPACTION is not set
CONFIG_PHYS_ADDR_T_64BIT=y
CONFIG_VIRT_TO_BUS=y
# CONFIG_KSM is not set
CONFIG_DEFAULT_MMAP_MIN_ADDR=4096
# CONFIG_TRANSPARENT_HUGEPAGE is not set
CONFIG_NEED_PER_CPU_KM=y
# CONFIG_CLEANCACHE is not set
# CONFIG_CMA is not set
# CONFIG_ZPOOL is not set
# CONFIG_ZBUD is not set
# CONFIG_ZSMALLOC is not set
CONFIG_GENERIC_EARLY_IOREMAP=y
CONFIG_ARCH_SUPPORTS_DEFERRED_STRUCT_PAGE_INIT=y
CONFIG_ARCH_USES_HIGH_VMA_FLAGS=y
CONFIG_ARCH_HAS_PKEYS=y
# CONFIG_X86_CHECK_BIOS_CORRUPTION is not set
CONFIG_X86_RESERVE_LOW=64
# CONFIG_MTRR is not set
# CONFIG_ARCH_RANDOM is not set
# CONFIG_X86_SMAP is not set
# CONFIG_X86_INTEL_MPX is not set
CONFIG_X86_INTEL_MEMORY_PROTECTION_KEYS=y
# CONFIG_EFI is not set
# CONFIG_SECCOMP is not set
# CONFIG_HZ_100 is not set
CONFIG_HZ_250=y
# CONFIG_HZ_300 is not set
# CONFIG_HZ_1000 is not set
CONFIG_HZ=250
# CONFIG_SCHED_HRTICK is not set
# CONFIG_KEXEC is not set
# CONFIG_CRASH_DUMP is not set
CONFIG_PHYSICAL_START=0x1000000
# CONFIG_RELOCATABLE is not set
CONFIG_PHYSICAL_ALIGN=0x200000
# CONFIG_LEGACY_VSYSCALL_NATIVE is not set
CONFIG_LEGACY_VSYSCALL_EMULATE=y
# CONFIG_LEGACY_VSYSCALL_NONE is not set
# CONFIG_CMDLINE_BOOL is not set
# CONFIG_MODIFY_LDT_SYSCALL is not set
CONFIG_HAVE_LIVEPATCH=y
CONFIG_ARCH_ENABLE_MEMORY_HOTPLUG=y

#
# Power management and ACPI options
#
# CONFIG_SUSPEND is not set
# CONFIG_PM is not set
CONFIG_ACPI=y
CONFIG_ACPI_LEGACY_TABLES_LOOKUP=y
CONFIG_ARCH_MIGHT_HAVE_ACPI_PDC=y
CONFIG_ACPI_SYSTEM_POWER_STATES_SUPPORT=y
CONFIG_ACPI_DEBUGGER=y
CONFIG_ACPI_REV_OVERRIDE_POSSIBLE=y
# CONFIG_ACPI_EC_DEBUGFS is not set
CONFIG_ACPI_AC=y
CONFIG_ACPI_BATTERY=y
CONFIG_ACPI_BUTTON=y
CONFIG_ACPI_FAN=y
# CONFIG_ACPI_DOCK is not set
CONFIG_ACPI_CPU_FREQ_PSS=y
CONFIG_ACPI_PROCESSOR_CSTATE=y
CONFIG_ACPI_PROCESSOR_IDLE=y
CONFIG_ACPI_PROCESSOR=y
# CONFIG_ACPI_PROCESSOR_AGGREGATOR is not set
CONFIG_ACPI_THERMAL=y
CONFIG_ACPI_CUSTOM_DSDT_FILE=""
# CONFIG_ACPI_CUSTOM_DSDT is not set
CONFIG_ARCH_HAS_ACPI_TABLE_UPGRADE=y
CONFIG_ACPI_DEBUG=y
CONFIG_X86_PM_TIMER=y
# CONFIG_ACPI_CONTAINER is not set
CONFIG_ACPI_HOTPLUG_IOAPIC=y
# CONFIG_ACPI_SBS is not set
# CONFIG_ACPI_HED is not set
# CONFIG_ACPI_REDUCED_HARDWARE_ONLY is not set
CONFIG_HAVE_ACPI_APEI=y
CONFIG_HAVE_ACPI_APEI_NMI=y
# CONFIG_ACPI_APEI is not set
# CONFIG_DPTF_POWER is not set
# CONFIG_PMIC_OPREGION is not set
# CONFIG_ACPI_CONFIGFS is not set
# CONFIG_SFI is not set

#
# CPU Frequency scaling
#
# CONFIG_CPU_FREQ is not set

#
# CPU Idle
#
CONFIG_CPU_IDLE=y
CONFIG_CPU_IDLE_GOV_LADDER=y
# CONFIG_CPU_IDLE_GOV_MENU is not set
# CONFIG_ARCH_NEEDS_CPU_IDLE_COUPLED is not set
# CONFIG_INTEL_IDLE is not set

#
# Memory power savings
#
# CONFIG_I7300_IDLE is not set

#
# Bus options (PCI etc.)
#
CONFIG_PCI=y
CONFIG_PCI_DIRECT=y
# CONFIG_PCI_MMCONFIG is not set
CONFIG_PCI_DOMAINS=y
# CONFIG_PCI_CNB20LE_QUIRK is not set
# CONFIG_PCIEPORTBUS is not set
CONFIG_PCI_BUS_ADDR_T_64BIT=y
# CONFIG_PCI_MSI is not set
# CONFIG_PCI_DEBUG is not set
# CONFIG_PCI_REALLOC_ENABLE_AUTO is not set
# CONFIG_PCI_STUB is not set
CONFIG_HT_IRQ=y
# CONFIG_PCI_IOV is not set
# CONFIG_PCI_PRI is not set
# CONFIG_PCI_PASID is not set
CONFIG_PCI_LABEL=y

#
# PCI host controller drivers
#
# CONFIG_ISA_BUS is not set
CONFIG_ISA_DMA_API=y
CONFIG_AMD_NB=y
# CONFIG_PCCARD is not set
# CONFIG_RAPIDIO is not set
# CONFIG_X86_SYSFB is not set

#
# Executable file formats / Emulations
#
# CONFIG_BINFMT_ELF is not set
# CONFIG_BINFMT_SCRIPT is not set
# CONFIG_HAVE_AOUT is not set
# CONFIG_BINFMT_MISC is not set
# CONFIG_COREDUMP is not set
# CONFIG_IA32_EMULATION is not set
# CONFIG_X86_X32 is not set
CONFIG_X86_DEV_DMA_OPS=y
CONFIG_PMC_ATOM=y
# CONFIG_NET is not set
CONFIG_HAVE_EBPF_JIT=y

#
# Device Drivers
#

#
# Generic Driver Options
#
# CONFIG_UEVENT_HELPER is not set
# CONFIG_DEVTMPFS is not set
# CONFIG_STANDALONE is not set
# CONFIG_PREVENT_FIRMWARE_BUILD is not set
# CONFIG_FW_LOADER is not set
# CONFIG_ALLOW_DEV_COREDUMP is not set
# CONFIG_DEBUG_DRIVER is not set
# CONFIG_DEBUG_DEVRES is not set
# CONFIG_SYS_HYPERVISOR is not set
# CONFIG_GENERIC_CPU_DEVICES is not set
CONFIG_GENERIC_CPU_AUTOPROBE=y
# CONFIG_DMA_SHARED_BUFFER is not set

#
# Bus devices
#
# CONFIG_MTD is not set
# CONFIG_OF is not set
CONFIG_ARCH_MIGHT_HAVE_PC_PARPORT=y
# CONFIG_PARPORT is not set
CONFIG_PNP=y
CONFIG_PNP_DEBUG_MESSAGES=y

#
# Protocols
#
CONFIG_PNPACPI=y

#
# Misc devices
#
# CONFIG_SENSORS_LIS3LV02D is not set
# CONFIG_DUMMY_IRQ is not set
# CONFIG_IBM_ASM is not set
# CONFIG_PHANTOM is not set
# CONFIG_SGI_IOC4 is not set
# CONFIG_TIFM_CORE is not set
# CONFIG_ENCLOSURE_SERVICES is not set
# CONFIG_HP_ILO is not set
# CONFIG_SRAM is not set
# CONFIG_C2PORT is not set

#
# EEPROM support
#
# CONFIG_EEPROM_93CX6 is not set
# CONFIG_CB710_CORE is not set

#
# Texas Instruments shared transport line discipline
#

#
# Altera FPGA firmware download module
#
# CONFIG_INTEL_MEI is not set
# CONFIG_INTEL_MEI_ME is not set
# CONFIG_INTEL_MEI_TXE is not set
# CONFIG_VMWARE_VMCI is not set

#
# Intel MIC Bus Driver
#
# CONFIG_INTEL_MIC_BUS is not set

#
# SCIF Bus Driver
#
# CONFIG_SCIF_BUS is not set

#
# VOP Bus Driver
#
# CONFIG_VOP_BUS is not set

#
# Intel MIC Host Driver
#

#
# Intel MIC Card Driver
#

#
# SCIF Driver
#

#
# Intel MIC Coprocessor State Management (COSM) Drivers
#

#
# VOP Driver
#
# CONFIG_GENWQE is not set
# CONFIG_ECHO is not set
# CONFIG_CXL_BASE is not set
# CONFIG_CXL_AFU_DRIVER_OPS is not set
CONFIG_HAVE_IDE=y

#
# SCSI device support
#
CONFIG_SCSI_MOD=y
# CONFIG_SCSI_DMA is not set
# CONFIG_FUSION is not set

#
# IEEE 1394 (FireWire) support
#
# CONFIG_FIREWIRE is not set
# CONFIG_FIREWIRE_NOSY is not set
# CONFIG_MACINTOSH_DRIVERS is not set

#
# Input device support
#
CONFIG_INPUT=y
# CONFIG_INPUT_FF_MEMLESS is not set
# CONFIG_INPUT_POLLDEV is not set
# CONFIG_INPUT_SPARSEKMAP is not set
# CONFIG_INPUT_MATRIXKMAP is not set

#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_PSAUX=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_EVDEV is not set
# CONFIG_INPUT_EVBUG is not set

#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=y
CONFIG_KEYBOARD_ATKBD=y
# CONFIG_KEYBOARD_LKKBD is not set
# CONFIG_KEYBOARD_NEWTON is not set
# CONFIG_KEYBOARD_OPENCORES is not set
# CONFIG_KEYBOARD_STOWAWAY is not set
# CONFIG_KEYBOARD_SUNKBD is not set
# CONFIG_KEYBOARD_XTKBD is not set
CONFIG_INPUT_MOUSE=y
CONFIG_MOUSE_PS2=y
CONFIG_MOUSE_PS2_ALPS=y
CONFIG_MOUSE_PS2_BYD=y
CONFIG_MOUSE_PS2_LOGIPS2PP=y
CONFIG_MOUSE_PS2_SYNAPTICS=y
CONFIG_MOUSE_PS2_CYPRESS=y
CONFIG_MOUSE_PS2_TRACKPOINT=y
# CONFIG_MOUSE_PS2_ELANTECH is not set
# CONFIG_MOUSE_PS2_SENTELIC is not set
# CONFIG_MOUSE_PS2_TOUCHKIT is not set
CONFIG_MOUSE_PS2_FOCALTECH=y
# CONFIG_MOUSE_SERIAL is not set
# CONFIG_MOUSE_VSXXXAA is not set
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TABLET is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
# CONFIG_INPUT_MISC is not set
# CONFIG_RMI4_CORE is not set

#
# Hardware I/O ports
#
CONFIG_SERIO=y
CONFIG_ARCH_MIGHT_HAVE_PC_SERIO=y
CONFIG_SERIO_I8042=y
CONFIG_SERIO_SERPORT=y
# CONFIG_SERIO_CT82C710 is not set
# CONFIG_SERIO_PCIPS2 is not set
CONFIG_SERIO_LIBPS2=y
# CONFIG_SERIO_RAW is not set
# CONFIG_SERIO_ALTERA_PS2 is not set
# CONFIG_SERIO_PS2MULT is not set
# CONFIG_SERIO_ARC_PS2 is not set
# CONFIG_USERIO is not set
# CONFIG_GAMEPORT is not set

#
# Character devices
#
CONFIG_TTY=y
CONFIG_VT=y
CONFIG_CONSOLE_TRANSLATIONS=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
# CONFIG_VT_HW_CONSOLE_BINDING is not set
CONFIG_UNIX98_PTYS=y
CONFIG_LEGACY_PTYS=y
CONFIG_LEGACY_PTY_COUNT=256
# CONFIG_SERIAL_NONSTANDARD is not set
# CONFIG_NOZOMI is not set
# CONFIG_TRACE_SINK is not set
# CONFIG_DEVMEM is not set
# CONFIG_DEVKMEM is not set

#
# Serial drivers
#
CONFIG_SERIAL_EARLYCON=y
CONFIG_SERIAL_8250=y
CONFIG_SERIAL_8250_DEPRECATED_OPTIONS=y
CONFIG_SERIAL_8250_PNP=y
# CONFIG_SERIAL_8250_FINTEK is not set
CONFIG_SERIAL_8250_CONSOLE=y
CONFIG_SERIAL_8250_PCI=y
CONFIG_SERIAL_8250_NR_UARTS=4
CONFIG_SERIAL_8250_RUNTIME_UARTS=4
# CONFIG_SERIAL_8250_EXTENDED is not set
# CONFIG_SERIAL_8250_FSL is not set
# CONFIG_SERIAL_8250_DW is not set
# CONFIG_SERIAL_8250_RT288X is not set
# CONFIG_SERIAL_8250_MID is not set
# CONFIG_SERIAL_8250_MOXA is not set

#
# Non-8250 serial port support
#
# CONFIG_SERIAL_UARTLITE is not set
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y
# CONFIG_SERIAL_JSM is not set
# CONFIG_SERIAL_SCCNXP is not set
# CONFIG_SERIAL_ALTERA_JTAGUART is not set
# CONFIG_SERIAL_ALTERA_UART is not set
# CONFIG_SERIAL_ARC is not set
# CONFIG_SERIAL_RP2 is not set
# CONFIG_SERIAL_FSL_LPUART is not set
# CONFIG_TTY_PRINTK is not set
# CONFIG_IPMI_HANDLER is not set
# CONFIG_HW_RANDOM is not set
# CONFIG_NVRAM is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set
# CONFIG_MWAVE is not set
# CONFIG_HPET is not set
# CONFIG_HANGCHECK_TIMER is not set
# CONFIG_TCG_TPM is not set
# CONFIG_TELCLOCK is not set
CONFIG_DEVPORT=y
# CONFIG_XILLYBUS is not set

#
# I2C support
#
# CONFIG_I2C is not set
# CONFIG_SPI is not set
# CONFIG_SPMI is not set
# CONFIG_HSI is not set

#
# PPS support
#
# CONFIG_PPS is not set

#
# PPS generators support
#

#
# PTP clock support
#

#
# Enable PHYLIB and NETWORK_PHY_TIMESTAMPING to see the additional clocks.
#
# CONFIG_GPIOLIB is not set
# CONFIG_W1 is not set
CONFIG_POWER_SUPPLY=y
# CONFIG_POWER_SUPPLY_DEBUG is not set
# CONFIG_PDA_POWER is not set
# CONFIG_TEST_POWER is not set
# CONFIG_BATTERY_DS2780 is not set
# CONFIG_BATTERY_DS2781 is not set
# CONFIG_BATTERY_BQ27XXX is not set
# CONFIG_CHARGER_MAX8903 is not set
# CONFIG_POWER_RESET is not set
# CONFIG_POWER_AVS is not set
# CONFIG_HWMON is not set
CONFIG_THERMAL=y
# CONFIG_THERMAL_WRITABLE_TRIPS is not set
CONFIG_THERMAL_DEFAULT_GOV_STEP_WISE=y
# CONFIG_THERMAL_DEFAULT_GOV_FAIR_SHARE is not set
# CONFIG_THERMAL_DEFAULT_GOV_USER_SPACE is not set
# CONFIG_THERMAL_DEFAULT_GOV_POWER_ALLOCATOR is not set
# CONFIG_THERMAL_GOV_FAIR_SHARE is not set
CONFIG_THERMAL_GOV_STEP_WISE=y
# CONFIG_THERMAL_GOV_BANG_BANG is not set
# CONFIG_THERMAL_GOV_USER_SPACE is not set
# CONFIG_THERMAL_GOV_POWER_ALLOCATOR is not set
# CONFIG_THERMAL_EMULATION is not set
# CONFIG_INTEL_POWERCLAMP is not set
# CONFIG_INTEL_SOC_DTS_THERMAL is not set

#
# ACPI INT340X thermal drivers
#
# CONFIG_INT340X_THERMAL is not set
# CONFIG_INTEL_PCH_THERMAL is not set
# CONFIG_WATCHDOG is not set
CONFIG_SSB_POSSIBLE=y

#
# Sonics Silicon Backplane
#
# CONFIG_SSB is not set
CONFIG_BCMA_POSSIBLE=y

#
# Broadcom specific AMBA
#
# CONFIG_BCMA is not set

#
# Multifunction device drivers
#
# CONFIG_MFD_CORE is not set
# CONFIG_MFD_CROS_EC is not set
# CONFIG_HTC_PASIC3 is not set
# CONFIG_LPC_ICH is not set
# CONFIG_LPC_SCH is not set
# CONFIG_MFD_INTEL_LPSS_ACPI is not set
# CONFIG_MFD_INTEL_LPSS_PCI is not set
# CONFIG_MFD_JANZ_CMODIO is not set
# CONFIG_MFD_KEMPLD is not set
# CONFIG_MFD_MT6397 is not set
# CONFIG_MFD_RDC321X is not set
# CONFIG_MFD_RTSX_PCI is not set
# CONFIG_MFD_SM501 is not set
# CONFIG_ABX500_CORE is not set
# CONFIG_MFD_SYSCON is not set
# CONFIG_MFD_TI_AM335X_TSCADC is not set
# CONFIG_MFD_TMIO is not set
# CONFIG_MFD_VX855 is not set
# CONFIG_REGULATOR is not set
# CONFIG_MEDIA_SUPPORT is not set

#
# Graphics support
#
# CONFIG_AGP is not set
CONFIG_VGA_ARB=y
CONFIG_VGA_ARB_MAX_GPUS=16
# CONFIG_VGA_SWITCHEROO is not set
# CONFIG_DRM is not set

#
# ACP (Audio CoProcessor) Configuration
#

#
# Frame buffer Devices
#
# CONFIG_FB is not set
# CONFIG_BACKLIGHT_LCD_SUPPORT is not set
# CONFIG_VGASTATE is not set

#
# Console display driver support
#
CONFIG_VGA_CONSOLE=y
# CONFIG_VGACON_SOFT_SCROLLBACK is not set
CONFIG_DUMMY_CONSOLE=y
CONFIG_DUMMY_CONSOLE_COLUMNS=80
CONFIG_DUMMY_CONSOLE_ROWS=25
# CONFIG_SOUND is not set

#
# HID support
#
CONFIG_HID=y
# CONFIG_HID_BATTERY_STRENGTH is not set
# CONFIG_HIDRAW is not set
# CONFIG_UHID is not set
CONFIG_HID_GENERIC=y

#
# Special HID drivers
#
# CONFIG_HID_A4TECH is not set
# CONFIG_HID_ACRUX is not set
# CONFIG_HID_APPLE is not set
# CONFIG_HID_AUREAL is not set
# CONFIG_HID_BELKIN is not set
# CONFIG_HID_CHERRY is not set
# CONFIG_HID_CHICONY is not set
# CONFIG_HID_CMEDIA is not set
# CONFIG_HID_CYPRESS is not set
# CONFIG_HID_DRAGONRISE is not set
# CONFIG_HID_EMS_FF is not set
# CONFIG_HID_ELECOM is not set
# CONFIG_HID_EZKEY is not set
# CONFIG_HID_GEMBIRD is not set
# CONFIG_HID_GFRM is not set
# CONFIG_HID_KEYTOUCH is not set
# CONFIG_HID_KYE is not set
# CONFIG_HID_WALTOP is not set
# CONFIG_HID_GYRATION is not set
# CONFIG_HID_ICADE is not set
# CONFIG_HID_TWINHAN is not set
# CONFIG_HID_KENSINGTON is not set
# CONFIG_HID_LCPOWER is not set
# CONFIG_HID_LENOVO is not set
# CONFIG_HID_LOGITECH is not set
# CONFIG_HID_MAGICMOUSE is not set
# CONFIG_HID_MICROSOFT is not set
# CONFIG_HID_MONTEREY is not set
# CONFIG_HID_MULTITOUCH is not set
# CONFIG_HID_ORTEK is not set
# CONFIG_HID_PANTHERLORD is not set
# CONFIG_HID_PETALYNX is not set
# CONFIG_HID_PICOLCD is not set
# CONFIG_HID_PLANTRONICS is not set
# CONFIG_HID_PRIMAX is not set
# CONFIG_HID_SAITEK is not set
# CONFIG_HID_SAMSUNG is not set
# CONFIG_HID_SPEEDLINK is not set
# CONFIG_HID_STEELSERIES is not set
# CONFIG_HID_SUNPLUS is not set
# CONFIG_HID_RMI is not set
# CONFIG_HID_GREENASIA is not set
# CONFIG_HID_SMARTJOYPLUS is not set
# CONFIG_HID_TIVO is not set
# CONFIG_HID_TOPSEED is not set
# CONFIG_HID_THRUSTMASTER is not set
# CONFIG_HID_WACOM is not set
# CONFIG_HID_XINMO is not set
# CONFIG_HID_ZEROPLUS is not set
# CONFIG_HID_ZYDACRON is not set
# CONFIG_HID_SENSOR_HUB is not set
# CONFIG_HID_ALPS is not set
CONFIG_USB_OHCI_LITTLE_ENDIAN=y
# CONFIG_USB_SUPPORT is not set
# CONFIG_UWB is not set
# CONFIG_MMC is not set
# CONFIG_MEMSTICK is not set
# CONFIG_NEW_LEDS is not set
# CONFIG_ACCESSIBILITY is not set
CONFIG_EDAC_ATOMIC_SCRUB=y
CONFIG_EDAC_SUPPORT=y
# CONFIG_EDAC is not set
CONFIG_RTC_LIB=y
CONFIG_RTC_MC146818_LIB=y
# CONFIG_RTC_CLASS is not set
# CONFIG_DMADEVICES is not set

#
# DMABUF options
#
# CONFIG_SYNC_FILE is not set
# CONFIG_AUXDISPLAY is not set
# CONFIG_UIO is not set
# CONFIG_VIRT_DRIVERS is not set

#
# Virtio drivers
#
# CONFIG_VIRTIO_PCI is not set
# CONFIG_VIRTIO_MMIO is not set

#
# Microsoft Hyper-V guest support
#
# CONFIG_STAGING is not set
# CONFIG_X86_PLATFORM_DEVICES is not set
# CONFIG_CHROME_PLATFORMS is not set

#
# Hardware Spinlock drivers
#

#
# Clock Source drivers
#
CONFIG_CLKEVT_I8253=y
CONFIG_CLKBLD_I8253=y
# CONFIG_ATMEL_PIT is not set
# CONFIG_SH_TIMER_CMT is not set
# CONFIG_SH_TIMER_MTU2 is not set
# CONFIG_SH_TIMER_TMU is not set
# CONFIG_EM_TIMER_STI is not set
# CONFIG_MAILBOX is not set
# CONFIG_IOMMU_SUPPORT is not set

#
# Remoteproc drivers
#
# CONFIG_STE_MODEM_RPROC is not set

#
# Rpmsg drivers
#

#
# SOC (System On Chip) specific Drivers
#

#
# Broadcom SoC drivers
#
# CONFIG_SUNXI_SRAM is not set
# CONFIG_SOC_TI is not set
# CONFIG_PM_DEVFREQ is not set
# CONFIG_EXTCON is not set
# CONFIG_MEMORY is not set
# CONFIG_IIO is not set
# CONFIG_NTB is not set
# CONFIG_VME_BUS is not set
# CONFIG_PWM is not set
CONFIG_ARM_GIC_MAX_NR=1
# CONFIG_IPACK_BUS is not set
# CONFIG_RESET_CONTROLLER is not set
# CONFIG_FMC is not set

#
# PHY Subsystem
#
# CONFIG_GENERIC_PHY is not set
# CONFIG_PHY_PXA_28NM_HSIC is not set
# CONFIG_PHY_PXA_28NM_USB2 is not set
# CONFIG_BCM_KONA_USB2_PHY is not set
# CONFIG_POWERCAP is not set
# CONFIG_MCB is not set

#
# Performance monitor support
#
# CONFIG_RAS is not set
# CONFIG_THUNDERBOLT is not set

#
# Android
#
# CONFIG_ANDROID is not set
# CONFIG_NVMEM is not set
# CONFIG_STM is not set
# CONFIG_INTEL_TH is not set

#
# FPGA Configuration Support
#
# CONFIG_FPGA is not set

#
# Firmware Drivers
#
# CONFIG_EDD is not set
# CONFIG_FIRMWARE_MEMMAP is not set
# CONFIG_DELL_RBU is not set
# CONFIG_DCDBAS is not set
# CONFIG_ISCSI_IBFT_FIND is not set
# CONFIG_GOOGLE_FIRMWARE is not set

#
# File systems
#
CONFIG_DCACHE_WORD_ACCESS=y
# CONFIG_FS_POSIX_ACL is not set
# CONFIG_EXPORTFS_BLOCK_OPS is not set
# CONFIG_FILE_LOCKING is not set
# CONFIG_FSNOTIFY is not set
# CONFIG_DNOTIFY is not set
# CONFIG_INOTIFY_USER is not set
# CONFIG_FANOTIFY is not set
# CONFIG_QUOTA is not set
# CONFIG_QUOTACTL is not set
# CONFIG_AUTOFS4_FS is not set
# CONFIG_FUSE_FS is not set
# CONFIG_OVERLAY_FS is not set

#
# Caches
#
# CONFIG_FSCACHE is not set

#
# Pseudo filesystems
#
# CONFIG_PROC_FS is not set
# CONFIG_PROC_CHILDREN is not set
# CONFIG_KERNFS is not set
# CONFIG_SYSFS is not set
# CONFIG_HUGETLBFS is not set
# CONFIG_HUGETLB_PAGE is not set
# CONFIG_CONFIGFS_FS is not set
# CONFIG_MISC_FILESYSTEMS is not set
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-1"
# CONFIG_NLS_CODEPAGE_437 is not set
# CONFIG_NLS_CODEPAGE_737 is not set
# CONFIG_NLS_CODEPAGE_775 is not set
# CONFIG_NLS_CODEPAGE_850 is not set
# CONFIG_NLS_CODEPAGE_852 is not set
# CONFIG_NLS_CODEPAGE_855 is not set
# CONFIG_NLS_CODEPAGE_857 is not set
# CONFIG_NLS_CODEPAGE_860 is not set
# CONFIG_NLS_CODEPAGE_861 is not set
# CONFIG_NLS_CODEPAGE_862 is not set
# CONFIG_NLS_CODEPAGE_863 is not set
# CONFIG_NLS_CODEPAGE_864 is not set
# CONFIG_NLS_CODEPAGE_865 is not set
# CONFIG_NLS_CODEPAGE_866 is not set
# CONFIG_NLS_CODEPAGE_869 is not set
# CONFIG_NLS_CODEPAGE_936 is not set
# CONFIG_NLS_CODEPAGE_950 is not set
# CONFIG_NLS_CODEPAGE_932 is not set
# CONFIG_NLS_CODEPAGE_949 is not set
# CONFIG_NLS_CODEPAGE_874 is not set
# CONFIG_NLS_ISO8859_8 is not set
# CONFIG_NLS_CODEPAGE_1250 is not set
# CONFIG_NLS_CODEPAGE_1251 is not set
# CONFIG_NLS_ASCII is not set
# CONFIG_NLS_ISO8859_1 is not set
# CONFIG_NLS_ISO8859_2 is not set
# CONFIG_NLS_ISO8859_3 is not set
# CONFIG_NLS_ISO8859_4 is not set
# CONFIG_NLS_ISO8859_5 is not set
# CONFIG_NLS_ISO8859_6 is not set
# CONFIG_NLS_ISO8859_7 is not set
# CONFIG_NLS_ISO8859_9 is not set
# CONFIG_NLS_ISO8859_13 is not set
# CONFIG_NLS_ISO8859_14 is not set
# CONFIG_NLS_ISO8859_15 is not set
# CONFIG_NLS_KOI8_R is not set
# CONFIG_NLS_KOI8_U is not set
# CONFIG_NLS_MAC_ROMAN is not set
# CONFIG_NLS_MAC_CELTIC is not set
# CONFIG_NLS_MAC_CENTEURO is not set
# CONFIG_NLS_MAC_CROATIAN is not set
# CONFIG_NLS_MAC_CYRILLIC is not set
# CONFIG_NLS_MAC_GAELIC is not set
# CONFIG_NLS_MAC_GREEK is not set
# CONFIG_NLS_MAC_ICELAND is not set
# CONFIG_NLS_MAC_INUIT is not set
# CONFIG_NLS_MAC_ROMANIAN is not set
# CONFIG_NLS_MAC_TURKISH is not set
# CONFIG_NLS_UTF8 is not set

#
# Kernel hacking
#
CONFIG_TRACE_IRQFLAGS_SUPPORT=y

#
# printk and dmesg options
#
CONFIG_PRINTK_TIME=y
CONFIG_MESSAGE_LOGLEVEL_DEFAULT=4
# CONFIG_BOOT_PRINTK_DELAY is not set

#
# Compile-time checks and compiler options
#
# CONFIG_DEBUG_INFO is not set
# CONFIG_ENABLE_WARN_DEPRECATED is not set
# CONFIG_ENABLE_MUST_CHECK is not set
CONFIG_FRAME_WARN=1024
# CONFIG_STRIP_ASM_SYMS is not set
# CONFIG_READABLE_ASM is not set
# CONFIG_UNUSED_SYMBOLS is not set
# CONFIG_PAGE_OWNER is not set
# CONFIG_DEBUG_FS is not set
# CONFIG_HEADERS_CHECK is not set
# CONFIG_DEBUG_SECTION_MISMATCH is not set
# CONFIG_SECTION_MISMATCH_WARN_ONLY is not set
CONFIG_ARCH_WANT_FRAME_POINTERS=y
# CONFIG_FRAME_POINTER is not set
# CONFIG_STACK_VALIDATION is not set
# CONFIG_DEBUG_FORCE_WEAK_PER_CPU is not set
# CONFIG_MAGIC_SYSRQ is not set
CONFIG_DEBUG_KERNEL=y

#
# Memory Debugging
#
# CONFIG_PAGE_EXTENSION is not set
# CONFIG_DEBUG_PAGEALLOC is not set
# CONFIG_PAGE_POISONING is not set
# CONFIG_DEBUG_OBJECTS is not set
CONFIG_HAVE_DEBUG_KMEMLEAK=y
# CONFIG_DEBUG_KMEMLEAK is not set
# CONFIG_DEBUG_STACK_USAGE is not set
# CONFIG_DEBUG_VM is not set
# CONFIG_DEBUG_VIRTUAL is not set
# CONFIG_DEBUG_MEMORY_INIT is not set
CONFIG_HAVE_DEBUG_STACKOVERFLOW=y
# CONFIG_DEBUG_STACKOVERFLOW is not set
CONFIG_HAVE_ARCH_KMEMCHECK=y
# CONFIG_KMEMCHECK is not set
CONFIG_HAVE_ARCH_KASAN=y
# CONFIG_KASAN is not set
CONFIG_ARCH_HAS_KCOV=y
# CONFIG_KCOV is not set
# CONFIG_DEBUG_SHIRQ is not set

#
# Debug Lockups and Hangs
#
# CONFIG_LOCKUP_DETECTOR is not set
# CONFIG_DETECT_HUNG_TASK is not set
# CONFIG_WQ_WATCHDOG is not set
# CONFIG_PANIC_ON_OOPS is not set
CONFIG_PANIC_ON_OOPS_VALUE=0
CONFIG_PANIC_TIMEOUT=0
# CONFIG_SCHED_INFO is not set
# CONFIG_SCHED_STACK_END_CHECK is not set
# CONFIG_DEBUG_TIMEKEEPING is not set

#
# Lock Debugging (spinlocks, mutexes, etc...)
#
# CONFIG_DEBUG_SPINLOCK is not set
# CONFIG_DEBUG_MUTEXES is not set
# CONFIG_DEBUG_WW_MUTEX_SLOWPATH is not set
# CONFIG_DEBUG_LOCK_ALLOC is not set
# CONFIG_PROVE_LOCKING is not set
# CONFIG_LOCK_STAT is not set
# CONFIG_DEBUG_ATOMIC_SLEEP is not set
# CONFIG_DEBUG_LOCKING_API_SELFTESTS is not set
# CONFIG_LOCK_TORTURE_TEST is not set
# CONFIG_STACKTRACE is not set
# CONFIG_DEBUG_KOBJECT is not set
CONFIG_DEBUG_BUGVERBOSE=y
# CONFIG_DEBUG_LIST is not set
# CONFIG_DEBUG_PI_LIST is not set
# CONFIG_DEBUG_SG is not set
# CONFIG_DEBUG_NOTIFIERS is not set
# CONFIG_DEBUG_CREDENTIALS is not set

#
# RCU Debugging
#
# CONFIG_PROVE_RCU is not set
# CONFIG_SPARSE_RCU_POINTER is not set
# CONFIG_TORTURE_TEST is not set
# CONFIG_RCU_PERF_TEST is not set
# CONFIG_RCU_TORTURE_TEST is not set
# CONFIG_RCU_TRACE is not set
# CONFIG_RCU_EQS_DEBUG is not set
# CONFIG_DEBUG_WQ_FORCE_RR_CPU is not set
# CONFIG_NOTIFIER_ERROR_INJECTION is not set
# CONFIG_FAULT_INJECTION is not set
CONFIG_USER_STACKTRACE_SUPPORT=y
CONFIG_HAVE_FUNCTION_TRACER=y
CONFIG_HAVE_FUNCTION_GRAPH_TRACER=y
CONFIG_HAVE_FUNCTION_GRAPH_FP_TEST=y
CONFIG_HAVE_DYNAMIC_FTRACE=y
CONFIG_HAVE_DYNAMIC_FTRACE_WITH_REGS=y
CONFIG_HAVE_FTRACE_MCOUNT_RECORD=y
CONFIG_HAVE_SYSCALL_TRACEPOINTS=y
CONFIG_HAVE_FENTRY=y
CONFIG_HAVE_C_RECORDMCOUNT=y
CONFIG_TRACING_SUPPORT=y
# CONFIG_FTRACE is not set

#
# Runtime Testing
#
# CONFIG_TEST_LIST_SORT is not set
# CONFIG_BACKTRACE_SELF_TEST is not set
# CONFIG_RBTREE_TEST is not set
# CONFIG_ATOMIC64_SELFTEST is not set
# CONFIG_TEST_HEXDUMP is not set
# CONFIG_TEST_STRING_HELPERS is not set
# CONFIG_TEST_KSTRTOX is not set
# CONFIG_TEST_PRINTF is not set
# CONFIG_TEST_BITMAP is not set
# CONFIG_TEST_UUID is not set
# CONFIG_TEST_RHASHTABLE is not set
# CONFIG_TEST_HASH is not set
# CONFIG_PROVIDE_OHCI1394_DMA_INIT is not set
# CONFIG_DMA_API_DEBUG is not set
# CONFIG_TEST_UDELAY is not set
# CONFIG_MEMTEST is not set
# CONFIG_SAMPLES is not set
CONFIG_HAVE_ARCH_KGDB=y
# CONFIG_KGDB is not set
CONFIG_ARCH_HAS_UBSAN_SANITIZE_ALL=y
# CONFIG_UBSAN is not set
CONFIG_ARCH_HAS_DEVMEM_IS_ALLOWED=y
# CONFIG_STRICT_DEVMEM is not set
# CONFIG_X86_VERBOSE_BOOTUP is not set
# CONFIG_EARLY_PRINTK is not set
# CONFIG_X86_PTDUMP_CORE is not set
# CONFIG_X86_PTDUMP is not set
# CONFIG_DEBUG_RODATA_TEST is not set
# CONFIG_DEBUG_WX is not set
# CONFIG_DOUBLEFAULT is not set
# CONFIG_DEBUG_TLBFLUSH is not set
# CONFIG_IOMMU_STRESS is not set
CONFIG_HAVE_MMIOTRACE_SUPPORT=y
CONFIG_IO_DELAY_TYPE_0X80=0
CONFIG_IO_DELAY_TYPE_0XED=1
CONFIG_IO_DELAY_TYPE_UDELAY=2
CONFIG_IO_DELAY_TYPE_NONE=3
CONFIG_IO_DELAY_0X80=y
# CONFIG_IO_DELAY_0XED is not set
# CONFIG_IO_DELAY_UDELAY is not set
# CONFIG_IO_DELAY_NONE is not set
CONFIG_DEFAULT_IO_DELAY_TYPE=0
# CONFIG_CPA_DEBUG is not set
# CONFIG_OPTIMIZE_INLINING is not set
# CONFIG_DEBUG_ENTRY is not set
# CONFIG_DEBUG_NMI_SELFTEST is not set
# CONFIG_X86_DEBUG_FPU is not set
# CONFIG_PUNIT_ATOM_DEBUG is not set

#
# Security options
#
# CONFIG_KEYS is not set
# CONFIG_SECURITY_DMESG_RESTRICT is not set
# CONFIG_SECURITYFS is not set
CONFIG_HAVE_HARDENED_USERCOPY_ALLOCATOR=y
CONFIG_HAVE_ARCH_HARDENED_USERCOPY=y
# CONFIG_HARDENED_USERCOPY is not set
CONFIG_DEFAULT_SECURITY_DAC=y
CONFIG_DEFAULT_SECURITY=""
# CONFIG_CRYPTO is not set
CONFIG_HAVE_KVM=y
# CONFIG_VIRTUALIZATION is not set
# CONFIG_BINARY_PRINTF is not set

#
# Library routines
#
CONFIG_RATIONAL=y
CONFIG_GENERIC_STRNCPY_FROM_USER=y
CONFIG_GENERIC_STRNLEN_USER=y
CONFIG_GENERIC_FIND_FIRST_BIT=y
CONFIG_GENERIC_PCI_IOMAP=y
CONFIG_GENERIC_IOMAP=y
CONFIG_GENERIC_IO=y
CONFIG_ARCH_USE_CMPXCHG_LOCKREF=y
CONFIG_ARCH_HAS_FAST_MULTIPLIER=y
# CONFIG_CRC_CCITT is not set
# CONFIG_CRC16 is not set
# CONFIG_CRC_T10DIF is not set
# CONFIG_CRC_ITU_T is not set
# CONFIG_CRC32 is not set
# CONFIG_CRC7 is not set
# CONFIG_LIBCRC32C is not set
# CONFIG_CRC8 is not set
# CONFIG_AUDIT_ARCH_COMPAT_GENERIC is not set
# CONFIG_RANDOM32_SELFTEST is not set
# CONFIG_XZ_DEC is not set
# CONFIG_XZ_DEC_BCJ is not set
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT_MAP=y
CONFIG_HAS_DMA=y
CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE=y
# CONFIG_CORDIC is not set
# CONFIG_DDR is not set
# CONFIG_IRQ_POLL is not set
# CONFIG_SG_SPLIT is not set
# CONFIG_SG_POOL is not set
CONFIG_ARCH_HAS_SG_CHAIN=y
CONFIG_ARCH_HAS_PMEM_API=y
CONFIG_ARCH_HAS_MMIO_FLUSH=y

[-- Attachment #4: acpi-debug-4.8.4.patch --]
[-- Type: text/x-diff, Size: 1866 bytes --]

diff --git a/drivers/acpi/power.c b/drivers/acpi/power.c
index fcd4ce6..64d6308 100644
--- a/drivers/acpi/power.c
+++ b/drivers/acpi/power.c
@@ -143,20 +143,26 @@ int acpi_extract_power_resources(union acpi_object *package, unsigned int start,
 
 		if (element->type != ACPI_TYPE_LOCAL_REFERENCE) {
 			err = -ENODATA;
+			pr_warn("ACPI: Unsupported element type: %d\n", element->type);
 			break;
 		}
 		rhandle = element->reference.handle;
 		if (!rhandle) {
 			err = -ENODEV;
+			pr_warn("ACPI: referenced handle not found!\n");
 			break;
 		}
 		err = acpi_add_power_resource(rhandle);
-		if (err)
+		if (err) {
+			acpi_handle_warn(rhandle, "acpi_add_power_resource failed!\n");
 			break;
+		}
 
 		err = acpi_power_resources_list_add(rhandle, list);
-		if (err)
+		if (err) {
+			acpi_handle_warn(rhandle, "acpi_power_resources_list_add failed!\n");
 			break;
+		}
 	}
 	if (err)
 		acpi_power_resources_list_free(list);
@@ -441,6 +447,9 @@ void acpi_power_add_remove_device(struct acpi_device *adev, bool add)
 		acpi_power_expose_hide(adev, &adev->wakeup.resources,
 				       &wakeup_attr_group, add);
 
+	acpi_handle_info(adev->handle, "Adding power resources for %s? %d\n",
+			 dev_name(&adev->dev), adev->power.flags.power_resources);
+
 	if (!adev->power.flags.power_resources)
 		return;
 
diff --git a/drivers/acpi/scan.c b/drivers/acpi/scan.c
index e878fc7..d71673d 100644
--- a/drivers/acpi/scan.c
+++ b/drivers/acpi/scan.c
@@ -930,6 +930,9 @@ static void acpi_bus_init_power_state(struct acpi_device *device, int state)
 		    && package->package.count) {
 			int err = acpi_extract_power_resources(package, 0,
 							       &ps->resources);
+			acpi_handle_info(device->handle,
+					 "acpi_extract_power_resources result for %s: %d\n",
+					 dev_name(&device->dev), err);
 			if (!err)
 				device->power.flags.power_resources = 1;
 		}

[-- Attachment #5: dmesg.txt --]
[-- Type: text/plain, Size: 15155 bytes --]

[    0.000000] Linux version 4.8.5+ (peter@al) (gcc version 6.2.1 20160830 (GCC) ) #1 Fri Oct 28 13:46:49 CEST 2016
[    0.000000] Command line: console=ttyS0 acpi.aml_debug_output=1
[    0.000000] x86/fpu: Legacy x87 FPU detected.
[    0.000000] x86/fpu: Using 'eager' FPU context switches.
[    0.000000] e820: BIOS-provided physical RAM map:
[    0.000000] BIOS-e820: [mem 0x0000000000000000-0x000000000009fbff] usable
[    0.000000] BIOS-e820: [mem 0x000000000009fc00-0x000000000009ffff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000000f0000-0x00000000000fffff] reserved
[    0.000000] BIOS-e820: [mem 0x0000000000100000-0x000000003ffdffff] usable
[    0.000000] BIOS-e820: [mem 0x000000003ffe0000-0x000000003fffffff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000feffc000-0x00000000feffffff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000fffc0000-0x00000000ffffffff] reserved
[    0.000000] NX (Execute Disable) protection: active
[    0.000000] e820: last_pfn = 0x3ffe0 max_arch_pfn = 0x400000000
[    0.000000] found SMP MP-table at [mem 0x000f6aa0-0x000f6aaf] mapped at [ffff8800000f6aa0]
[    0.000000] ACPI: Early table checksum verification disabled
[    0.000000] ACPI: RSDP 0x00000000000F68C0 000014 (v00 BOCHS )
[    0.000000] ACPI: RSDT 0x000000003FFE1A27 000034 (v01 BOCHS  BXPCRSDT 00000001 BXPC 00000001)
[    0.000000] ACPI: FACP 0x000000003FFE17B8 000074 (v01 BOCHS  BXPCFACP 00000001 BXPC 00000001)
[    0.000000] ACPI: DSDT 0x000000003FFE0040 001778 (v01 BOCHS  BXPCDSDT 00000001 BXPC 00000001)
[    0.000000] ACPI: FACS 0x000000003FFE0000 000040
[    0.000000] ACPI: APIC 0x000000003FFE182C 000078 (v01 BOCHS  BXPCAPIC 00000001 BXPC 00000001)
[    0.000000] ACPI: HPET 0x000000003FFE18A4 000038 (v01 BOCHS  BXPCHPET 00000001 BXPC 00000001)
[    0.000000] ACPI: SSDT 0x000000003FFE18DC 00014B (v01 ACRSYS ACRPRDCT 00001000 INTL 20160831)
[    0.000000] Zone ranges:
[    0.000000]   DMA32    [mem 0x0000000000001000-0x000000003ffdffff]
[    0.000000]   Normal   empty
[    0.000000] Movable zone start for each node
[    0.000000] Early memory node ranges
[    0.000000]   node   0: [mem 0x0000000000001000-0x000000000009efff]
[    0.000000]   node   0: [mem 0x0000000000100000-0x000000003ffdffff]
[    0.000000] Initmem setup node 0 [mem 0x0000000000001000-0x000000003ffdffff]
[    0.000000] ACPI: PM-Timer IO Port: 0x608
[    0.000000] ACPI: LAPIC_NMI (acpi_id[0xff] dfl dfl lint[0x1])
[    0.000000] IOAPIC[0]: apic_id 0, version 17, address 0xfec00000, GSI 0-23
[    0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
[    0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 5 global_irq 5 high level)
[    0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
[    0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 10 global_irq 10 high level)
[    0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 11 global_irq 11 high level)
[    0.000000] Using ACPI (MADT) for SMP configuration information
[    0.000000] ACPI: HPET id: 0x8086a201 base: 0xfed00000
[    0.000000] e820: [mem 0x40000000-0xfeffbfff] available for PCI devices
[    0.000000] clocksource: refined-jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645519600211568 ns
[    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 257897
[    0.000000] Kernel command line: console=ttyS0 acpi.aml_debug_output=1
[    0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes)
[    0.000000] Dentry cache hash table entries: 131072 (order: 8, 1048576 bytes)
[    0.000000] Inode-cache hash table entries: 65536 (order: 7, 524288 bytes)
[    0.000000] Memory: 1024780K/1048056K available (1610K kernel code, 310K rwdata, 376K rodata, 476K init, 252K bss, 23276K reserved, 0K cma-reserved)
[    0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[    0.000000] NR_IRQS:4352 nr_irqs:256 16
[    0.000000] Console: colour VGA+ 80x25
[    0.000000] console [ttyS0] enabled
[    0.000000] clocksource: hpet: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604467 ns
[    0.000000] tsc: Fast TSC calibration using PIT
[    0.000000] tsc: Detected 2592.199 MHz processor
[    0.008000] Calibrating delay loop (skipped), value calculated using timer frequency.. 5184.39 BogoMIPS (lpj=10368796)
[    0.009491] pid_max: default: 4096 minimum: 301
[    0.010123] ACPI: Core revision 20160422
[    0.012842] ACPI: 2 ACPI AML tables successfully acquired and loaded
[    0.013746] 
[    0.013969] Mount-cache hash table entries: 2048 (order: 2, 16384 bytes)
[    0.014916] Mountpoint-cache hash table entries: 2048 (order: 2, 16384 bytes)
[    0.016054] Last level iTLB entries: 4KB 0, 2MB 0, 4MB 0
[    0.016941] Last level dTLB entries: 4KB 0, 2MB 0, 4MB 0, 1GB 0
[    0.017813] CPU: Intel QEMU Virtual CPU version 2.5+ (family: 0x6, model: 0x6, stepping: 0x3)
[    0.019227] Performance Events: PMU not available due to virtualization, using software events only.
[    0.022509] ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1
[    0.064000] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645041785100000 ns
[    0.064000] cpuidle: using governor ladder
[    0.064000] ACPI: bus type PCI registered
[    0.064000] PCI: Using configuration type 1 for base access
[    0.064000] ACPI: Added _OSI(Module Device)
[    0.064000] ACPI: Added _OSI(Processor Device)
[    0.064001] ACPI: Added _OSI(3.0 _SCP Extensions)
[    0.064646] ACPI: Added _OSI(Processor Aggregator Device)
[    0.065588] ACPI: Executed 1 blocks of module-level executable AML code
[    0.067360] ACPI: Interpreter enabled
[    0.068004] ACPI: (supports S0 S5)
[    0.068473] ACPI: Using IOAPIC for interrupt routing
[    0.069153] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug
[    0.070400] ACPI: \: Adding power resources for LNXSYSTM:00? 0
[    0.071224] ACPI: \_SB_: Adding power resources for LNXSYBUS:00? 0
[    0.072022] ACPI: \_SB_.PCI0: Adding power resources for PNP0A03:00? 0
[    0.073025] [ACPI Debug]  "_S0W"
[    0.073506] ACPI: \_SB_.PCI0.PX13: Adding power resources for device:00? 0
[    0.074573] ACPI: \_SB_.PCI0.ISA_: Adding power resources for device:01? 0
[    0.076018] ACPI: \_SB_.PCI0.ISA_.RTC_: Adding power resources for PNP0B00:00? 0
[    0.077146] ACPI: \_SB_.PCI0.ISA_.KBD_: Adding power resources for PNP0303:00? 0
[    0.078319] ACPI: \_SB_.PCI0.ISA_.MOU_: Adding power resources for PNP0F13:00? 0
[    0.079469] ACPI: \_SB_.PCI0.ISA_.FDC0: Adding power resources for PNP0700:00? 0
[    0.080018] ACPI: \_SB_.PCI0.ISA_.FDC0.FLPA: Adding power resources for device:02? 0
[    0.081200] ACPI: \_SB_.PCI0.ISA_.LPT_: Adding power resources for PNP0400:00? 0
[    0.082259] ACPI: \_SB_.PCI0.ISA_.COM1: Adding power resources for PNP0501:00? 0
[    0.083327] ACPI: \_SB_.PCI0.ISA_.COM2: Adding power resources for PNP0501:01? 0
[    0.084021] ACPI: \_SB_.PCI0.PRES: Adding power resources for PNP0A06:00? 0
[    0.085002] ACPI: \_SB_.PCI0.MHPD: Adding power resources for PNP0A06:01? 0
[    0.085972] ACPI: \_SB_.PCI0.GPE0: Adding power resources for PNP0A06:02? 0
[    0.086980] ACPI: \_SB_.PCI0.PHPR: Adding power resources for PNP0A06:03? 0
[    0.088018] ACPI: \_SB_.PCI0.FWCF: Adding power resources for QEMU0002:00? 0
[    0.088992] ACPI: \_SB_.PCI0.S00_: Adding power resources for device:03? 0
[    0.089950] ACPI: \_SB_.PCI0.S10_: Adding power resources for device:04? 0
[    0.090912] ACPI: \_SB_.PCI0.S18_: Adding power resources for device:05? 0
[    0.092021] ACPI: \_SB_.PCI0.S20_: Adding power resources for device:06? 0
[    0.093056] ACPI: \_SB_.PCI0.S28_: Adding power resources for device:07? 0
[    0.094055] ACPI: \_SB_.PCI0.S30_: Adding power resources for device:08? 0
[    0.095016] ACPI: \_SB_.PCI0.S38_: Adding power resources for device:09? 0
[    0.096019] ACPI: \_SB_.PCI0.S40_: Adding power resources for device:0a? 0
[    0.096970] ACPI: \_SB_.PCI0.S48_: Adding power resources for device:0b? 0
[    0.097918] ACPI: \_SB_.PCI0.S50_: Adding power resources for device:0c? 0
[    0.098877] ACPI: \_SB_.PCI0.S58_: Adding power resources for device:0d? 0
[    0.100020] ACPI: \_SB_.PCI0.S60_: Adding power resources for device:0e? 0
[    0.100969] ACPI: \_SB_.PCI0.S68_: Adding power resources for device:0f? 0
[    0.101915] ACPI: \_SB_.PCI0.S70_: Adding power resources for device:10? 0
[    0.102873] ACPI: \_SB_.PCI0.S78_: Adding power resources for device:11? 0
[    0.104019] ACPI: \_SB_.PCI0.S80_: Adding power resources for device:12? 0
[    0.104972] ACPI: \_SB_.PCI0.S88_: Adding power resources for device:13? 0
[    0.105924] ACPI: \_SB_.PCI0.S90_: Adding power resources for device:14? 0
[    0.106884] ACPI: \_SB_.PCI0.S98_: Adding power resources for device:15? 0
[    0.108021] ACPI: \_SB_.PCI0.SA0_: Adding power resources for device:16? 0
[    0.109070] ACPI: \_SB_.PCI0.SA8_: Adding power resources for device:17? 0
[    0.110120] ACPI: \_SB_.PCI0.SB0_: Adding power resources for device:18? 0
[    0.111085] ACPI: \_SB_.PCI0.SB8_: Adding power resources for device:19? 0
[    0.112019] ACPI: \_SB_.PCI0.SC0_: Adding power resources for device:1a? 0
[    0.112975] ACPI: \_SB_.PCI0.SC8_: Adding power resources for device:1b? 0
[    0.113929] ACPI: \_SB_.PCI0.SD0_: Adding power resources for device:1c? 0
[    0.114893] ACPI: \_SB_.PCI0.SD8_: Adding power resources for device:1d? 0
[    0.116019] ACPI: \_SB_.PCI0.SE0_: Adding power resources for device:1e? 0
[    0.116975] ACPI: \_SB_.PCI0.SE8_: Adding power resources for device:1f? 0
[    0.117929] ACPI: \_SB_.PCI0.SF0_: Adding power resources for device:20? 0
[    0.118891] ACPI: \_SB_.PCI0.SF8_: Adding power resources for device:21? 0
[    0.120104] ACPI: \_SB_.HPET: Adding power resources for PNP0103:00? 0
[    0.121068] ACPI: \_SB_.LNKA: Adding power resources for PNP0C0F:00? 0
[    0.122016] ACPI: \_SB_.LNKB: Adding power resources for PNP0C0F:01? 0
[    0.122965] ACPI: \_SB_.LNKC: Adding power resources for PNP0C0F:02? 0
[    0.124057] ACPI: \_SB_.LNKD: Adding power resources for PNP0C0F:03? 0
[    0.124973] ACPI: \_SB_.LNKS: Adding power resources for PNP0C0F:04? 0
[    0.126031] ACPI: \_SB_.CPUS: Adding power resources for ACPI0010:00? 0
[    0.127071] ACPI: \_SB_.CPUS.C000: Adding power resources for LNXCPU:00? 0
[    0.128019] ACPI: \_TZ_: Adding power resources for LNXSYBUS:01? 0
[    0.128875] ACPI: Power Resource [NVP3] (on)
[    0.129470] ACPI: Power Resource [NVP2] (on)
[    0.130073] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-ff])
[    0.130919] acpi PNP0A03:00: _OSC: OS supports [Segments]
[    0.131667] acpi PNP0A03:00: _OSC failed (AE_NOT_FOUND); disabling ASPM
[    0.132017] PCI host bridge to bus 0000:00
[    0.132584] pci_bus 0000:00: root bus resource [io  0x0000-0x0cf7 window]
[    0.133508] pci_bus 0000:00: root bus resource [io  0x0d00-0xffff window]
[    0.134432] pci_bus 0000:00: root bus resource [mem 0x000a0000-0x000bffff window]
[    0.136001] pci_bus 0000:00: root bus resource [mem 0x40000000-0xfebfffff window]
[    0.137019] pci_bus 0000:00: root bus resource [bus 00-ff]
[    0.143343] pci 0000:00:01.1: legacy IDE quirk: reg 0x10: [io  0x01f0-0x01f7]
[    0.144003] pci 0000:00:01.1: legacy IDE quirk: reg 0x14: [io  0x03f6]
[    0.144953] pci 0000:00:01.1: legacy IDE quirk: reg 0x18: [io  0x0170-0x0177]
[    0.145991] pci 0000:00:01.1: legacy IDE quirk: reg 0x1c: [io  0x0376]
[    0.148040] pci 0000:00:01.3: quirk: [io  0x0600-0x063f] claimed by PIIX4 ACPI
[    0.149798] pci 0000:00:01.3: quirk: [io  0x0700-0x070f] claimed by PIIX4 SMB
[    0.170207] ACPI: PCI Interrupt Link [LNKA] (IRQs 5 *10 11)
[    0.172432] ACPI: PCI Interrupt Link [LNKB] (IRQs 5 *10 11)
[    0.173424] ACPI: PCI Interrupt Link [LNKC] (IRQs 5 10 *11)
[    0.174582] ACPI: PCI Interrupt Link [LNKD] (IRQs 5 10 *11)
[    0.176300] ACPI: PCI Interrupt Link [LNKS] (IRQs *9)
[    0.177178] ACPI: \: Adding power resources for LNXPWRBN:00? 0
[    0.178072] ACPI: Enabled 3 GPEs in block 00 to 0F
[    0.178841] vgaarb: setting as boot device: PCI:0000:00:02.0
[    0.179724] vgaarb: device added: PCI:0000:00:02.0,decodes=io+mem,owns=io+mem,locks=none
[    0.180000] vgaarb: loaded
[    0.180400] vgaarb: bridge control possible 0000:00:02.0
[    0.181175] PCI: Using ACPI for IRQ routing
[    0.181940] clocksource: Switched to clocksource hpet
[    0.181940] ACPI: Failed to create genetlink family for ACPI event
[    0.182323] pnp: PnP ACPI init
[    0.183066] pnp: PnP ACPI: found 6 devices
[    0.188367] clocksource: acpi_pm: mask: 0xffffff max_cycles: 0xffffff, max_idle_ns: 2085701024 ns
[    0.189781] pci 0000:00:00.0: Limiting direct PCI/PCI transfers
[    0.190675] pci 0000:00:01.0: PIIX3: Enabling Passive Release
[    0.191533] pci 0000:00:01.0: Activating ISA DMA hang workarounds
[    0.192520] pci 0000:00:02.0: Video device with shadowed ROM at [mem 0x000c0000-0x000dffff]
[    0.193881] workingset: timestamp_bits=62 max_order=18 bucket_order=0
[    0.194830] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input0
[    0.195897] ACPI: Power Button [PWRF]
[    0.196512] Warning: Processor Platform Limit event detected, but not handled.
[    0.197583] Consider compiling CPUfreq support into your kernel.
[    0.199168] Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
[    0.224803] 00:05: ttyS0 at I/O 0x3f8 (irq = 4, base_baud = 115200) is a 16550A
[    0.226067] i8042: PNP: PS/2 Controller [PNP0303:KBD,PNP0f13:MOU] at 0x60,0x64 irq 1,12
[    0.228007] serio: i8042 KBD port at 0x60,0x64 irq 1
[    0.228771] serio: i8042 AUX port at 0x60,0x64 irq 12
[    0.229587] mousedev: PS/2 mouse device common for all mice
[    0.230683] input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input1
[    1.050243] input: ImExPS/2 BYD TouchPad as /devices/platform/i8042/serio1/input/input4
[    1.052165] Freeing unused kernel memory: 476K (ffffffff8144f000 - ffffffff814c6000)
[    1.053639] Write protecting the kernel read-only data: 4096k
[    1.054612] Freeing unused kernel memory: 428K (ffff880001195000 - ffff880001200000)
[    1.057822] Freeing unused kernel memory: 1672K (ffff88000125e000 - ffff880001400000)
[    1.058936] Kernel panic - not syncing: No working init found.  Try passing init= option to kernel. See Linux Documentation/init.txt for guidance.
[    1.060763] CPU: 0 PID: 1 Comm: swapper Not tainted 4.8.5+ #1
[    1.060883]  ffffffff810bbb37 ffffffff8106a93f ffff880000000008 ffff88000003ff50
[    1.060883]  ffff88000003fee8 fffffffffffffff4 ffff88000008b000 00000000000005cf
[    1.060883]  00000000000005d0 ffff88003ffd01a0 ffffea0000002200 ffffffff81436f60
[    1.060883] Call Trace:
[    1.060883]  [<ffffffff810bbb37>] ? 0xffffffff810bbb37
[    1.060883]  [<ffffffff8106a93f>] ? 0xffffffff8106a93f
[    1.060883]  [<ffffffff8118e087>] ? 0xffffffff8118e087
[    1.060883]  [<ffffffff8119118f>] ? 0xffffffff8119118f
[    1.060883]  [<ffffffff8118dfb0>] ? 0xffffffff8118dfb0
[    1.060883] Kernel Offset: disabled
[    1.060883] ---[ end Kernel panic - not syncing: No working init found.  Try passing init= option to kernel. See Linux Documentation/init.txt for guidance.

Re: Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU via Power Resources

[Mika Westerberg]

On Fri, Oct 28, 2016 at 02:30:41PM +0200, Peter Wu wrote:
> It was correctly applied. I did some testing with QEMU, it seems that
> the \_OSI check is problematic. Removing it makes things work again.

I hope Bob and Lv can answer why _OSI fails.

In the meantime I think we should check flags.power_resources in nouveau
driver (in addition to _PR3) so that it falls back to _DSM if there are
no power resources (or if we failed to evaluate them for some reason).
_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau

Re: Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU via Power Resources

[Mika Westerberg]

On Fri, Oct 28, 2016 at 02:30:41PM +0200, Peter Wu wrote:
> It was correctly applied. I did some testing with QEMU, it seems that
> the \_OSI check is problematic. Removing it makes things work again.

I hope Bob and Lv can answer why _OSI fails.

In the meantime I think we should check flags.power_resources in nouveau
driver (in addition to _PR3) so that it falls back to _DSM if there are
no power resources (or if we failed to evaluate them for some reason).

RE: Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU via Power Resources

[Zheng, Lv]

Hi,

> From: linux-acpi-owner@vger.kernel.org [mailto:linux-acpi-owner@vger.kernel.org] On Behalf Of Mika
> Westerberg
> Subject: Re: Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU via Power Resources
> 
> On Fri, Oct 28, 2016 at 02:30:41PM +0200, Peter Wu wrote:
> > It was correctly applied. I did some testing with QEMU, it seems that
> > the \_OSI check is problematic. Removing it makes things work again.
> 
> I hope Bob and Lv can answer why _OSI fails.
> 
> In the meantime I think we should check flags.power_resources in nouveau
> driver (in addition to _PR3) so that it falls back to _DSM if there are
> no power resources (or if we failed to evaluate them for some reason).

IMO, the problem wasn't _OSI, the problem was "If".
"If" is module level here.
So execution order of it in current Linux upstream may be different from Windows.

You can try to modify acpi_gbl_parse_table_as_term_list to TRUE.
To see if this can be solved.

Thanks and best regards
Lv

> --
> To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU via Power Resources

[Peter Wu]

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

(removing nouveau list since it is an ACPI core issue)

On Sat, Oct 29, 2016 at 12:49:22AM +0000, Zheng, Lv wrote:
> Hi,
> 
> > From: linux-acpi-owner@vger.kernel.org [mailto:linux-acpi-owner@vger.kernel.org] On Behalf Of Mika
> > Westerberg
> > Subject: Re: Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU via Power Resources
> > 
> > On Fri, Oct 28, 2016 at 02:30:41PM +0200, Peter Wu wrote:
> > > It was correctly applied. I did some testing with QEMU, it seems that
> > > the \_OSI check is problematic. Removing it makes things work again.
> > 
> > I hope Bob and Lv can answer why _OSI fails.
> > 
> > In the meantime I think we should check flags.power_resources in nouveau
> > driver (in addition to _PR3) so that it falls back to _DSM if there are
> > no power resources (or if we failed to evaluate them for some reason).
> 
> IMO, the problem wasn't _OSI, the problem was "If".
> "If" is module level here.
> So execution order of it in current Linux upstream may be different from Windows.
> 
> You can try to modify acpi_gbl_parse_table_as_term_list to TRUE.
> To see if this can be solved.
> 
> Thanks and best regards
> Lv

It seems that acpi_gbl_parse_table_as_term_list is a new flag in
v4.9-rc1. Changing the flag to TRUE in in include/acpi/acpixf.h has no
effect other than:

    ACPI: Executed 2 blocks of module-level executable AML code

changing into:


    ACPI: 2 ACPI AML tables successfully acquired and loaded

That was tested using v4.9-rc2-40-g9fe68ca + debug patch from previous
mail, but with a slightly modified QEMU command (to allow the device to
become visible in Windows Device Manager) and slightly modified SSDT1:

    qemu-system-x86_64 -M pc,accel=kvm -m 2G -acpitable file=ssdt1.aml \
        -net none -device pci-bridge,addr=12.0,chassis_nr=2,id=head.2 \
        -device isa-debugcon,iobase=0x402,chardev=dbug \
        -chardev file,id=dbug,path=/dev/stdout ...

With this command and Windows 10 (-drive file=w10.qcow2), I can see that
the power resource methods are invoked (stdout | grep PR_TEST):

    PR_TEST: NVP3._ON
    PR_TEST: NVP2._OFF
    PR_TEST: _PS0
    PR_TEST: _S0W
    PR_TEST: NVP3._ON
    PR_TEST: _PS0

Using the above test setup with Linux (-kernel arch/x86/boot/bzImage):

    PR_TEST: _S0W

If you think that the default runtime PM state affects this, note that
the dmesg also shows:

    ACPI: \_SB_.PCI0.S90_: Adding power resources for device:14? 0
-- 
Kind regards,
Peter Wu
https://lekensteyn.nl

[-- Attachment #2: ssdt1.dsl --]
[-- Type: text/plain, Size: 2700 bytes --]

/*
 * Intel ACPI Component Architecture
 * AML/ASL+ Disassembler version 20160831-64
 * Copyright (c) 2000 - 2016 Intel Corporation
 * 
 * Disassembling to symbolic ASL+ operators
 *
 * Disassembly of ssdt1.dat, Wed Oct 26 21:43:27 2016
 *
 * Original Table Header:
 *     Signature        "SSDT"
 *     Length           0x00002CA9 (11433)
 *     Revision         0x01
 *     Checksum         0x8F
 *     OEM ID           "ACRSYS"
 *     OEM Table ID     "ACRPRDCT"
 *     OEM Revision     0x00001000 (4096)
 *     Compiler ID      "1025"
 *     Compiler Version 0x00040000 (262144)
 */
DefinitionBlock ("", "SSDT", 1, "ACRSYS", "ACRPRDCT", 0x00001000)
{
    External (\_SB.PCI0.S90, DeviceObj)
    External (\DBUG, MethodObj)

    Method (DBGM, 1, NotSerialized)
    {
        Concatenate ("PR_TEST: ", Arg0, Local0)
        Debug = Local0
        DBUG(Local0)
    }

    If (\_OSI ("Windows 2013")) {
        Scope (\_SB.PCI0.S90)
        {
            Name (_PR0, Package (0x01)  // _PR0: Power Resources for D0
            {
                NVP3
            })
            Name (_PR2, Package (0x01)  // _PR2: Power Resources for D2
            {
                NVP2
            })
            Name (_PR3, Package (0x01)  // _PR3: Power Resources for D3hot
            {
                NVP3
            })
            Method (_S0W, 0, NotSerialized)  // _S0W: S0 Device Wake State
            {
                DBGM("_S0W")
                // Return(3)
                Return(4)
            }

            Method (_DSW, 3, NotSerialized)  // _DSW: Device Sleep Wake
            {
            }

            Method (_PS0, 0, NotSerialized)  // _PS0: Power State 0
            {
                DBGM("_PS0")
            }

            Method (_PS3, 0, NotSerialized)  // _PS3: Power State 3
            {
                DBGM("_PS3")
            }
        }

        PowerResource (NVP3, 0x00, 0x0000)
        {
            Name (_STA, One)  // _STA: Status

            Method (_ON, 0, NotSerialized)  // _ON_: Power On
            {
                DBGM("NVP3._ON")
                _STA = One
            }

            Method (_OFF, 0, NotSerialized)  // _OFF: Power Off
            {
                DBGM("NVP3._OFF")
                _STA = Zero
            }
        }

        PowerResource (NVP2, 0x00, 0x0000)
        {
            Name (_STA, One)  // _STA: Status
            Method (_ON, 0, NotSerialized)  // _ON_: Power On
            {
                DBGM("NVP2._ON")
                _STA = One
            }

            Method (_OFF, 0, NotSerialized)  // _OFF: Power Off
            {
                DBGM("NVP2._OFF")
                _STA = One
            }
        }
    }
}

RE: Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU via Power Resources

[Zheng, Lv]

Hi, Mika

> From: Mika Westerberg [mailto:mika.westerberg@linux.intel.com]
> Subject: Re: Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU via Power Resources
> 
> On Thu, Oct 27, 2016 at 06:06:48PM +0200, Peter Wu wrote:
> > On Thu, Oct 27, 2016 at 12:55:08PM +0300, Mika Westerberg wrote:
> > > On Thu, Oct 27, 2016 at 09:42:28AM +0000, Rick Kerkhof wrote:
> > > >    No, there are not. Here is the recursive directory listing:
> > >
> > > Are you able to try the following patch and send me dmesg (or attach it
> > > to that bug)? It should show if the ACPI core even tries to add those
> > > power resources.
> >
> > So Rick has tested this patch now on top of 4.8.4 (mainline fails to
> > boot due to a kbuild issue which I reported elsewhere), but the output
> > is empty. That seems to indicate that flags.power_resources is unset.
> 
> Is it completely empty or is it empty just for RP05? It should print out
> all devices with power resources.
> 
> > Given that _PS3 exists and is indeed a package with some elements, it
> > seems that acpi_extract_power_resources is failing. Note that in the
> > SSDT, the power resource NVP3 was referenced before it was defined,
> > could that result in this enumeration failure? Relevant SSDT excerpt:
> >
> >     Scope (\_SB.PCI0.RP05)
> >     {
> >         Name (_PR3, Package (0x01)  // _PR3: Power Resources for D3hot
> >         {
> >             NVP3
> >         })
> >         // ...
> >     }
> >
> >     PowerResource (NVP3, 0x00, 0x0000)

Looks wrong order to me.

However, _PR3 is a package, for AML opcode that contains PkgLength grammar primitive, forward reference may be OK (for example Method).
DefPackage := PackageOp PkgLength NumElements PackageElementList
DefMethod := MethodOp PkgLength NameString MethodFlags TermList
As when it is encountered, AML interpreter may only saves entire packaged object.

I need to test behaviors around Package with qemu but I don't have environment now.
Can you help to give it a try?
By adding customize an ssdt with the above code putting under root scope,
DefinitionBlock ("ssdt-package.aml", "SSDT", 2, "INTEL ", "PACKAGE ", 0x00003000)
{
    Scope (\)
    {
        Name (_PR3, Package (0x01) { NVP3 })
    }
    PowerResource (NVP3, 0x00, 0x0000) {}
}
Running Windows images on qemu with this ssdt appended "-acpitable file=ssdt-package.aml".
To see if blue screen can be resulted.

Thanks
Lv

> 
> That and the fact that they come from an SSDT instead of DSDT may cause
> this. However, I'm not expert in ACPICA so adding Bob and Lv if they
> have ideas.
> 
> Bob, Lv, the bug in question is: https://bugs.freedesktop.org/show_bug.cgi?id=98398

Re: Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU via Power Resources

[Peter Wu]

On Sat, Oct 29, 2016 at 12:42:34AM +0000, Zheng, Lv wrote:
> Hi, Mika
> 
> > From: Mika Westerberg [mailto:mika.westerberg@linux.intel.com]
> > Subject: Re: Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU via Power Resources
> > 
> > On Thu, Oct 27, 2016 at 06:06:48PM +0200, Peter Wu wrote:
> > > On Thu, Oct 27, 2016 at 12:55:08PM +0300, Mika Westerberg wrote:
> > > > On Thu, Oct 27, 2016 at 09:42:28AM +0000, Rick Kerkhof wrote:
> > > > >    No, there are not. Here is the recursive directory listing:
> > > >
> > > > Are you able to try the following patch and send me dmesg (or attach it
> > > > to that bug)? It should show if the ACPI core even tries to add those
> > > > power resources.
> > >
> > > So Rick has tested this patch now on top of 4.8.4 (mainline fails to
> > > boot due to a kbuild issue which I reported elsewhere), but the output
> > > is empty. That seems to indicate that flags.power_resources is unset.
> > 
> > Is it completely empty or is it empty just for RP05? It should print out
> > all devices with power resources.
> > 
> > > Given that _PS3 exists and is indeed a package with some elements, it
> > > seems that acpi_extract_power_resources is failing. Note that in the
> > > SSDT, the power resource NVP3 was referenced before it was defined,
> > > could that result in this enumeration failure? Relevant SSDT excerpt:
> > >
> > >     Scope (\_SB.PCI0.RP05)
> > >     {
> > >         Name (_PR3, Package (0x01)  // _PR3: Power Resources for D3hot
> > >         {
> > >             NVP3
> > >         })
> > >         // ...
> > >     }
> > >
> > >     PowerResource (NVP3, 0x00, 0x0000)
> 
> Looks wrong order to me.
> 
> However, _PR3 is a package, for AML opcode that contains PkgLength grammar primitive, forward reference may be OK (for example Method).
> DefPackage := PackageOp PkgLength NumElements PackageElementList
> DefMethod := MethodOp PkgLength NameString MethodFlags TermList
> As when it is encountered, AML interpreter may only saves entire packaged object.
> 
> I need to test behaviors around Package with qemu but I don't have environment now.
> Can you help to give it a try?
> By adding customize an ssdt with the above code putting under root scope,
> DefinitionBlock ("ssdt-package.aml", "SSDT", 2, "INTEL ", "PACKAGE ", 0x00003000)
> {
>     Scope (\)
>     {
>         Name (_PR3, Package (0x01) { NVP3 })
>     }
>     PowerResource (NVP3, 0x00, 0x0000) {}
> }
> Running Windows images on qemu with this ssdt appended "-acpitable file=ssdt-package.aml".
> To see if blue screen can be resulted.
> 
> Thanks
> Lv

Testing this code with Windows 10 gives a BSOD, changing the order of
the PowerResource and Scope does not make a difference. If I take my
previous SSDT and change the ordering of NVP3 definition vs _PR3 use,
there is no change.

Kind regards,
Peter

> > 
> > That and the fact that they come from an SSDT instead of DSDT may cause
> > this. However, I'm not expert in ACPICA so adding Bob and Lv if they
> > have ideas.
> > 
> > Bob, Lv, the bug in question is: https://bugs.freedesktop.org/show_bug.cgi?id=98398

[Bug 98398] Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU with runtime PM

[bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ]

[-- Attachment #1.1: Type: text/plain, Size: 684 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=98398

Peter Wu <peter-VTkQYDcBqhK7DlmcbJSQ7g@public.gmane.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED

--- Comment #12 from Peter Wu <peter-VTkQYDcBqhK7DlmcbJSQ7g@public.gmane.org> ---
At the moment it looks like an ACPI core bug which manifested in nouveau. See
https://lists.freedesktop.org/archives/nouveau/2016-October/026395.html and the
replies. I'll post a workaround patch soon.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 2136 bytes --]

[-- Attachment #2: Type: text/plain, Size: 154 bytes --]

_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau

[Bug 98398] Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU with runtime PM

[bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ]

[-- Attachment #1.1: Type: text/plain, Size: 1529 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=98398

--- Comment #13 from Peter Wu <peter-VTkQYDcBqhK7DlmcbJSQ7g@public.gmane.org> ---
Created attachment 127942
  --> https://bugs.freedesktop.org/attachment.cgi?id=127942&action=edit
Disable d3cold on bridge when falling back to _DSM

The workaround patch has been merged in v4.9-rc3-34-gb0a6af8 (and backported to
4.8.7 via v4.8.6-109-g7290da4) but apparently it broke (system?) suspend/resume
according to the reporter.

Before the workaround patch:
 - _PR3 method is found, so nouveau assumes that PCI core takes care of D3cold.
 - Due to an ACPICA bug, PCI core fails to power off the device via runtime PM:
   https://bugs.acpica.org/show_bug.cgi?id=1333

After the workaround patch I guess that this happens:

 - _PR3 method is found, but unusable. Nouveau falls back to _DSM.
 - Due to the above ACPICA bug, the power resources not owned by any device. I
   guess that Linux then decides to power off the "unnecessary" power resource
   after system resume. (I saw something like this in a dmesg for a similiar
SSDT)
 - At this point I would guess that nouveau then follows the old DSM method,
but
   then I am confused because pcie_port_pm=off (or pre-4.8 kernels) supposedly
   have the same issue with this power resource.

If pcie_port_pm=off helps, then the attached patch should also work (no
pcie_port_pm=off needed). Can you give it a try on top of v4.8.7?

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 2707 bytes --]

[-- Attachment #2: Type: text/plain, Size: 154 bytes --]

_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau

[Bug 98398] Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU with runtime PM

[bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ]

[-- Attachment #1.1: Type: text/plain, Size: 395 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=98398

--- Comment #14 from Peter Wu <peter-VTkQYDcBqhK7DlmcbJSQ7g@public.gmane.org> ---
Rick, were you actually able to suspend the system with kernel 4.7 and nouveau?
Bug 98582 has a similar acpidump and claims that v4.7 also failed to suspend
(actually, resume).

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 1392 bytes --]

[-- Attachment #2: Type: text/plain, Size: 154 bytes --]

_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau

[Bug 98398] Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU with runtime PM

[bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ]

[-- Attachment #1.1: Type: text/plain, Size: 1053 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=98398

--- Comment #15 from rick.2889-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org ---
Op zo 13 nov. 2016 om 00:07 schreef <bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ@public.gmane.org>:

> *Comment # 14 <https://bugs.freedesktop.org/show_bug.cgi?id=98398#c14> on
> bug 98398 <https://bugs.freedesktop.org/show_bug.cgi?id=98398> from Peter
> Wu <peter-VTkQYDcBqhK7DlmcbJSQ7g@public.gmane.org> *
>
> Rick, were you actually able to suspend the system with kernel 4.7 and nouveau?Bug 98582 <https://bugs.freedesktop.org/show_bug.cgi?id=98582> has a similar acpidump and claims that v4.7 also failed to suspend
> (actually, resume).
>
> ------------------------------
> You are receiving this mail because:
>
>    - You reported the bug.
>
> Using pcie_port_pm=off on kernel 4.8 does not make resuming work; it still
hangs on resuming with a black screen and no backlight (and sometimes a
pointer with a black background).

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 3093 bytes --]

[-- Attachment #2: Type: text/plain, Size: 154 bytes --]

_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau

[Bug 98398] Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU with runtime PM

[bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ]

[-- Attachment #1.1: Type: text/plain, Size: 461 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=98398

--- Comment #16 from Peter Wu <peter-VTkQYDcBqhK7DlmcbJSQ7g@public.gmane.org> ---
Rick reported that system suspend did not work before the patch either, so
there is no regression in that sense.

ACPICA developers are faster than expected, can you test these three patches:
https://bugs.acpica.org/show_bug.cgi?id=1333#c45

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 1356 bytes --]

[-- Attachment #2: Type: text/plain, Size: 154 bytes --]

_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau

[Bug 98398] Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU with runtime PM

[bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ]

[-- Attachment #1.1: Type: text/plain, Size: 871 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=98398

Martin Peres <martin.peres-GANU6spQydw@public.gmane.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|---                         |MOVED

--- Comment #17 from Martin Peres <martin.peres-GANU6spQydw@public.gmane.org> ---
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been
closed from further activity.

You can subscribe and participate further through the new bug through this link
to our GitLab instance:
https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/issues/293.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 2510 bytes --]

[-- Attachment #2: Type: text/plain, Size: 153 bytes --]

_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau