From: Daniel Vetter <daniel@ffwll.ch>
To: David Herrmann <dh.herrmann@gmail.com>
Cc: Intel Graphics Development <intel-gfx@lists.freedesktop.org>,
"dri-devel@lists.freedesktop.org"
<dri-devel@lists.freedesktop.org>
Subject: Re: [PATCH 09/10] i915: add DP 1.2 MST support (v0.3)
Date: Wed, 14 May 2014 10:23:55 +0200 [thread overview]
Message-ID: <20140514082355.GC8790@phenom.ffwll.local> (raw)
In-Reply-To: <CANq1E4RUqrgGjJb9ebGWMei6xQrwm7Q_-iZgVrfR3MtSWUPtLg@mail.gmail.com>
On Wed, May 14, 2014 at 08:05:11AM +0200, David Herrmann wrote:
> Hi
>
> On Wed, May 14, 2014 at 2:03 AM, Dave Airlie <airlied@gmail.com> wrote:
> > Since any objects you get with find are only valid under mode_config.mutex,
> > yes some drivers mess this up, but they should be fixed.
>
> Didn't know that we have such a rule. Then it's fine, of course. The
> page-flip code is what worried me, but drivers ought to cancel that
> when destroying connectors, anyway.
i915 cancels/stalls for any pageflips when we switch off the crtc, so I
think we should be fine.
And the above rule is for all modeset objects except framebuffers, since
those are separately protected with refcounting and you don't even need
the big mode_config mutex to do the idr lookup.
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
next prev parent reply other threads:[~2014-05-14 8:24 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-05-12 6:46 [RFC] DisplayPort MST v0.3 Dave Airlie
2014-05-12 6:46 ` [PATCH 01/10] drm/dp_helper: add defines for DP 1.2 and MST support Dave Airlie
2014-05-13 8:51 ` Jingoo Han
2014-05-12 6:46 ` [PATCH 02/10] drm: add DP MST encoder type Dave Airlie
2014-05-12 6:46 ` [PATCH 03/10] drm/i915: add some registers need for displayport MST support Dave Airlie
2014-05-12 6:46 ` [PATCH 04/10] drm/crtc: add interface to reinitialise the legacy mode group Dave Airlie
2014-05-13 8:26 ` Thierry Reding
2014-05-13 10:15 ` Daniel Vetter
2014-05-12 6:46 ` [PATCH 05/10] drm: add a path blob property Dave Airlie
2014-05-13 8:25 ` Thierry Reding
2014-05-12 6:46 ` [PATCH 06/10] drm/helper: add Displayport multi-stream helper (v0.3) Dave Airlie
2014-05-12 6:46 ` [PATCH 07/10] i915: split some DP modesetting code into a separate function Dave Airlie
2014-05-12 6:46 ` [PATCH 08/10] drm/i915: check connector->encoder before using it Dave Airlie
2014-05-12 6:46 ` [PATCH 09/10] i915: add DP 1.2 MST support (v0.3) Dave Airlie
2014-05-13 7:18 ` David Herrmann
2014-05-14 0:03 ` Dave Airlie
2014-05-14 6:05 ` David Herrmann
2014-05-14 8:23 ` Daniel Vetter [this message]
2014-05-12 6:46 ` [PATCH 10/10] i915: mst topology dumper in debugfs Dave Airlie
2014-05-13 8:33 ` Thierry Reding
2014-05-13 10:18 ` Daniel Vetter
2014-05-13 10:40 ` Thierry Reding
2014-05-12 8:25 ` [RFC] DisplayPort MST v0.3 Dave Airlie
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=20140514082355.GC8790@phenom.ffwll.local \
--to=daniel@ffwll.ch \
--cc=dh.herrmann@gmail.com \
--cc=dri-devel@lists.freedesktop.org \
--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