From: Imre Deak <imre.deak@intel.com>
To: Daniel Vetter <daniel@ffwll.ch>
Cc: intel-gfx@lists.freedesktop.org
Subject: Re: [PATCH 00/16] fix VLV S4 suspend/resume, unify S3/S4 handlers
Date: Thu, 11 Sep 2014 16:48:54 +0300 [thread overview]
Message-ID: <1410443334.4879.42.camel@intelbox> (raw)
In-Reply-To: <20140911090222.GH15520@phenom.ffwll.local>
[-- Attachment #1.1: Type: text/plain, Size: 1968 bytes --]
On Thu, 2014-09-11 at 11:02 +0200, Daniel Vetter wrote:
> On Wed, Sep 10, 2014 at 09:38:50PM +0300, Imre Deak wrote:
> > On Wed, 2014-09-10 at 17:52 +0200, Daniel Vetter wrote:
> > > On Wed, Sep 10, 2014 at 06:16:53PM +0300, Imre Deak wrote:
> > > > The first part of the patchset (1-6) fixes an S4 bug on VLV introduced
> > > > recently. The rest unifies the various S3/S4 handlers, which are in
> > > > practice the same. The only real difference - besides some unused code -
> > > > is that during S3 suspend we disable the PCI device whereas across an S4
> > > > freeze/thaw we keep it enabled. Given that we disable everything else
> > > > anyway, we can just as well disable the PCI device there too. Doing so
> > > > allows us to handle S3 suspend/resume and S4 freeze/thaw/restore/
> > > > power-off the same way, simplifying/clarifying things quite a bit.
> > >
> > > Hm, this might explain why we've seen random corruption on S4 on recent
> > > platforms.
> > >
> > > https://bugzilla.kernel.org/show_bug.cgi?id=59321
> > >
> > > Can you please ask for retesting from reporters?
> >
> > Ok, can do, I also forgot to add
> >
> > https://bugs.freedesktop.org/show_bug.cgi?id=82842
> >
> > which it fixes. I can't see immediately how platforms other than VLV
> > would be fixed with these, but maybe I missed something.
>
> drm/i915: disable/re-enable PCI device around S4 freeze/thaw
>
> looks rather generic and not vlv specific, and could very well fix the
> kernel bz I've pasted. Or am I horribly blind?
Yea it's generic, so possibly fixes something. Although by the time we
disable the PCI device in freeze everything should be idle, so if simply
disabling/re-enabling makes a difference then we failed to idle
something. Or we depend on a HW reset (implicit in the
disable/re-enable) before reinitializing things in thaw. Anyway we can
clarify this more once we get feedback from the retesting.
--Imre
[-- Attachment #1.2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 490 bytes --]
[-- Attachment #2: Type: text/plain, Size: 159 bytes --]
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
next prev parent reply other threads:[~2014-09-11 13:49 UTC|newest]
Thread overview: 49+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-10 15:16 [PATCH 00/16] fix VLV S4 suspend/resume, unify S3/S4 handlers Imre Deak
2014-09-10 15:16 ` [PATCH 01/16] drm/i915: vlv: fix gunit HW state corruption during S4 suspend Imre Deak
2014-09-15 17:26 ` Sagar Arun Kamble
2014-09-15 17:42 ` Imre Deak
2014-09-29 15:30 ` Sagar Arun Kamble
2014-10-21 12:34 ` Ville Syrjälä
2014-09-10 15:16 ` [PATCH 02/16] drm/i915: remove dead code from legacy suspend handler Imre Deak
2014-10-21 11:56 ` Ville Syrjälä
2014-10-21 12:11 ` Daniel Vetter
2014-09-10 15:16 ` [PATCH 03/16] drm/i915: factor out i915_drm_suspend_late Imre Deak
2014-09-10 15:16 ` [PATCH 04/16] drm/i915: unify legacy S3 suspend and S4 freeze handlers Imre Deak
2014-09-11 9:00 ` Daniel Vetter
2014-09-11 12:39 ` Imre Deak
2014-09-10 15:16 ` [PATCH 05/16] drm/i915: propagate error from legacy resume handler Imre Deak
2014-09-10 15:16 ` [PATCH 06/16] drm/i915: vlv: fix switcheroo/legacy suspend/resume Imre Deak
2014-09-29 15:33 ` Sagar Arun Kamble
2014-09-10 15:17 ` [PATCH 07/16] drm/i915: fix S4 suspend while switcheroo state is off Imre Deak
2014-10-21 12:41 ` Ville Syrjälä
2014-10-21 13:08 ` Imre Deak
2014-10-21 13:24 ` Ville Syrjälä
2014-09-10 15:17 ` [PATCH 08/16] drm/i915: remove unused restore_gtt_mappings optimization during suspend Imre Deak
2014-09-11 7:49 ` Chris Wilson
2014-09-11 11:59 ` Imre Deak
2014-09-11 14:15 ` Jesse Barnes
2014-10-21 13:50 ` Ville Syrjälä
2014-11-06 21:50 ` Jesse Barnes
2014-09-11 8:57 ` Daniel Vetter
2014-09-10 15:17 ` [PATCH 09/16] drm/i915: check for GT faults during S3 resume and S4 restore too Imre Deak
2014-09-11 7:47 ` Chris Wilson
2014-09-11 11:53 ` Imre Deak
2014-09-15 15:21 ` [PATCH v2 09/16] drm/i915: check for GT faults in all resume handlers and driver load time Imre Deak
2014-09-15 16:45 ` Chris Wilson
2014-09-10 15:17 ` [PATCH 10/16] drm/i915: enable output polling during S4 thaw Imre Deak
2014-09-10 15:17 ` [PATCH 11/16] drm/i915: disable/re-enable PCI device around S4 freeze/thaw Imre Deak
2014-10-21 13:16 ` Ville Syrjälä
2014-09-10 15:17 ` [PATCH 12/16] drm/i915: unify S3 and S4 suspend/resume handlers Imre Deak
2014-09-10 15:17 ` [PATCH 13/16] drm/i915: sanitize suspend/resume helper function names Imre Deak
2014-09-10 15:17 ` [PATCH 14/16] drm/i915: add poweroff_late handler Imre Deak
2014-10-21 13:32 ` Ville Syrjälä
2014-09-10 15:17 ` [PATCH 15/16] drm/i915: unify switcheroo and legacy suspend/resume handlers Imre Deak
2014-09-10 15:17 ` [PATCH 16/16] drm/i915: add comments on what stage a given PM handler is called Imre Deak
2014-09-15 15:23 ` [PATCH v2 " Imre Deak
2014-10-21 13:42 ` [PATCH " Ville Syrjälä
2014-10-21 13:51 ` Imre Deak
2014-09-10 15:52 ` [PATCH 00/16] fix VLV S4 suspend/resume, unify S3/S4 handlers Daniel Vetter
2014-09-10 18:38 ` Imre Deak
2014-09-11 9:02 ` Daniel Vetter
2014-09-11 13:48 ` Imre Deak [this message]
2014-10-21 14:42 ` Ville Syrjälä
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1410443334.4879.42.camel@intelbox \
--to=imre.deak@intel.com \
--cc=daniel@ffwll.ch \
--cc=intel-gfx@lists.freedesktop.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox