From: Mario Kleiner <mario.kleiner.de@gmail.com>
To: "Michel Dänzer" <michel@daenzer.net>
Cc: alexander.deucher@amd.com, daniel.vetter@ffwll.ch,
vbabka@suse.cz, dri-devel@lists.freedesktop.org,
christian.koenig@amd.com
Subject: Re: [PATCH 1/2] drm/radeon: Use drm_vblank_off/on to fix vblank counter trouble.
Date: Thu, 21 Jan 2016 10:16:01 +0100 [thread overview]
Message-ID: <56A0A1D1.3000905@gmail.com> (raw)
In-Reply-To: <56A095E7.8030303@daenzer.net>
On 01/21/2016 09:25 AM, Michel Dänzer wrote:
> On 21.01.2016 17:16, Mario Kleiner wrote:
>>
>> This patch replaces calls to drm_vblank_pre/post_modeset in the
>> drivers dpms code with calls to drm_vblank_off/on, as recommended
>> for drivers with hw counters that reset to zero during modeset.
>
> Sounds like you fell for the drm_vblank_on/off propaganda. :( This was
> working fine with drm_vblank_pre/post_modeset, that it broke is simply a
> regression.
>
I agree with you that pre/post modeset breakage is a regression. It's
just that i stumbled over the on/off stuff while searching for a
solution and the other sort of hacks i could think of looked similar or
more convoluted/hacky/fragile to me. And they probably wouldn't solve
that other small race i found as easily - I don't think it's likely to
happen (often/at all?) in practice, but i have trouble "forgetting"
about its existence now.
>
> I'm not against switching to drm_vblank_on/off for 4.6, but it's not a
> solution for older kernels.
>
>
Linux 4.4 is an especially important stable kernel for me because it's
supposed to be the standard distro kernel for Ubuntu 16.04-LTS and
siblings/derivatives (Linux Mint) for up to the next 5 years. Having
many of my neuroscience users ending on that kernel as their very first
impression of Linux with something potentially broken in vblank land
scares me. The reliability of timing/timestamping stuff is
super-important for them, at the same time hand-holding many of them
through non-standard kernel upgrades would be so much not fun. Just to
say i'm probably way too biased wrt. what solution for this should get
backported into an older kernel.
Anyway, urgently need to sleep.
-mario
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
next prev parent reply other threads:[~2016-01-21 9:16 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-01-21 8:16 [PATCH 1/2] drm/radeon: Use drm_vblank_off/on to fix vblank counter trouble Mario Kleiner
2016-01-21 8:25 ` Michel Dänzer
2016-01-21 9:16 ` Mario Kleiner [this message]
2016-01-21 20:12 ` Ville Syrjälä
2016-01-22 3:17 ` Michel Dänzer
2016-01-22 17:08 ` Mario Kleiner
2016-02-07 11:05 ` Vlastimil Babka
2016-02-07 11:59 ` Mario Kleiner
2016-02-08 1:58 ` Mario Kleiner
2016-02-08 10:10 ` Vlastimil Babka
2016-01-21 10:24 ` Vlastimil Babka
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=56A0A1D1.3000905@gmail.com \
--to=mario.kleiner.de@gmail.com \
--cc=alexander.deucher@amd.com \
--cc=christian.koenig@amd.com \
--cc=daniel.vetter@ffwll.ch \
--cc=dri-devel@lists.freedesktop.org \
--cc=michel@daenzer.net \
--cc=vbabka@suse.cz \
/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.