linux-kernel - Re: v4.14/v4.15-rc1: deferred setup in drm/fb-helper breaks entering pc3

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:   Tue, 28 Nov 2017 11:28:05 +0100 (CET)
From:   Thomas Voegtle <tv@...96.de>
To:     Maarten Lankhorst <maarten.lankhorst@...ux.intel.com>
cc:     daniel.vetter@...ll.ch, liviu@...au.co.uk, john.stultz@...aro.org,
        treding@...dia.com, linux-kernel@...r.kernel.org
Subject: Re: v4.14/v4.15-rc1: deferred setup in drm/fb-helper breaks entering
 pc3

On Tue, 28 Nov 2017, Maarten Lankhorst wrote:

> Op 28-11-17 om 10:30 schreef Thomas Voegtle:
>> On Tue, 28 Nov 2017, Maarten Lankhorst wrote:
>>
>>> Op 27-11-17 om 19:09 schreef Thomas Voegtle:
>>>>
>>>> Hello,
>>>>
>>>> with v4.14 I recognized that my file server (headless haswell system)
>>>> doesn't enter packages pc3 anymore and only enters pc2 according to
>>>> powertop.
>>>> In v4.13 the system used pc2 and pc3.
>>>>
>>>> So I bisected that down to:
>>>>
>>>> ca91a2758fcef6635626993557dd51cfbb6dd134 is the first bad commit
>>>> commit ca91a2758fcef6635626993557dd51cfbb6dd134
>>>> Author: Daniel Vetter <daniel.vetter@...ll.ch>
>>>> Date:   Thu Jul 6 15:00:21 2017 +0200
>>>>
>>>>     drm/fb-helper: Support deferred setup
>>>>
>>>>
>>>> Reverting this commit on top of v4.14 and v4.15-rc1 fixes the problem and
>>>> the system uses package states pc2 and pc3 again.
>>>>
>>>> Nothing is connected to the VGA and DVI port.
>>>> I'm using a kernel without modules on openSUSE 42.3.
>>>> I have no "vga=xxx" or something like that on the cmdline.
>>>>
>>>>
>>>> Thanks,
>>>>
>>>>       Thomas
>>>>
>>> Could you send some logs with drm.debug=0x1f ?
>>>
>>> ~Maarten
>>
>> dmesg attached.
>
> Does this work? A log of a working config (4.14 or with revert) would be nice regardless. :)

Yes, that helps. 4.15-rc1 with that patch applied the system enters pc2 
and pc3 again.
attached: dmesg.4.15-rc1.with.patch.txt

Ah, sorry for just sending the log of the not working stuff.
4.14 is broken, too, 4.13 was ok, so I attached 
dmesg.4.15-rc1.with.revert.txt.

View attachment "dmesg.4.15-rc1.with.patch.txt" of type "text/plain" (76827 bytes)

View attachment "dmesg.4.15-rc1.with.revert.txt" of type "text/plain" (99196 bytes)