All of lore.kernel.org
 help / color / mirror / Atom feed
From: Daniel Vetter <daniel@ffwll.ch>
To: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
Cc: "IGT development" <igt-dev@lists.freedesktop.org>,
	"Noralf Trønnes" <noralf@tronnes.org>,
	"Daniel Vetter" <daniel.vetter@intel.com>
Subject: Re: [igt-dev] [PATCH i-g-t 3/3] tests/kms_fbcon_fbt: Drop master before restoring fbcon
Date: Fri, 7 Feb 2020 16:29:45 +0100	[thread overview]
Message-ID: <20200207152945.GE43062@phenom.ffwll.local> (raw)
In-Reply-To: <20200207141919.GA13686@intel.com>

On Fri, Feb 07, 2020 at 04:19:19PM +0200, Ville Syrjälä wrote:
> On Tue, Jan 28, 2020 at 12:25:49PM +0100, Daniel Vetter wrote:
> > fbdev helpers refuse to restore the fbdev screen if there's still a
> > master present. This is to avoid fbcon popping up when a compositor
> > has intentionally disabled all outputs.
> > 
> > Unfortunately the kernel had some bugs in this area, and kms_fbcon_fbt
> > relied on those. Result was that fbdev restore was skipped, which
> > skipped the frontbuffer flushing, which broke the PSR subtest's
> > expectation that PSR is always disable when fbdev is enabled. FBC did
> > not get broken because FBC was never enabled on linear framebuffers as
> > used by fbdev.
> > 
> > Fix things up to make sure fbcon gets restored correctly in all cases.
> > 
> > Cc: Noralf Trønnes <noralf@tronnes.org>
> > Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
> > ---
> >  tests/kms_fbcon_fbt.c | 2 ++
> >  1 file changed, 2 insertions(+)
> > 
> > diff --git a/tests/kms_fbcon_fbt.c b/tests/kms_fbcon_fbt.c
> > index 236e09ea1ebd..ed4cccbe743e 100644
> > --- a/tests/kms_fbcon_fbt.c
> > +++ b/tests/kms_fbcon_fbt.c
> > @@ -74,6 +74,8 @@ static void teardown_drm(struct drm_info *drm)
> >  {
> >  	int i;
> >  
> > +	igt_assert_eq(drmDropMaster(drm->fd), 0);
> > +
> 
> Aren't we closing the whole fd soonish?

Yeah, but after the vt switch, which I think is too late (proof still
waiting for CI). I guess I could have moved the close up too, but I
figured trying to implement proper vt switching a bit more closely yields
the better test.

Could also be that I'm totally misinterpreting what's going on here with
my kernel patch series.
-Daniel

> 
> >  	kmstest_restore_vt_mode();
> >  
> >  	for (i = 0; i < drm->res->count_connectors; i++)
> > -- 
> > 2.24.1
> > 
> > _______________________________________________
> > igt-dev mailing list
> > igt-dev@lists.freedesktop.org
> > https://lists.freedesktop.org/mailman/listinfo/igt-dev
> 
> -- 
> Ville Syrjälä
> Intel

-- 
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
_______________________________________________
igt-dev mailing list
igt-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/igt-dev

  reply	other threads:[~2020-02-07 15:29 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-01-28 11:25 [igt-dev] [PATCH i-g-t 1/3] tests/kms_fbcon_fbt: Check for psr before keeling over Daniel Vetter
2020-01-28 11:25 ` [igt-dev] [PATCH i-g-t 2/3] tests/kms_fbcon_fbt: User interactive debug helper Daniel Vetter
2020-02-07 14:21   ` Ville Syrjälä
2020-01-28 11:25 ` [igt-dev] [PATCH i-g-t 3/3] tests/kms_fbcon_fbt: Drop master before restoring fbcon Daniel Vetter
2020-02-07 14:19   ` Ville Syrjälä
2020-02-07 15:29     ` Daniel Vetter [this message]
2020-02-07 15:36       ` Ville Syrjälä
2020-02-10  8:04         ` Daniel Vetter
2020-01-28 15:15 ` [igt-dev] ✓ Fi.CI.BAT: success for series starting with [i-g-t,1/3] tests/kms_fbcon_fbt: Check for psr before keeling over Patchwork
2020-01-29 20:37 ` [igt-dev] ✓ Fi.CI.IGT: " Patchwork
2020-02-07 14:24 ` [igt-dev] [PATCH i-g-t 1/3] " 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=20200207152945.GE43062@phenom.ffwll.local \
    --to=daniel@ffwll.ch \
    --cc=daniel.vetter@intel.com \
    --cc=igt-dev@lists.freedesktop.org \
    --cc=noralf@tronnes.org \
    --cc=ville.syrjala@linux.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.