[Intel-gfx] [PATCH v3] drm/i915: fix color order for BGR formats on IVB

2012-08-23 Thread Vijay Purushothaman
This is already fixed for ILK and SNB in the below commit but somehow IVB is missed. commit ab2f9df10dd955f1fc0a8650e377588c98f1c029 Author: Jesse Barnes jbar...@virtuousgeek.org Date: Mon Feb 27 12:40:10 2012 -0800 drm/i915: fix color order for BGR formats on SNB Had

[Intel-gfx] Unable to set a resolution of 800 × 600, start startx when there are information

2012-08-23 Thread du81692468
du81692468 发件人: du81692468 发送时间: 2012-08-22 14:41 收件人: xorg 主题: help Hello, System Environment: fedora 14 intel driver version: xf86-video-intel-2.17.0 Graphics: onboard intel graphics + NVIDIA Screen: 3 Unable to set a resolution of 800 × 600, start startx when there

Re: [Intel-gfx] [PATCH] i915: use alloc_ordered_workqueue() instead of explicit UNBOUND w/ max_active = 1

2012-08-23 Thread Chris Wilson
On Wed, 22 Aug 2012 16:40:57 -0700, Tejun Heo t...@kernel.org wrote: This is an equivalent conversion and will ease scheduled removal of WQ_NON_REENTRANT. Signed-off-by: Tejun Heo t...@kernel.org Reviewed-by: Chris Wilson ch...@chris-wilson.co.uk -Chris -- Chris Wilson, Intel Open Source

[Intel-gfx] [PATCH 1/3] drm/i915: Use a non-blocking wait for set-to-domain ioctl

2012-08-23 Thread Chris Wilson
The principal use for set-to-domain is for userspace to serialise operations with a particular buffer, for example to maintain coherency with a CPU map or to ratelimit its rendering by waiting on all previous operations before continuing. As such we tend to hold the struct_mutex for long periods

[Intel-gfx] [PATCH 2/3] drm/i915: Use cpu relocations if the object is in the GTT but not mappable

2012-08-23 Thread Chris Wilson
This prevents the case of unbinding the object in order to process the relocations through the GTT and then rebinding it only to then proceed to use cpu relocations as the object is now in the CPU write domain. By choosing to use cpu relocations up front, we can therefore avoid the rebind penalty.

[Intel-gfx] [PATCH 3/3] drm/i915: Avoid unbinding due to an interrupted pin_and_fence during execbuffer

2012-08-23 Thread Chris Wilson
If we need to stall in order to complete the pin_and_fence operation during execbuffer reservation, there is a high likelihood that the operation will be interrupted by a signal (thanks X!). In order to simplify the cleanup along that error path, the object was unconditionally unbound and the

Re: [Intel-gfx] [PATCH 00/58] modeset-rework, the basic conversion

2012-08-23 Thread Lespiau, Damien
On Wed, Aug 22, 2012 at 10:21 PM, Daniel Vetter dan...@ffwll.ch wrote: Please test the for-damien branch in my personal fdo git repo. I'm rather positive that the patch there should fix this (but in the least it should unearth the real culprit). The branch works, but so does HEAD^ on that

[Intel-gfx] [PATCH 1/3] intel_reg_dumper: Fix pipe name in comment

2012-08-23 Thread Damien Lespiau
From: Damien Lespiau damien.lesp...@intel.com What seems to be a copy/paste typo. Signed-off-by: Damien Lespiau damien.lesp...@intel.com --- tools/intel_reg_dumper.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tools/intel_reg_dumper.c b/tools/intel_reg_dumper.c index

[Intel-gfx] [PATCH 2/3] intel_reg_dumper: Dump FDI_RX_DEBUG registers

2012-08-23 Thread Damien Lespiau
From: Damien Lespiau damien.lesp...@intel.com This reports which lanes are locked. Signed-off-by: Damien Lespiau damien.lesp...@intel.com --- lib/intel_reg.h | 8 tools/intel_reg_dumper.c | 21 + 2 files changed, 29 insertions(+) diff --git

[Intel-gfx] [PATCH 3/3] intel_reg_dumper: Dump FDI_RX_DEBUG2 registers

2012-08-23 Thread Damien Lespiau
From: Damien Lespiau damien.lesp...@intel.com This register gives information about which lanes are symbol locked along with a bunch of possible training failures. Signed-off-by: Damien Lespiau damien.lesp...@intel.com --- lib/intel_reg.h | 36 +

[Intel-gfx] [PATCH] intel_reg_dumper: Decode TP1 to TP2 time in FDI_RX_MISC

2012-08-23 Thread Damien Lespiau
From: Damien Lespiau damien.lesp...@intel.com Signed-off-by: Damien Lespiau damien.lesp...@intel.com --- lib/intel_reg.h | 2 ++ tools/intel_reg_dumper.c | 6 +- 2 files changed, 7 insertions(+), 1 deletion(-) diff --git a/lib/intel_reg.h b/lib/intel_reg.h index fa9e866..42b684d

Re: [Intel-gfx] help

2012-08-23 Thread Dexter Filmore
Am Tuesday 21 August 2012 03:26:44 schrieb du81692468: Hello, I have a question: System Environment: fedora 14 Graphics card: intel integrated graphics + NVIDIA When I installed the xf86-video-intel-2.17.0 driver, I can not set the screen resolution of 800 * 600, when I downgraded to

[Intel-gfx] [PATCH 1/3 v4] drm/i915: Extract reading INSTDONE

2012-08-23 Thread Ben Widawsky
INSTDONE is used in many places, and it varies from generation to generation. This provides a good reason for us to extract the logic to read the relevant information. The patch has no functional change. It's prep for some new stuff. v2: move the memset inside of i915_get_extra_instdone (Jani)

Re: [Intel-gfx] [PATCH 00/58] modeset-rework, the basic conversion

2012-08-23 Thread Daniel Vetter
On Thu, Aug 23, 2012 at 01:26:39PM +0100, Lespiau, Damien wrote: On Wed, Aug 22, 2012 at 10:21 PM, Daniel Vetter dan...@ffwll.ch wrote: Please test the for-damien branch in my personal fdo git repo. I'm rather positive that the patch there should fix this (but in the least it should unearth

Re: [Intel-gfx] [PATCH] i915: use alloc_ordered_workqueue() instead of explicit UNBOUND w/ max_active = 1

2012-08-23 Thread Daniel Vetter
On Thu, Aug 23, 2012 at 12:22:27PM -0700, Tejun Heo wrote: Hello, On Thu, Aug 23, 2012 at 10:43:25AM +0200, Daniel Vetter wrote: On Thu, Aug 23, 2012 at 08:56:37AM +0100, Chris Wilson wrote: On Wed, 22 Aug 2012 16:40:57 -0700, Tejun Heo t...@kernel.org wrote: This is an equivalent

Re: [Intel-gfx] [PATCH 2/3] intel_reg_dumper: Dump FDI_RX_DEBUG registers

2012-08-23 Thread Ben Widawsky
On 2012-08-23 06:04, Damien Lespiau wrote: From: Damien Lespiau damien.lesp...@intel.com This reports which lanes are locked. Signed-off-by: Damien Lespiau damien.lesp...@intel.com --- lib/intel_reg.h | 8 tools/intel_reg_dumper.c | 21 + 2 files

Re: [Intel-gfx] [PATCH 3/3] intel_reg_dumper: Dump FDI_RX_DEBUG2 registers

2012-08-23 Thread Ben Widawsky
On 2012-08-23 06:04, Damien Lespiau wrote: From: Damien Lespiau damien.lesp...@intel.com This register gives information about which lanes are symbol locked along with a bunch of possible training failures. Signed-off-by: Damien Lespiau damien.lesp...@intel.com I don't know where a bunch of

Re: [Intel-gfx] [PATCH 07/29] drm/i915: Extract general object init routine

2012-08-23 Thread Daniel Vetter
On Sat, Aug 11, 2012 at 03:41:06PM +0100, Chris Wilson wrote: As we wish to create specialised object constructions in the near future that share the same basic GEM object struct, export the default initializer. Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk I've slurped in the 3

Re: [Intel-gfx] [PATCH 1/3] drm/i915: Use a non-blocking wait for set-to-domain ioctl

2012-08-23 Thread Daniel Vetter
On Thu, Aug 23, 2012 at 01:12:51PM +0100, Chris Wilson wrote: The principal use for set-to-domain is for userspace to serialise operations with a particular buffer, for example to maintain coherency with a CPU map or to ratelimit its rendering by waiting on all previous operations before

Re: [Intel-gfx] [PATCH 2/3] drm/i915: Use cpu relocations if the object is in the GTT but not mappable

2012-08-23 Thread Daniel Vetter
On Thu, Aug 23, 2012 at 01:12:52PM +0100, Chris Wilson wrote: This prevents the case of unbinding the object in order to process the relocations through the GTT and then rebinding it only to then proceed to use cpu relocations as the object is now in the CPU write domain. By choosing to use