[Intel-gfx] [PATCH] drm/i915: Honor sync polarity from VBT panel timing descriptors

2010-05-28 Thread Adam Jackson
I'm actually kind of shocked that it works at all otherwise. Signed-off-by: Adam Jackson --- drivers/gpu/drm/i915/intel_bios.c | 10 ++ 1 files changed, 10 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_bios.c b/drivers/gpu/drm/i915/intel_bios.c index 4c748d8..

Re: [Intel-gfx] [PATCH] libdrm execute on different ring buffer

2010-05-28 Thread Eric Anholt
On Fri, 28 May 2010 13:55:37 +0800, Zou Nan hai wrote: > introduce an new API for command to execute on > different ring buffer. > This is need for VAAPI to decode H.264 on > BSD ring buffer How do you detect that the kernel supports the new path? You need to be doing a getparam or something to

Re: [Intel-gfx] [PATCH 1/2] drm/i915: Fix PIPE_CONTROL command on Sandybridge

2010-05-28 Thread Eric Anholt
On Thu, 27 May 2010 10:26:42 +0800, Zhenyu Wang wrote: > Sandybridge(Gen6) has new format for PIPE_CONTROL command, > the flush and post-op control are in dword 1 now. This > changes command length field for difference between Ironlake > and Sandybridge. > > I tried to test this with noop request

Re: [Intel-gfx] [RFC PATCH] agp/intel: Fix cache control for Sandybridge

2010-05-28 Thread Eric Anholt
On Thu, 27 May 2010 10:55:10 +0800, Zhenyu Wang wrote: > Sandybridge GTT has new cache control bits in PTE, which controls > graphics page cache in LLC or LLC/MLC. This one trys to setup a > new gtt driver for Gen6, and using new type mask function for that. > And this sets cache control to always

Re: [Intel-gfx] [PATCH 1/2] drm/i915: Use non-atomic kmap for slow copy paths

2010-05-28 Thread Eric Anholt
On Thu, 27 May 2010 14:15:34 +0100, Chris Wilson wrote: > As we do not have a requirement to be atomic and avoid sleeping whilst > performing the slow copy for shmem based pread and pwrite, we can use > kmap instead, thus simplifying the code. > > Signed-off-by: Chris Wilson Applied this serie

Re: [Intel-gfx] [PATCH] drm/i915: Avoid moving from CPU domain during pwrite

2010-05-28 Thread Eric Anholt
On Thu, 27 May 2010 14:21:01 +0100, Chris Wilson wrote: > We can avoid an early clflush when pwriting if we use the current CPU > write domain rather than moving the object to the GTT domain for the > purposes of the pwrite. This has the advantage of not flushing the > presumably hot data that we

Re: [Intel-gfx] [PATCH 11/11] drm/i915: Cleanup after failed initialization of ringbuffers

2010-05-28 Thread Eric Anholt
On Thu, 27 May 2010 13:18:22 +0100, Chris Wilson wrote: > The callers expect us to cleanup any partially initialised structures > before reporting the error. > > Signed-off-by: Chris Wilson Applied this series. pgpyyBZHNgCia.pgp Description: PGP signature

Re: [Intel-gfx] [PATCH] drm/i915: use wake_up instead of drm wrapper.

2010-05-28 Thread Jesse Barnes
On Fri, 28 May 2010 19:55:24 +1000 Dave Airlie wrote: > On Fri, May 28, 2010 at 7:12 PM, Daniel Vetter wrote: > > On Fri, May 28, 2010 at 01:02:08PM +1000, Dave Airlie wrote: > >> This fixes a regression in the copy fb code we use to get seamless > >> startup on Fedora/RHEL, without this fix, we

Re: [Intel-gfx] [intel-gfx][PATCH] intel: add a new interface drm_intel_bo_alloc_direct

2010-05-28 Thread Daniel Vetter
On Tue, May 25, 2010 at 01:06:50PM +0800, Xiang, Haihao wrote: > This interface is the same as drm_intel_bo_alloc except the allocated > size isn't rounded up, so it bypasses the cache bucket. > > The size of the BO created by drm_intel_bo_alloc for a 1920x800,4:2:0 YUV > planar surface is 4M, it

[Intel-gfx] udev eats cpu on ubuntu

2010-05-28 Thread Alexander E. Patrakov
On my Ubuntu 10.04 desktop at work (kernel: 2.6.32-22-generic), udev eats too much CPU (7%). That's with a Firefox with a few tabs (including one with a flash-based web radio), Evolution, Gnome-Terminal and gedit, without desktop effects. I haven't noticed anything similar with my home Gentoo deskt

Re: [Intel-gfx] [PATCH] drm/i915: use wake_up instead of drm wrapper.

2010-05-28 Thread Dave Airlie
On Fri, May 28, 2010 at 7:12 PM, Daniel Vetter wrote: > On Fri, May 28, 2010 at 01:02:08PM +1000, Dave Airlie wrote: >> This fixes a regression in the copy fb code we use to get seamless >> startup on Fedora/RHEL, without this fix, we block forever in the wait >> when starting X. > > I've just che

Re: [Intel-gfx] [PATCH 2/2] drm/i915: Fix up address spaces in slow_kernel_write()

2010-05-28 Thread Chris Wilson
On Fri, 28 May 2010 11:28:50 +0200, Daniel Vetter wrote: > On Thu, May 27, 2010 at 02:15:35PM +0100, Chris Wilson wrote: > > Since we now get_user_pages() outside of the mutex prior to performing > > the copy, we kmap() the page inside the copy routine and so need to > > perform an ordinary memcpy

Re: [Intel-gfx] [PATCH 2/2] drm/i915: Fix up address spaces in slow_kernel_write()

2010-05-28 Thread Daniel Vetter
On Thu, May 27, 2010 at 02:15:35PM +0100, Chris Wilson wrote: > Since we now get_user_pages() outside of the mutex prior to performing > the copy, we kmap() the page inside the copy routine and so need to > perform an ordinary memcpy() and not copy_from_user(). Patches look sane and will definitel

Re: [Intel-gfx] [PATCH] drm/i915: use wake_up instead of drm wrapper.

2010-05-28 Thread Daniel Vetter
On Fri, May 28, 2010 at 01:02:08PM +1000, Dave Airlie wrote: > This fixes a regression in the copy fb code we use to get seamless > startup on Fedora/RHEL, without this fix, we block forever in the wait > when starting X. I've just checked latest -linus and found in include/drm/drm_os_linux.h: #d