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:   Thu, 11 Jul 2019 20:25:19 +0000
From:   "Souza, Jose" <jose.souza@...el.com>
To:     "James.Bottomley@...senPartnership.com" 
        <James.Bottomley@...senPartnership.com>,
        "intel-gfx@...ts.freedesktop.org" <intel-gfx@...ts.freedesktop.org>,
        "chris@...is-wilson.co.uk" <chris@...is-wilson.co.uk>
CC:     "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [Intel-gfx] screen freeze with 5.2-rc6 Dell XPS-13 skylake i915

On Thu, 2019-07-11 at 13:11 -0700, James Bottomley wrote:
> On Thu, 2019-07-11 at 10:29 +0100, Chris Wilson wrote:
> > Quoting James Bottomley (2019-06-29 19:56:52)
> > > The symptoms are really weird: the screen image is locked in
> > > place.  The machine is still functional and if I log in over the
> > > network can do anything I like, including killing the X server
> > > and
> > > the display will never alter.  It also seems that the system is
> > > accepting keyboard input because when it freezes I can cat
> > > information to a file (if the mouse was over an xterm) and verify
> > > over the network the file contents. Nothing unusual appears in
> > > dmesg when the lockup happens.
> > > 
> > > The last kernel I booted successfully on the system was 5.0, so
> > > I'll try compiling 5.1 to narrow down the changes.
> > 
> > It's likely this is panel self-refresh going haywire.
> > 
> > commit 8f6e87d6d561f10cfa48a687345512419839b6d8
> > Author: José Roberto de Souza <jose.souza@...el.com>
> > Date:   Thu Mar 7 16:00:50 2019 -0800
> > 
> >     drm/i915: Enable PSR2 by default
> > 
> >     The support for PSR2 was polished, IGT tests for PSR2 was added
> > and
> >     it was tested performing regular user workloads like browsing,
> >     editing documents and compiling Linux, so it is time to enable
> > it
> > by
> >     default and enjoy even more power-savings.
> > 
> > Temporary workaround would be to set i915.enable_psr=0
> 
> It looks plausible.  I have to say I was just about to mark a bisect
> containing this as good, but that probably reflects my difficulty
> reproducing the issue.

Take at look of what PSR version is supported by your panel, it likely
that a notebook shipped with Skylake will have panel that supports only
PSR1 so that patch has no effect on your machine.

sudo more /sys/kernel/debug/dri/0/i915_edp_psr_status
Sink support: yes [0x01]

Only if you have 0x03 your panel have support for PSR2.

Or check your dmesg:
[drm:intel_psr_init_dpcd [i915]] eDP panel supports PSR version 1

> 
> James
> 
> _______________________________________________
> Intel-gfx mailing list
> Intel-gfx@...ts.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/intel-gfx

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ