From: "Chegondi, Harish" <harish.chegondi@intel.com>
To: "daniel@ffwll.ch" <daniel@ffwll.ch>,
"chris@chris-wilson.co.uk" <chris@chris-wilson.co.uk>
Cc: "igt-dev@lists.freedesktop.org" <igt-dev@lists.freedesktop.org>,
"Taylor, Clinton A" <clinton.a.taylor@intel.com>,
"Yadav, Jyoti R" <jyoti.r.yadav@intel.com>
Subject: Re: [igt-dev] [RFC i-g-t 1/1] i915/pm_backlight: turn on dpms before backlight fade out and fade in
Date: Wed, 3 Apr 2019 17:44:00 +0000 [thread overview]
Message-ID: <7006eb837affcb2589225e495418e2b04516e10b.camel@intel.com> (raw)
In-Reply-To: <20190403161009.GN2665@phenom.ffwll.local>
[-- Attachment #1.1: Type: text/plain, Size: 3599 bytes --]
On Wed, 2019-04-03 at 18:10 +0200, Daniel Vetter wrote:
> On Wed, Apr 03, 2019 at 04:34:10PM +0200, Daniel Vetter wrote:
> > On Wed, Apr 03, 2019 at 08:44:57AM +0100, Chris Wilson wrote:
> > > Quoting Chegondi, Harish (2019-04-03 01:47:09)
> > > > On Thu, 2019-03-14 at 07:46 +0000, Chris Wilson wrote:
> > > > > Quoting Harish Chegondi (2019-03-14 06:41:48)
> > > > > > backlight fade with suspend test turns off dpms which turns
> > > > > > off
> > > > > > the edp backlight and panel. Then it does a runtime
> > > > > > suspend,
> > > > > > system suspend and resume. After resume, it does a fade out
> > > > > > and
> > > > > > fade in of the backlight brightness. From the dmesg logs of
> > > > > > the
> > > > > > ci tests it appears that the test is setting the brightness
> > > > > > even before the edp panel and backlight are turned on
> > > > > > resuilting
> > > > > > in the brightness values written and read to be different.
> > > > > > Turn on the dpms which turns on the edp panel and backlight
> > > > > > before backlight fade out and fade in. With this change the
> > > > > > fade_with_suspend test passes.
> > > >
> > > > Chris,
> > > >
> > > > My commit message was confusing. I will redo the commit message
> > > > in the
> > > > next version of my patch.
> > > >
> > > > > But is it legal for the kernel to that? Is the kernel meant
> > > > > to
> > > > > restore
> > > > > the previous configuration upon resume or leave it to
> > > > > userspace? What
> > > > > about for fbcon?
> > > >
> > > > Yes, the kernel is meant to restore the previous configuration
> > > > upon
> > > > resume.
> > >
> > > Are you sure?
> > >
> > > We send a hotplug to userspace to tell them to restore the
> > > configuration
> > > as they see fit (because the configuration will often change). If
> > > fbcon
> > > is active, it restores the fbcon screen which can just be the
> > > consequence
> > > of handling its hotplug event.
> >
> > Bunch of comments from irc discussion:
> > - kernel is supposed to restore
> > - but since the test does a dpms off, we do need to do a dpms on
> > - but that's silly, because defacto that means we test nothing
> >
> > Worse:
> > - the test doesn't shut up fbcon, so uncontrolled env
> > - it also doesn't set up a mode explicitly, so again uncontrolled
> > env
>
> Correction: I was blind, it's all there in the igt_fixture.
> Apologies.
>
> > Rodrigo shouldn't have r-b'ed this imo. There's a lot more work
> > needed
> > here than duct-taping a few more commands on top, I think starting
> > with
> > a) what exactly are we trying to test here (testing fancy effects
> > isn't
> > useful in the context of CI, no one is looking)
> > b) have we set up the right starting conditions to actually run
> > that test
>
> For the test itself I think we should instead drop the dpms off.
> There's
> not much to test really if we suspend with the display off. Or at
> least we
> should check both ways I think, but suspending with display on is a
> lot
> more interesting. And for that case the kernel should resume the
> display
> for us again, not explicit dpms on needed.
> -Daniel
During my investigation, I already tried removing DPMS off and verified
that the system suspend is turning off the backlight and the system
resume is properly turning on the backlight. I captured the test
changes and the observation in the fdo:
https://bugs.freedesktop.org/show_bug.cgi?id=107820#c6
I will send out this patch.
Thanks for your feedback.
-Harish.
[-- Attachment #1.2: smime.p7s --]
[-- Type: application/x-pkcs7-signature, Size: 3274 bytes --]
[-- Attachment #2: Type: text/plain, Size: 153 bytes --]
_______________________________________________
igt-dev mailing list
igt-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/igt-dev
next prev parent reply other threads:[~2019-04-03 17:44 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-03-14 6:41 [igt-dev] [RFC i-g-t 1/1] i915/pm_backlight: turn on dpms before backlight fade out and fade in Harish Chegondi
2019-03-14 7:25 ` [igt-dev] ✓ Fi.CI.BAT: success for series starting with [RFC,i-g-t,1/1] " Patchwork
2019-03-14 7:46 ` [igt-dev] [RFC i-g-t 1/1] " Chris Wilson
2019-04-03 0:47 ` Chegondi, Harish
2019-04-03 7:44 ` Chris Wilson
2019-04-03 14:34 ` Daniel Vetter
2019-04-03 16:10 ` Daniel Vetter
2019-04-03 17:44 ` Chegondi, Harish [this message]
2019-03-14 15:23 ` [igt-dev] ✓ Fi.CI.IGT: success for series starting with [RFC,i-g-t,1/1] " Patchwork
2019-04-04 1:26 ` [igt-dev] [PATCH v2 1/1] i915/pm_backlight: Do not turn off DPMS before system suspend Harish Chegondi
2019-04-04 8:12 ` Daniel Vetter
2019-04-05 0:35 ` Chegondi, Harish
2019-04-04 22:40 ` Souza, Jose
2019-04-04 3:06 ` [igt-dev] ✓ Fi.CI.BAT: success for series starting with [v2,1/1] i915/pm_backlight: Do not turn off DPMS before system suspend (rev2) Patchwork
2019-04-04 20:23 ` [igt-dev] ✓ Fi.CI.IGT: " Patchwork
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=7006eb837affcb2589225e495418e2b04516e10b.camel@intel.com \
--to=harish.chegondi@intel.com \
--cc=chris@chris-wilson.co.uk \
--cc=clinton.a.taylor@intel.com \
--cc=daniel@ffwll.ch \
--cc=igt-dev@lists.freedesktop.org \
--cc=jyoti.r.yadav@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox