From: Ross Zwisler <zwisler@google.com>
To: Jani Nikula <jani.nikula@intel.com>
Cc: intel-gfx@lists.freedesktop.org
Subject: Re: [Intel-gfx] [PATCH v4-CI] drm/i915/psr: Force PSR probe only after full initialization
Date: Thu, 27 Feb 2020 10:54:17 -0700 [thread overview]
Message-ID: <20200227175417.GA8007@google.com> (raw)
In-Reply-To: <87o8tkq83l.fsf@intel.com>
On Thu, Feb 27, 2020 at 06:59:42PM +0200, Jani Nikula wrote:
> On Thu, 27 Feb 2020, Ross Zwisler <zwisler@google.com> wrote:
> > On Thu, Feb 27, 2020 at 03:18:26PM +0200, Jani Nikula wrote:
> >> On Fri, 21 Feb 2020, José Roberto de Souza <jose.souza@intel.com> wrote:
> >> > Commit 60c6a14b489b ("drm/i915/display: Force the state compute phase
> >> > once to enable PSR") was forcing the state compute too earlier
> >> > causing errors because not everything was initialized, so here
> >> > moving to the end of i915_driver_modeset_probe() when the display is
> >> > all initialized.
> >>
> >> Hmph, really not happy about the placement here. These are high level
> >> functions, not a dumping ground for random feature specific hacks. :(
> >
> > Should we just revert
> >
> > 60c6a14b489b ("drm/i915/display: Force the state compute phase once to enable PSR")
> >
> > and try to land a fixed-up version in the next kernel cycle? The current
> > state is that my machine is completely unable to boot because of this issue,
> > and I've confirmed that the above patch reverts cleanly and fixes the issue.
>
> IIUC this patch, already committed as df1a5bfc16f3 ("drm/i915/psr: Force
> PSR probe only after full initialization"), fixes the issue for you. At
> least the Tested-by says so. ;) So we should just go with that.
>
> I'm just being grumpy about the aesthetics of the implementation. I've
> already incorporated some cleanup to this in an existing refactoring I
> had [1].
Ah, sounds good. Sorry, I thought the fix hadn't been committed yet. :)
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
prev parent reply other threads:[~2020-02-27 18:03 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-02-21 21:26 [Intel-gfx] [PATCH v4-CI] drm/i915/psr: Force PSR probe only after full initialization José Roberto de Souza
2020-02-22 3:03 ` [Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915/psr: Force PSR probe only after full initialization (rev7) Patchwork
2020-02-24 15:02 ` [Intel-gfx] ✓ Fi.CI.IGT: " Patchwork
2020-02-24 18:53 ` Souza, Jose
2020-02-27 13:18 ` [Intel-gfx] [PATCH v4-CI] drm/i915/psr: Force PSR probe only after full initialization Jani Nikula
2020-02-27 16:43 ` Ross Zwisler
2020-02-27 16:59 ` Jani Nikula
2020-02-27 17:54 ` Ross Zwisler [this message]
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=20200227175417.GA8007@google.com \
--to=zwisler@google.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=jani.nikula@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.