[Bug 69723] Computer freezes with kernel 3.11.0 / 3.12-rc1 (with bug 68235's patches applied) when dpm=1 on r600g (Cayman)

: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131026/f9cb0f86/attachment.html>

Vblank timestamping improvements/fixes for Linux drm.

Hi all, this patch set for the kernel pushes the latency sensitive bits of vblank scanoutpos timestamping from the drm core into the kms drivers. A change in the locking of the intel-kms driver for Linux 3.11 made the old approach too inaccurate and also incompatible with the PREEMPT_RT realtime

[PATCH 1/4] drm: Remove preempt_disable() from vblank timestamping code.

Preemption handling will get pushed into the kms drivers in followup patches, to make timestamping more robust and PREEMPT_RT friendly. Signed-off-by: Mario Kleiner --- drivers/gpu/drm/drm_irq.c |7 --- 1 file changed, 7 deletions(-) diff --git a/drivers/gpu/drm/drm_irq.c

[PATCH 2/4] drm: Push latency sensitive bits of vblank scanoutpos timestamping into kms drivers.

A change in locking of some kms drivers (currently intel-kms) make the old approach too inaccurate and also incompatible with the PREEMPT_RT realtime kernel patchset. The driver->get_scanout_position() method of intel-kms now needs to aquire a spinlock, which clashes badly with the former

[PATCH 3/4] drm/radeon: Push get_scanout_position() timestamping into kms driver.

Move the ktime_get() clock readouts and potential preempt_disable() calls from drm core into kms driver to make it compatible with the api changes in the drm core. This should not introduce any change in functionality or behaviour in radeon-kms, just a reshuffling of code. Signed-off-by: Mario

[PATCH 4/4] drm/intel: Push get_scanout_position() timestamping into kms driver.

Move the ktime_get() clock readouts and potential preempt_disable() calls from drm core into kms driver to make it compatible with the api changes in the drm core. The intel-kms driver needs to take the uncore.lock inside i915_get_crtc_scanoutpos() and intel_pipe_in_vblank(). This is incompatible

[Bug 70891] New: CL_INVALID_BUILD_OPTIONS results in CL_INVALID_DEVICE when asking for build log

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131026/9db30457/attachment.html>

[Bug 70891] CL_INVALID_BUILD_OPTIONS results in CL_INVALID_DEVICE when asking for build log

ing this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131026/510ed5ac/attachment.html>

[Bug 70891] CL_INVALID_BUILD_OPTIONS results in CL_INVALID_DEVICE when asking for build log

|.org| -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131026/61365ded/attachment.html>

[Bug 69675] audio broken in 24Hz/24p since 3.11 (regression)

Tom Yan --- *** Bug 70660 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131

[Bug 67723] Resume from s2ram doesn't work with radeon.dpm=1

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20131026/61f3ded4/attachment.html>

[Bug 69675] audio broken in 24Hz/24p since 3.11 (regression)

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20131026/5d6b6057/attachment.html>