summaryrefslogtreecommitdiff
path: root/drivers/virtio
diff options
context:
space:
mode:
authorMario Kleiner <mario.kleiner.de@gmail.com>2015-04-07 06:31:09 +0200
committerDave Airlie <airlied@redhat.com>2015-05-11 06:02:38 +1000
commitfdb68e09bbb1c981f24608d7022c7d93cc47b326 (patch)
tree7d49633f919c23ac86b8f49d9c20845a2eab5975 /drivers/virtio
parent3790e395b8f4b66fe4e53629f304505c110a2be7 (diff)
downloadlwn-fdb68e09bbb1c981f24608d7022c7d93cc47b326.tar.gz
lwn-fdb68e09bbb1c981f24608d7022c7d93cc47b326.zip
drm: Zero out invalid vblank timestamp in drm_update_vblank_count.
Since commit 844b03f27739135fe1fed2fef06da0ffc4c7a081 we make sure that after vblank irq off, we return the last valid (vblank count, vblank timestamp) pair to clients, e.g., during modesets, which is good. An overlooked side effect of that commit for kms drivers without support for precise vblank timestamping is that at vblank irq enable, when we update the vblank counter from the hw counter, we can't update the corresponding vblank timestamp, so now we have a totally mismatched timestamp for the new count to confuse clients. Restore old client visible behaviour from before Linux 3.17, but zero out the timestamp at vblank counter update (instead of disable as in original implementation) if we can't generate a meaningful timestamp immediately for the new vblank counter. This will fix this regression, so callers know they need to retry again later if they need a valid timestamp, but at the same time preserves the improvements made in the commit mentioned above. Signed-off-by: Mario Kleiner <mario.kleiner.de@gmail.com> Cc: <stable@vger.kernel.org> #v3.17+ Cc: Ville Syrjälä <ville.syrjala@linux.intel.com> Cc: Daniel Vetter <daniel@ffwll.ch> Signed-off-by: Dave Airlie <airlied@redhat.com>
Diffstat (limited to 'drivers/virtio')
0 files changed, 0 insertions, 0 deletions