Re: [Intel-gfx] Sandy Bridge Desktop - 1920x1080i interlace not working

On Wed, Jan 25, 2012 at 02:00:37AM +0100, Alfonso Fiore wrote: > On Sun, Jan 22, 2012 at 11:40 AM, Daniel Vetter wrote: > > > > Actually I only need the output of intel_reg_dumper, resolution > > doesn't really matter that much. It just needs to be a HDMI-only > > configuration that works. > > Hi

Re: [Intel-gfx] [PATCH 0/2] infinite revusion patches v9999

Revusion.  Fail. null___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx

[Intel-gfx] [PATCH 2/2] drm/i915: drm/i915: Fix recursive calls to unmap

After the ILK vt-d workaround patches it became clear that we had introduced a bug. Chris Wilson tracked down the issue to recursive calls to unmap. This happens because we try to optimize waiting on requests by calling retire requests after the wait, which may drop the last reference on an object

[Intel-gfx] [PATCH 1/2] drm/i915: argument to control retiring behavior

Sometimes it may be the case when we idle the gpu or wait on something we don't actually want to process the retiring list. This patch allows callers to choose the behavior. Reviewed-by: Keith Packard Reviewed-by: Eugeni Dodonov Signed-off-by: Ben Widawsky --- drivers/gpu/drm/i915/i915_dma.c

[Intel-gfx] [PATCH 0/2] infinite revusion patches v9999

I decided to remove the history of the patches since I expect this version to go upstream. The cover-letter serves to remind us all that this is the final version of the patches, without the clutter in the commit messages. Ben Widawsky (2): drm/i915: argument to control retiring behavior drm/i

Re: [Intel-gfx] [PATCH 2/2] drm/i915: Correct the bit number for the MI_FLUSH_ENABLE.

On 01/24/12 18:55, Eric Anholt wrote: On Sat, 21 Jan 2012 17:36:13 +0100, Daniel Vetter wrote: On Thu, Jan 19, 2012 at 10:50:06AM -0800, Eric Anholt wrote: Older specs claimed this was bit 11, but newer specs and the actual simulator code say it was bit 12. Regardless, we don't use MI_FLUSH,

Re: [Intel-gfx] [PATCH 2/2] drm/i915: drm/i915: Fix recursive calls to unmap

On 01/24/12 15:00, Keith Packard wrote: On Tue, 24 Jan 2012 14:42:03 -0800, Ben Widawsky wrote: This patch fixes gem_unref_active_buffers from i-g-t in the non-VTd case (ie. do_idle_maps forced to true). Nice, one-line fix. (if you agree with my in the previous patch, this will have to be

Re: [Intel-gfx] [PATCH 2/2] drm/i915: Correct the bit number for the MI_FLUSH_ENABLE.

On Sat, 21 Jan 2012 17:36:13 +0100, Daniel Vetter wrote: > On Thu, Jan 19, 2012 at 10:50:06AM -0800, Eric Anholt wrote: > > Older specs claimed this was bit 11, but newer specs and the actual > > simulator code say it was bit 12. Regardless, we don't use MI_FLUSH, > > or try to enable it any more

[Intel-gfx] Fedora 16, kernel 3.2.0+, i5 2500K, Z68 system freeze

Hi All, I've been hunting around for information on how to help debug the issue I'm having - Hopefully someone here can help My setup is: - ASRock Z68 Pro3 Gen3 motherboard - i5 2500K CPU - Fedora 16 - Vanilla 3.2.0+ kernel (commt ccb19d263fd1c9e34948e2158c53eacbff369344) I'm experiencing fr

Re: [Intel-gfx] Sandy Bridge Desktop - 1920x1080i interlace not working

Hi Angela, did you try with the latest patches from Peter? Peter: any idea for a next step since Angela still experienced the bug? Thank you, alfonso On Sat, Jan 21, 2012 at 11:25 AM, Angela Schmid wrote: > Hello > I tested with the patches applied. Xrandr shows the available interlaced > mod

Re: [Intel-gfx] Sandy Bridge Desktop - 1920x1080i interlace not working

On Sun, Jan 22, 2012 at 11:40 AM, Daniel Vetter wrote: > > Actually I only need the output of intel_reg_dumper, resolution > doesn't really matter that much. It just needs to be a HDMI-only > configuration that works. Hi Daniel, here are the tests: TEST-11 Only HDMI connected. TV set o

Re: [Intel-gfx] [PATCH 1/2] drm/i915: argument for deferring retirement

On Tue, Jan 24, 2012 at 20:42, Ben Widawsky wrote: > Sometimes it may be the case when we idle the gpu or wait on something > we don't actually want to process the retiring list. This patch allows > callers to choose the behavior. > > Signed-off-by: Ben Widawsky > Reviewed-by: Eugeni Dodonov

Re: [Intel-gfx] [PATCH 2/2] drm/i915: drm/i915: Fix recursive calls to unmap

On Tue, 24 Jan 2012 14:42:03 -0800, Ben Widawsky wrote: > This patch fixes gem_unref_active_buffers from i-g-t in the non-VTd > case (ie. do_idle_maps forced to true). Nice, one-line fix. (if you agree with my in the previous patch, this will have to be changed to match) Reviewed-by: Keith Pa

Re: [Intel-gfx] [PATCH 1/2] drm/i915: argument for deferring retirement

On Tue, 24 Jan 2012 14:42:02 -0800, Ben Widawsky wrote: > Sometimes it may be the case when we idle the gpu or wait on something > we don't actually want to process the retiring list. This patch allows > callers to choose the behavior. !defer_retirement sounds like a double-negative to me, might

[Intel-gfx] [PATCH 2/2] drm/i915: drm/i915: Fix recursive calls to unmap

After the ILK vt-d workaround patches it became clear that we had introduced a bug. Chris Wilson tracked down the issue to recursive calls to unmap. This happens because we try to optimize waiting on requests by calling retire requests after the wait, which may drop the last reference on an object

[Intel-gfx] [PATCH 1/2] drm/i915: argument for deferring retirement

Sometimes it may be the case when we idle the gpu or wait on something we don't actually want to process the retiring list. This patch allows callers to choose the behavior. Signed-off-by: Ben Widawsky --- drivers/gpu/drm/i915/i915_dma.c|2 +- drivers/gpu/drm/i915/i915_drv.h

Re: [Intel-gfx] [PROBLEM FOUND] Problem No HDMI when AV/TV in standby mode

On Tue, Jan 24, 2012 at 10:03:57PM +, paulo louro wrote: > > Very ugly hack, > In file ---> intel_display.c function --- > > ironlake_crtc_mode_set > temp = I915_READ(_TRANSACONF); I915_WRITE(_TRANSACONF, temp & > ~(7<<21)); > I915_WRITE( 0x60028, 0x

Re: [Intel-gfx] [PROBLEM FOUND] Problem No HDMI when AV/TV in standby mode

Very ugly hack, In file ---> intel_display.c function --- > ironlake_crtc_mode_set temp = I915_READ(_TRANSACONF); I915_WRITE(_TRANSACONF, temp & ~(7<<21)); I915_WRITE( 0x60028, 0x); //VSYNCSHIFT_A— Vertical Sync Shift Register This regis

Re: [Intel-gfx] [PATCH 2/2] drm/i915: Re-enable gen7 RC6 and GPU turbo after resume.

On Mon, 23 Jan 2012 16:14:06 -0800, Eric Anholt wrote: > Signed-off-by: Eric Anholt > Cc: sta...@vger.kernel.org I've applied this to drm-intel-fixes -- keith.pack...@intel.com pgpLcUStmh3FO.pgp Description: PGP signature ___ Intel-gfx mailing lis

Re: [Intel-gfx] [PATCH 1/2] drm/i915: Correct debugfs printout for RC1e.

On Mon, 23 Jan 2012 16:14:05 -0800, Eric Anholt wrote: > We had two things in a row claiming to be RC6. I've applied this to drm-intel-fixes -- keith.pack...@intel.com pgp6ExioN2yBO.pgp Description: PGP signature ___ Intel-gfx mailing list Intel-gf

Re: [Intel-gfx] [PATCH 2/2] drm/i915: debugfs: show semaphore registers also on gen7

On Tue, 24 Jan 2012 09:44:29 +0100, Daniel Vetter wrote: > Corresponding changes to improve our error_state are pending > some other patches to clean up things first. I've applied this to drm-intel-fixes -- keith.pack...@intel.com pgp9Wzf5B3Cgu.pgp Description: PGP signature

Re: [Intel-gfx] [PATCH 1/2] drm/i915: allow userspace forcewake references also on gen7

On Tue, 24 Jan 2012 09:44:28 +0100, Daniel Vetter wrote: > We need this to correctly access registers in the gt power well from > userspace. I've merged this and to -fixes. -- keith.pack...@intel.com pgpuG2f8so6ue.pgp Description: PGP signature ___

Re: [Intel-gfx] [PROBLEM FOUND] Problem No HDMI when AV/TV in standby mode

Hello all, I think i have found why there is a problem with my Onkyo AV when the TV/AV are in standby mode. I run the following test. Boot PC with AV/TV in standby and dump intel registers to a file TEST1Boot PC with AV/TV on and dump intel register to file TEST2Using the diff to find the diffe

Re: [Intel-gfx] [PATCH] drm/i915: [PATCH v4] drm/i915: Fix recursive calls to unmap

On Mon, 23 Jan 2012 15:11:57 -0800, Ben Widawsky wrote: > v3: As Keith Packard pointed out, v2 changed retirement behavior. While > it was intentional, it wasn't related to the bugfix, and so has been > removed. To do this, changed i915_wait_request to be a macro to assure > old behavior is kept

Re: [Intel-gfx] [PATCH 2/2] drm/i915: debugfs: show semaphore registers also on gen7

On Tue, 24 Jan 2012 09:44:29 +0100, Daniel Vetter wrote: > Corresponding changes to improve our error_state are pending > some other patches to clean up things first. Reviewed-by: Keith Packard -- keith.pack...@intel.com pgpQCCyjCyq8v.pgp Description: PGP signature

Re: [Intel-gfx] [PATCH 1/2] drm/i915: allow userspace forcewake references also on gen7

On Tue, 24 Jan 2012 09:44:28 +0100, Daniel Vetter wrote: > We need this to correctly access registers in the gt power well from > userspace. Reviewed-by: Keith Packard -- keith.pack...@intel.com pgpc10TGPRS2j.pgp Description: PGP signature ___ In

Re: [Intel-gfx] [PATCH] drm/i915: fixup assert_pipe to take the pipe A quirk into account

On Tue, Jan 24, 2012 at 10:24:21AM -0800, Jesse Barnes wrote: > On Mon, 23 Jan 2012 20:40:27 +0100 > Daniel Vetter wrote: > > > On Sat, Jan 21, 2012 at 08:36:38PM -0800, Keith Packard wrote: > > > On Sun, 22 Jan 2012 01:36:48 +0100, Daniel Vetter > > > wrote: > > > > This was completely spammin

Re: [Intel-gfx] [PATCH 1/2] drm/i915: Correct debugfs printout for RC1e.

On 01/23/2012 04:14 PM, Eric Anholt wrote: We had two things in a row claiming to be RC6. Signed-off-by: Eric Anholt --- drivers/gpu/drm/i915/i915_debugfs.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/i915/i915_debugfs.c b/drivers/gpu/drm/i915/i9

Re: [Intel-gfx] [PATCH 2/2] drm/i915: Re-enable gen7 RC6 and GPU turbo after resume.

On 01/23/2012 04:14 PM, Eric Anholt wrote: Signed-off-by: Eric Anholt Cc: sta...@vger.kernel.org --- drivers/gpu/drm/i915/i915_suspend.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/i915/i915_suspend.c b/drivers/gpu/drm/i915/i915_suspend.c index

Re: [Intel-gfx] [PATCH] drm/i915: fixup assert_pipe to take the pipe A quirk into account

On Mon, 23 Jan 2012 20:40:27 +0100 Daniel Vetter wrote: > On Sat, Jan 21, 2012 at 08:36:38PM -0800, Keith Packard wrote: > > On Sun, 22 Jan 2012 01:36:48 +0100, Daniel Vetter > > wrote: > > > This was completely spamming dmesg on my i855gm. > > > > This comes from intel_disable_pll, which want

Re: [Intel-gfx] [PATCH 2/2] drm/i915: Re-enable gen7 RC6 and GPU turbo after resume.

On Mon, 23 Jan 2012 17:52:10 -0800, Keith Packard wrote: > On Mon, 23 Jan 2012 16:14:06 -0800, Eric Anholt wrote: > > > if (IS_IRONLAKE_M(dev)) > > ironlake_disable_drps(dev); > > - if (IS_GEN6(dev)) > > + if (INTEL_INFO(dev)->gen >= 6) > > gen6_disable_rps(dev);

Re: [Intel-gfx] RGB Problem with Intel i915 driver, i3 2010T, RGB color output over HDMI

On Tue, 2012-01-24 at 15:24 +, paulo louro wrote: > Does any one has any idea if this is a problem on the EDID or inside > drm/i915? Base EDID has very little to say on the topic of colorspaces. The i915 driver is not currently capable of sending YCbCr over HDMI in any case. However HDMI co

Re: [Intel-gfx] RGB Problem with Intel i915 driver, i3 2010T, RGB color output over HDMI

Hello all, This e-mail is a continuation of my previews one regarding HDMI modeline output problems. So far with the help of Rodrigo Vivi i have manage to output the 1920x1080p@60hz mode over HDMI to my AV receiver. (To fix my previews problem i inserted the EDID frame directly inside drm_edid.

Re: [Intel-gfx] [PATCH 1/2] drm/i915: allow userspace forcewake references also on gen7

On Tue, Jan 24, 2012 at 09:04, Daniel Vetter wrote: > On Tue, Jan 24, 2012 at 10:35:04AM +, Chris Wilson wrote: > > On Tue, 24 Jan 2012 09:44:28 +0100, Daniel Vetter < > daniel.vet...@ffwll.ch> wrote: > > > We need this to correctly access registers in the gt power well from > > > userspace.

Re: [Intel-gfx] [PATCH 1/2] drm/i915: allow userspace forcewake references also on gen7

On Tue, Jan 24, 2012 at 06:44, Daniel Vetter wrote: > We need this to correctly access registers in the gt power well from > userspace. > > Signed-Off-by: Daniel Vetter > Reviewed-by: Eugeni Dodonov -- Eugeni Dodonov __

Re: [Intel-gfx] [PATCH 2/2] drm/i915: debugfs: show semaphore registers also on gen7

On Tue, Jan 24, 2012 at 06:44, Daniel Vetter wrote: > Corresponding changes to improve our error_state are pending > some other patches to clean up things first. > > Signed-Off-by: Daniel Vetter > Reviewed-by: Eugeni Dodonov I've send the patches to provide .has_semaphores and .has_rc6 featur

Re: [Intel-gfx] [PATCH 1/2] drm/i915: Correct debugfs printout for RC1e.

On Mon, Jan 23, 2012 at 22:14, Eric Anholt wrote: > We had two things in a row claiming to be RC6. > Reviewed-by: Eugeni Dodonov -- Eugeni Dodonov ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.

Re: [Intel-gfx] [PATCH 2/2] drm/i915: Re-enable gen7 RC6 and GPU turbo after resume.

On Mon, Jan 23, 2012 at 22:14, Eric Anholt wrote: > Signed-off-by: Eric Anholt > Cc: sta...@vger.kernel.org > Reviewed-by: Eugeni Dodonov -- Eugeni Dodonov ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http:

Re: [Intel-gfx] [PATCH 1/2] drm/i915: allow userspace forcewake references also on gen7

On Tue, Jan 24, 2012 at 10:35:04AM +, Chris Wilson wrote: > On Tue, 24 Jan 2012 09:44:28 +0100, Daniel Vetter > wrote: > > We need this to correctly access registers in the gt power well from > > userspace. > > How about a INTEL_INFO(dev)->has_forcewake or check for the > ->forcewake_get? T

Re: [Intel-gfx] [PATCH 1/2] drm/i915: allow userspace forcewake references also on gen7

On Tue, 24 Jan 2012 09:44:28 +0100, Daniel Vetter wrote: > We need this to correctly access registers in the gt power well from > userspace. How about a INTEL_INFO(dev)->has_forcewake or check for the ->forcewake_get? That would be more self-documenting, and we are less likely to miss one in th

Re: [Intel-gfx] [PATCH] drm/i915: paper over missed irq issues with force wake voodoo

Dear Daniel, Am Freitag, den 14.12.2012, 16:01 +0100 schrieb Daniel Vetter: the (author) date is wrong (December instead of January) unless you sent it from the future. If you did, please tell us how the Intel driver will work in eleven months. ;-) […] Thanks, Paul signature.asc Descriptio

[Intel-gfx] [PATCH 2/2] drm/i915: debugfs: show semaphore registers also on gen7

Corresponding changes to improve our error_state are pending some other patches to clean up things first. Signed-Off-by: Daniel Vetter --- drivers/gpu/drm/i915/i915_debugfs.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/i915/i915_debugfs.c b/drivers/

[Intel-gfx] [PATCH 1/2] drm/i915: allow userspace forcewake references also on gen7

We need this to correctly access registers in the gt power well from userspace. Signed-Off-by: Daniel Vetter --- drivers/gpu/drm/i915/i915_debugfs.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/i915/i915_debugfs.c b/drivers/gpu/drm/i915/i915_debugf