Re: [Intel-gfx] [PATCH] drm/i915/pch: Use minimal number of FDI lanes (v2)

2010-04-13 Thread Zhenyu Wang
On 2010.04.12 11:38:44 -0400, Adam Jackson wrote: > This should be a small power savings. Tested on Lenovo T410 (Ironlake), LVDS > VGA and DisplayPort, up to 1920x1200R. > > v2: Add Sandybridge support, fix obvious math error. Tested on Sandybridge/CPT, no regression found, but didn't do power sa

Re: [Intel-gfx] [PATCH 0/6] make gem_object embedable and convert i915 driver

2010-04-13 Thread Eric Anholt
On Tue, 13 Apr 2010 15:33:05 +1000, Dave Airlie wrote: > On Tue, Apr 13, 2010 at 5:19 AM, Daniel Vetter wrote: > > On Mon, Apr 12, 2010 at 10:51:20AM -0700, Eric Anholt wrote: > >> On Fri,  9 Apr 2010 21:05:03 +0200, Daniel Vetter > >> wrote: > >> > Daniel Vetter (6): > >> >   drm: extract drm_

Re: [Intel-gfx] [PATCH 1/3] drm/i915: Unbind the bo if the user requests a different alignment

2010-04-13 Thread Eric Anholt
On Mon, 12 Apr 2010 18:23:22 +0100, Chris Wilson wrote: > On Mon, 12 Apr 2010 10:10:22 -0700, Eric Anholt wrote: > > On Sun, 4 Apr 2010 22:35:19 +0100, Chris Wilson > > wrote: > > > If the buffer is currently bound and does not meet the requested > > > alignment, then unbind it and repin. > >

[Intel-gfx] [PATCH 7/8] agp/intel-gtt: kill intel_i830_tlbflush

2010-04-13 Thread Daniel Vetter
We don't use the generic insert/remove_memory functions that require this. So kill this useless code. Signed-off-by: Daniel Vetter --- drivers/char/agp/intel-gtt.c | 16 1 files changed, 0 insertions(+), 16 deletions(-) diff --git a/drivers/char/agp/intel-gtt.c b/drivers/char

[Intel-gfx] [PATCH 8/8] agp/intel-gtt: kill previous_size assignments

2010-04-13 Thread Daniel Vetter
Not needed for the GTT and inconsistent: Sometimes the _new_ size was stored there ... Signed-off-by: Daniel Vetter --- drivers/char/agp/intel-gtt.c | 13 + 1 files changed, 5 insertions(+), 8 deletions(-) diff --git a/drivers/char/agp/intel-gtt.c b/drivers/char/agp/intel-gtt.c in

[Intel-gfx] [PATCH 5/8] agp/intel: split out gmch/gtt probe, part 1

2010-04-13 Thread Daniel Vetter
This is essentially the last piece of code that's tying intel-gtt.c to intel-agp.c. Extract the probe code into it's own function so that it can be moved to intel-gtt.c. This requires some slight changes in the ordering of device probe function. This patch just implements that for better bisectabi

[Intel-gfx] [PATCH 4/8] drm/intel: kill mutli_gmch_chip

2010-04-13 Thread Daniel Vetter
Always zero, i.e. unused. Signed-off-by: Daniel Vetter --- drivers/char/agp/intel-agp.c | 107 - 1 files changed, 52 insertions(+), 55 deletions(-) diff --git a/drivers/char/agp/intel-agp.c b/drivers/char/agp/intel-agp.c index 10f72db..b5cb192 100644 ---

[Intel-gfx] [PATCH 3/8] agp/intel: uncoditionally reconfigure driver on resume

2010-04-13 Thread Daniel Vetter
Only two drivers were not in this table (7505 and g33), both non-mobile chipsets. So they were most likely just missing. This is another step to untangle the gtt from the agp driver. Signed-off-by: Daniel Vetter --- drivers/char/agp/intel-agp.c | 17 + 1 files changed, 1 insert

[Intel-gfx] [PATCH 1/8] agp/intel: introduce intel-agp.h header file

2010-04-13 Thread Daniel Vetter
Intel definitions have spilled into agp.h. Create a header file for them and also include it in efficion-agp.c 'cause it needs a few of them. Signed-off-by: Daniel Vetter --- drivers/char/agp/agp.h | 80 - drivers/char/agp/efficeon-agp.c |1 + drivers/char/agp/intel-ag

[Intel-gfx] [PATCH 0/8] split intel-agp.c into gtt and agp port driver - rebased

2010-04-13 Thread Daniel Vetter
Hi Eric, As discussed on irc, here's my intel-agp splitup series (minus the patch you've already merged, obviously). Rebased on top of latest drm-intel-next, no other changes (save two spelling fixes). Please review and merge. Thanks, Daniel Daniel Vetter (8): agp/intel: introduce intel-agp.h

Re: [Intel-gfx] [PATCH 2/2] x86 platform driver: intelligent power sharing driver

2010-04-13 Thread Jesse Barnes
On Tue, 13 Apr 2010 21:24:53 +0200 Pavel Machek wrote: > Hi! > > > Intel Core i3/5 platforms with integrated graphics support both CPU and > > GPU turbo mode. CPU turbo mode is opportunistic: the CPU will use any > > available power to increase core frequencies if thermal headroom is > > availa