Re: [Intel-gfx] [RFC] Three pipe support for IVB

2011-10-06 Thread Dave Airlie
On Wed, Oct 5, 2011 at 9:18 PM, Keith Packard kei...@keithp.com wrote: On Wed, 5 Oct 2011 12:56:47 -0700, Jesse Barnes jbar...@virtuousgeek.org wrote: Unfortunately, (2) complicates our mode list output.  If you query for available modes, you'll definitely see some that you can't drive with

Re: [Intel-gfx] 945GM GPU hangs

2011-10-06 Thread Daniel Vetter
On Thu, Oct 06, 2011 at 02:02:03AM +0200, Nico R. wrote: Hello! I can relatively easy trigger a bug which causes a hung GPU on a 945GM using the intel driver (i915). I just have to start an application using 3D acceleration, and then use it for a while, then switch to another window and

Re: [Intel-gfx] [PATCH] drm/i915: Remove secure batch buffer flag SNB+

2011-10-06 Thread Daniel Vetter
On Wed, Oct 05, 2011 at 10:26:54PM +0100, Chris Wilson wrote: On Wed, 5 Oct 2011 13:01:56 -0700, Ben Widawsky b...@bwidawsk.net wrote: Docs say that the secure batchbuffer field for SNB B0 (products that actually shipped) should be 0 when not using PPGTT. I'd guess this has no positive or

Re: [Intel-gfx] [PATCH] CHROMIUM: i915: Select non-alternate SSC frequency for some systems

2011-10-06 Thread Jesse Barnes
On Wed, 5 Oct 2011 22:45:55 -0700 Simon Que s...@chromium.org wrote: Hi, Here's a patch to introduce a DMI-based SSC frequency selection in intel_bios.c.  Instead of always selecting the alternate SSC frequency as default during initialization, this patch lets some systems have the

Re: [Intel-gfx] [RFC] Three pipe support for IVB

2011-10-06 Thread Jesse Barnes
On Thu, 6 Oct 2011 07:31:44 +0100 Dave Airlie airl...@gmail.com wrote: On Wed, Oct 5, 2011 at 9:18 PM, Keith Packard kei...@keithp.com wrote: On Wed, 5 Oct 2011 12:56:47 -0700, Jesse Barnes jbar...@virtuousgeek.org wrote: Unfortunately, (2) complicates our mode list output.  If you

Re: [Intel-gfx] [RFC] Three pipe support for IVB

2011-10-06 Thread Keith Packard
On Thu, 6 Oct 2011 07:31:44 +0100, Dave Airlie airl...@gmail.com wrote: You can't say no there, you need to make a decision from the information provided. Yeah, you'd end up having to use two modes with the same clock. Let's hope DisplayPort ends up a lot more popular than it has gotten so

Re: [Intel-gfx] [PATCH] drm/i915: forcewake warning fixes in debugfs

2011-10-06 Thread Dieter Mummenschanz
Hello, I also have the same problem and would like to try the patch. Where can I find the git source repository where I can get the latest development sources? Regards Dieter -Ursprüngliche Nachricht- Von: Ben Widawsky b...@bwidawsk.net Gesendet: Oct 5, 2011 8:44:54 PM An:

Re: [Intel-gfx] 945GM GPU hangs

2011-10-06 Thread Daniel Vetter
On Thu, Oct 06, 2011 at 07:50:36PM +0200, Nico R. wrote: Daniel Vetter wrote: On Thu, Oct 06, 2011 at 02:02:03AM +0200, Nico R. wrote: […] I can relatively easy trigger a bug which causes a hung GPU on a 945GM using the intel driver (i915). […] I have captured dmesg, the Xorg log

Re: [Intel-gfx] [PATCH 3/3] drm/i915: Use PIPE_CONTROL for flushing on gen6+.

2011-10-06 Thread Ben Widawsky
On Thu, Oct 06, 2011 at 11:00:18AM -0700, Eric Anholt wrote: On Thu, 6 Oct 2011 05:15:23 +, Ben Widawsky b...@bwidawsk.net wrote: Non-text part: multipart/signed On Wed, Oct 05, 2011 at 05:59:31PM -0700, Eric Anholt wrote: On Wed, 5 Oct 2011 15:57:13 -0700, Ben Widawsky

Re: [Intel-gfx] [PATCH] intel: non-blocking mmaps on the cheap

2011-10-06 Thread Eric Anholt
On Thu, 22 Sep 2011 16:27:11 -0700, Ben Widawsky b...@bwidawsk.net wrote: +/** + * unmap an object in the non-blocking mode + */ +int drm_intel_gem_bo_unmap_nonblocking(drm_intel_bo *bo) +{ + drm_intel_bufmgr_gem *bufmgr_gem = (drm_intel_bufmgr_gem *) bo-bufmgr; + int ret = 0; + +

Re: [Intel-gfx] [PATCH] CHROMIUM: i915: Select non-alternate SSC frequency for some systems

2011-10-06 Thread Simon Que
Do you expect to have other settings that you won't get from a VBIOS VBT (e.g. video timings, dual refresh info)? If so, it might make more sense to have an alternate init path for the non-VBT values to replace all the VBT parsing.  I.e. if your DMI match happens, call into something other

Re: [Intel-gfx] [PATCH] intel: non-blocking mmaps on the cheap

2011-10-06 Thread Ben Widawsky
On Thu, Oct 06, 2011 at 01:55:49PM -0700, Eric Anholt wrote: On Thu, 22 Sep 2011 16:27:11 -0700, Ben Widawsky b...@bwidawsk.net wrote: +/** + * unmap an object in the non-blocking mode + */ +int drm_intel_gem_bo_unmap_nonblocking(drm_intel_bo *bo) +{ + drm_intel_bufmgr_gem

[Intel-gfx] [PATCH 0/2] RFC: Potential improvements in edid detection timings

2011-10-06 Thread Eugeni Dodonov
From: Eugeni Dodonov eugeni.dodo...@intel.com This is the the forth iteration of potential fixes for slow edid detection issues over non-existent outputs (https://bugs.freedesktop.org/show_bug.cgi?id=41059) - the previous versions were posted to the bug and were used mostly for debugging the

[Intel-gfx] [PATCH 2/2] Check if the bus is valid prior to discovering edid.

2011-10-06 Thread Eugeni Dodonov
From: Eugeni Dodonov eugeni.dodo...@intel.com This adds a new function intel_drm_get_valid_edid, which is used instead of drm_get_edid within the i915 driver. It does a similar check to the one in previous patch, but it is limited to i915 driver. The check is similar to the first part of EDID

[Intel-gfx] [PATCH 1/2] Give up on edid retries when i2c tells us that bus is not there

2011-10-06 Thread Eugeni Dodonov
From: Eugeni Dodonov eugeni.dodo...@intel.com This allows to avoid talking to a non-existent bus repeatedly until we finally timeout. The non-existent bus is signalled by -ENXIO error, provided by i2c_algo_bit:bit_doAddress call. As the advantage of such change, all the other routines which use