Re: [RFC] [intel-gfx] :The backlight issue when KMS is used

2009-04-08 Thread yakui_zhao
On Wed, 2009-04-08 at 18:17 +0800, Thomas Renninger wrote: > Hi, > > We have these interfaces: > - vendor specific implementation > (mostly in drivers/platform/x86/vendor-laptop.c) > - ACPI generic backlight only > - Opregion (this is the KMS/i915 interface you are talking about > or

Re: A17 tiling series V2

2009-04-08 Thread Chris Wilson
On Wed, 2009-04-08 at 11:05 -0700, Eric Anholt wrote: > Here's the pair of patches I've got to make A17-afflicted machines do tiling. > I've created regression tests for swapping tiled objects and for pread on > tiled objects, and I'm at 1/10 failures in intel-gpu-tools, or 0/10 if I > disable BO r

[git pull] Fixes for 2.6.30-rc1

2009-04-08 Thread Eric Anholt
The following changes since commit 8fe74cf053de7ad2124a894996f84fa890a81093: Linus Torvalds (1): Merge branch 'for-linus' of git://git.kernel.org/.../viro/vfs-2.6 are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/anholt/drm-intel drm-intel-next I h

[PATCH 2/2] drm/i915: Allow tiling of objects with bit 17 swizzling by the CPU.

2009-04-08 Thread Eric Anholt
Save the bit 17 state of the pages when freeing the page list, and reswizzle them if necessary when rebinding the pages (in case they were swapped out). Since we have userland with expectations that the swizzle enums let it pread and pwrite contents accurately, we can't expose a new swizzle enum f

A17 tiling series V2

2009-04-08 Thread Eric Anholt
Here's the pair of patches I've got to make A17-afflicted machines do tiling. I've created regression tests for swapping tiled objects and for pread on tiled objects, and I'm at 1/10 failures in intel-gpu-tools, or 0/10 if I disable BO reuse (appears to be a bug in fencing on objects getting reused

[PATCH 1/2] drm/i915: Correctly set the write flag for get_user_pages in pread.

2009-04-08 Thread Eric Anholt
Otherwise, the results of our read didn't show up when we were faulting in the page being read into (as happened with a testcase reading into a big stack area). Likely accounts for some conformance test failures. Signed-off-by: Eric Anholt --- drivers/gpu/drm/i915/i915_gem.c |2 +- 1 files

Re: ttm_bo_move_accel_cleanup unreserve bug ?

2009-04-08 Thread Jerome Glisse
On Wed, 2009-04-08 at 16:47 +0200, Thomas Hellstrom wrote: > Jerome Glisse wrote: > > Hi Thomas, > > > > I think we should not ttm_bo_unreserve the bo in > > ttm_bo_move_accel_cleanup i am seeing double unreserve > > which likely lead to kernel list corruption and i > > think it's due to that one (

Re: [PATCH] Remove code for tracking per-drawable cliprects.

2009-04-08 Thread Kristian Høgsberg
On Wed, Apr 08, 2009 at 09:29:04AM -0400, Kristian Høgsberg wrote: > On Wed, 2009-04-08 at 04:11 +0100, Dave Airlie wrote: > > > > Do you want to pick it up then or do you want Dave to take it? > > > > > > Since it wasn't in my driver, I was assuming airlied would pick it up. > > > > Yup I'll gra

[Bug 12778] suspend regression from 29rc5 to 29rc6

2009-04-08 Thread bugzilla-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=12778 --- Comment #13 from Martin Pitt 2009-04-08 16:49:53 --- My instance of that problem has now finally been tracked down, it was caused by the patch in http://bugzilla.kernel.org/show_bug.cgi?id=12950 . We reverted this in Ubuntu, and suspend w

Re: ttm_bo_move_accel_cleanup unreserve bug ?

2009-04-08 Thread Thomas Hellstrom
Jerome Glisse wrote: > Hi Thomas, > > I think we should not ttm_bo_unreserve the bo in > ttm_bo_move_accel_cleanup i am seeing double unreserve > which likely lead to kernel list corruption and i > think it's due to that one (i am checking through > printk but the log is enormous and my script is

Re: [PATCH] Remove code for tracking per-drawable cliprects.

2009-04-08 Thread Kristian Høgsberg
On Wed, 2009-04-08 at 04:11 +0100, Dave Airlie wrote: > > > Do you want to pick it up then or do you want Dave to take it? > > > > Since it wasn't in my driver, I was assuming airlied would pick it up. > > Yup I'll grab it, I was going to leave it for the next merge window as I > dislike doing a

Re: [RFC] [intel-gfx] :The backlight issue when KMS is used

2009-04-08 Thread Richard Purdie
On Wed, 2009-04-08 at 12:17 +0200, Thomas Renninger wrote: > Matthew and Jesse are looking for following approach: > Let all drivers try to register for the generic backlight interface. > As we do not know which driver will get loaded first, you want to > detect whether another driver already regi

Re: [RFC] [intel-gfx] :The backlight issue when KMS is used

2009-04-08 Thread Thomas Renninger
Hi, We have these interfaces: - vendor specific implementation (mostly in drivers/platform/x86/vendor-laptop.c) - ACPI generic backlight only - Opregion (this is the KMS/i915 interface you are talking about or is there another abstraction?) - Possibly other graphics card specific c

Re: [RFC] [intel-gfx] :The backlight issue when KMS is used

2009-04-08 Thread Thomas Renninger
On Tuesday 07 April 2009 10:48:22 Zhang Rui wrote: > CC Thomas, Len and linux-acpi mail list. > > On Tue, 2009-04-07 at 16:22 +0800, Matthew Garrett wrote: > > On Tue, Apr 07, 2009 at 04:20:34PM +0800, Zhang Rui wrote: > > > > > All subsystems can register a set of callbacks for backlight control