From: "Ser, Simon" <simon.ser@intel.com>
To: "daniel.vetter@ffwll.ch" <daniel.vetter@ffwll.ch>
Cc: "igt-dev@lists.freedesktop.org" <igt-dev@lists.freedesktop.org>
Subject: Re: [igt-dev] [PATCH RFC i-g-t] tests/kms_chamelium: disable output when resetting state
Date: Thu, 11 Jul 2019 12:47:00 +0000 [thread overview]
Message-ID: <e0afdc3cffb658a90ed2e42bbefdb8f71c8c2eae.camel@intel.com> (raw)
In-Reply-To: <CAKMK7uFzmtz_NPubMuHvzHgH4yH1qNTR9fGmELTkvKWcKE6xnQ@mail.gmail.com>
On Thu, 2019-07-11 at 14:40 +0200, Daniel Vetter wrote:
> On Thu, Jul 11, 2019 at 1:11 PM Simon Ser <simon.ser@intel.com> wrote:
> > Quoting Imre from the bug comments:
> >
> > > If unplugging a DP-alt display while there is an active modeset on it, and
> > > then replugging the DP-alt display, the HW/FW/driver won't signal the
> > > corresponding plug-in hotplug event until the mode is disabled.
> > >
> > > The failing tests do this:
> > >
> > > - <have the output enabled>
> > > - unplug the display, keeping the output enabled
> > > - wait/poll for the disconnect status -> success
> > > - replug the display, while the output is still enabled
> > > - wait/poll for the connect status -> fail
> > >
> > > This sequence is not supported with DP-alt sinks (like the USB-C to HDMI
> > > dongle), as I described above.
> >
> > This patch changes reset_state to disable the output before unplugging the
> > connector (via chamelium_reset).
> >
> > Signed-off-by: Simon Ser <simon.ser@intel.com>
> > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=111045
> > ---
> >
> > This is just a RFC to check that the root issue is what we think it is.
>
> Yeah we can't merge this, this would completely break the hotunplug
> usecase, which is:
> 1. user yanks cable
> 2. desktop reacts to hotunplug and shuts down the screen
Would disabling the screen after the drmModeConnector says it's
disconnected be better?
> If the hw can't do a hotunplug while there's an active mode, then we
> have a chicken&egg situation, and we need to resort to some form of
> polling (hooray). Hotunplug better work if the display is on.
TBH I'm not sure why it's so important to have all tests keep the mode
active during an unplug-replug sequence.
> Historical aside: Polling is disabled on may old VGA outputs because
> the polling can result in screen flickering/corruption. But hw got
> better, so even VGA managed to handle hotunplug correctly. No DE (or
> user fwiw) assumes nowadays that hotunplug is broken.
> -Daniel
>
> > tests/kms_chamelium.c | 7 +++++++
> > 1 file changed, 7 insertions(+)
> >
> > diff --git a/tests/kms_chamelium.c b/tests/kms_chamelium.c
> > index b749b5598c1d..f538ad394480 100644
> > --- a/tests/kms_chamelium.c
> > +++ b/tests/kms_chamelium.c
> > @@ -216,6 +216,13 @@ static void
> > reset_state(data_t *data, struct chamelium_port *port)
> > {
> > int p;
> > + drmModeConnector *connector;
> > + igt_output_t *output;
> > +
> > + connector = chamelium_port_get_connector(data->chamelium, port, false);
> > + output = igt_output_from_connector(&data->display, connector);
> > + igt_output_set_pipe(output, PIPE_NONE);
> > + igt_display_commit2(&data->display, COMMIT_ATOMIC);
> >
> > chamelium_reset(data->chamelium);
> >
> > --
> > 2.22.0
> >
> > _______________________________________________
> > igt-dev mailing list
> > igt-dev@lists.freedesktop.org
> > https://lists.freedesktop.org/mailman/listinfo/igt-dev
>
>
_______________________________________________
igt-dev mailing list
igt-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/igt-dev
next prev parent reply other threads:[~2019-07-11 12:47 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-07-11 11:11 [igt-dev] [PATCH RFC i-g-t] tests/kms_chamelium: disable output when resetting state Simon Ser
2019-07-11 12:40 ` Daniel Vetter
2019-07-11 12:47 ` Ser, Simon [this message]
2019-07-11 13:14 ` Daniel Vetter
2019-07-12 13:12 ` Imre Deak
2019-07-15 9:33 ` Daniel Vetter
2019-08-14 14:04 ` Ser, Simon
2019-08-14 12:27 ` Ser, Simon
2019-08-14 12:28 ` Ser, Simon
2019-07-11 15:41 ` [igt-dev] ✗ Fi.CI.BAT: failure for " 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=e0afdc3cffb658a90ed2e42bbefdb8f71c8c2eae.camel@intel.com \
--to=simon.ser@intel.com \
--cc=daniel.vetter@ffwll.ch \
--cc=igt-dev@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