On Tue, Jan 31, 2012 at 09:46:14AM +0100, Daniel Vetter wrote:
On Mon, Jan 30, 2012 at 03:07:40PM -0800, AW wrote:
Is it possible that this
https://bugzilla.kernel.org/show_bug.cgi?id=42691
is caused by the intel graphix driver?
This does not crash:
1. reboot
2. log in+out again
Atechsystem Atechsystem at freenet.de writes:
Hello,
I’ve written an email to Haihao Xiang regarding the “no deinterlacing” bug on
Clarkdale a week ago and he answered today. He will check this issue. I’ll hope
he can fix it. Will the extended vaapi-ext deinterlacers (temporal or
From: Wu Fengguang fengguang...@intel.com
On DP monitor hot remove, clear DP_AUDIO_OUTPUT_ENABLE accordingly,
so that the audio driver will receive hot plug events and take action
to refresh its device state and ELD contents.
Note that the DP_AUDIO_OUTPUT_ENABLE bit may be enabled or disabled
From: Daniel Vetter daniel.vet...@ffwll.ch
Otherwise hangcheck spuriously fires when running blitter/bsd-only
workloads.
Contrary to a similar patch by Ben Widawsky this does not check
INSTDONE of the other rings. Chris Wilson implied that in a failure to
detect a hang, most likely because
From: Rodrigo Vivi rodrigo.v...@gmail.com
TV Out refresh rate was half of the specification for almost all modes.
Due to this reason pixel clock was so low for some modes causing flickering
screen.
Upstream patch:
commit 23bd15ec662344dc10e9918fdd0dbc58bc71526d
Author: Rodrigo Vivi
We don't need to check 3rd pipe specifically, as it shares PLL with some
other one.
(v2 - for stable kernel: clarify bug description to explain that this
fixes suspend when 3rd pipe is active - fd.o bug #41977).
Upstream commit:
commit 07c1e8c1462fa7324de4c36ae9e55da2abd79cee
Author: Eugeni
From: Daniel Vetter dan...@ffwll.ch
This was forgotten in the original multi-threaded forcewake
conversion:
commit 8d715f0024f64ad1b1be85d8c081cf577944c847
Author: Keith Packard keithp at keithp.com
Date: Fri Nov 18 20:39:01 2011 -0800
drm/i915: add multi-threaded forcewake support
From: Daniel Vetter daniel.vet...@ffwll.ch
The problem this patch solves is that the forcewake accounting
necessary for register reads is protected by dev-struct_mutex. But the
hangcheck and error_capture code need to access registers without
grabbing this mutex because we hold it while waiting
Hi folks,
i am not sure whether this issue belongs to the libva mailinglist or
this one. I'll give it a try :-)
For testing purpose I switched to vaapi-ext branch of intel-driver and
libva (master is working fine).
I am using xine-lib-vaapi for playback with xine which uses a vaapi
On Mon, Jan 30, 2012 at 04:55:49PM +0100, Daniel Vetter wrote:
Chris Wilson reported that with a bunch of patches to no longer force
batchbuffer (in most cases at least) into the mappable part of gtt
that his Pineview died while prefetching the last page of the gtt.
Turns out that since my
On Wed, Dec 14, 2011 at 04:46:48PM -0200, Eugeni Dodonov wrote:
On Wed, Dec 14, 2011 at 10:57, Daniel Vetter daniel.vet...@ffwll.ch wrote:
From: Chris Wilson ch...@chris-wilson.co.uk
As the buffer is not necessarily accessible through the GTT at the time
of a GPU hang, and capturing
These are all user-trigerable, so tune down their loudness a notch.
For some of these we have i-g-t tests (because they prevent
newly-discovered bugs), without this patches running the test suite
leaves behind a dirty dmesg.
Signed-Off-by: Daniel Vetter daniel.vet...@ffwll.ch
---
On Tue, 31 Jan 2012 21:08:14 +0100, Daniel Vetter daniel.vet...@ffwll.ch
wrote:
These are all user-trigerable, so tune down their loudness a notch.
For some of these we have i-g-t tests (because they prevent
newly-discovered bugs), without this patches running the test suite
leaves behind a
Hi,
I know what is the problem. For some reason, the native pixel format
for MPEG-2 decoding on Clarkdale is I420, however the input pixel format
of deinterlacing is NV12 in the driver, so the driver doesn't support
deinterlacing for MPEG-2 on Clardale. We will try to fix this issue but
don't
On Tue, 2012-01-31 at 17:32 +0100, Christoph Evers wrote:
Hi folks,
i am not sure whether this issue belongs to the libva mailinglist or
this one. I'll give it a try :-)
You can send all VAAPI related mail to li...@lists.freedesktop.org
For testing purpose I switched to vaapi-ext branch
15 matches
Mail list logo
