[Intel-gfx] [PATCH] drm/i915: make rc6 in sysfs functions conditional

Commit 0136db586c028f71e7cc21cc183064ff0d5919c8 merges rc6 information into the power group. However, when compiled with CONFIG_PM not set, modprobing i915 would taint since power_group_name is defined as NULL. This patch makes these rc6 in sysfs functions conditional upon the definition of the CO

Re: [Intel-gfx] [PATCH 1/4] drm/i915: don't return a spurious -EIO from intel_ring_begin

On Tue, 26 Jun 2012 23:08:50 +0200 Daniel Vetter wrote: > Having this early check in intel_ring_begin doesn't buy us anything, > since we'll be calling into wait_request in the usual case already > anyway. In the corner case of not waiting for free space using the > last_retired_head we simply ne

Re: [Intel-gfx] [PATCH] drm/i915: fix up ilk rc6 disabling confusion

On Fri, 29 Jun 2012 23:32:16 +0200 Daniel Vetter wrote: > While creating the new enable/disable_gt_powersave functions in > > commit 8090c6b9daa04dda649ac0a2209601042abfb0a4 > Author: Daniel Vetter > Date: Sun Jun 24 16:42:32 2012 +0200 > > drm/i915: wrap up gt powersave enabling functio

[Intel-gfx] [PATCH 5/5] intel gen4-5: Make noperspective clipping work.

At this point all interpolation tests with fixed clipping work. Signed-off-by: Olivier Galibert --- src/mesa/drivers/dri/i965/brw_clip.c |9 ++ src/mesa/drivers/dri/i965/brw_clip.h |1 + src/mesa/drivers/dri/i965/brw_clip_util.c | 133 ++--- 3 files cha

[Intel-gfx] [PATCH 1/5] intel gen4/5: fix GL_VERTEX_PROGRAM_TWO_SIDE.

There was... confusion about which register goes where. With that patch urb_setup is in line with the vue setup, even when these annoying backcolor slots are used. And in addition the stray mov into lalaland is avoided when only one of the front/back slots is used and the backface is looking at y

[Intel-gfx] [PATCH 3/5] intel gen4-5: Correctly setup the parameters in the sf.

This patch also correct a couple of problems with noperspective interpolation. At that point all the glsl 1.1/1.3 interpolation tests that do not clip pass (the -none ones). The fs code does not use the pre-resolved interpolation modes in order not to mess with gen6+. Sharing the resolution woul

[Intel-gfx] [PATCH 4/5] intel gen4-5: Correctly handle flat vs. non-flat in the clipper.

At that point, all interpolation piglit tests involving fixed clipping work as long as there's no noperspective. Signed-off-by: Olivier Galibert --- src/mesa/drivers/dri/i965/brw_clip.c | 10 - src/mesa/drivers/dri/i965/brw_clip.h |6 +-- src/mesa/drivers/dri/i965/brw

[Intel-gfx] [PATCH 0/5] First batch of gm45 clipping/interpolation fixes

Hi, This is the first part of the fixes I've done to make my gm45 work correctly w.r.t clipping and interpolation. There's a fair chance they work for everything gen 4/5, but I have no way to be sure. [PATCH 1/5] intel gen4-5: fix GL_VERTEX_PROGRAM_TWO_SIDE. [PATCH 2/5] intel gen4-5: Compute t

[Intel-gfx] [PATCH 2/5] intel gen4-5: Compute the interpolation status for every variable in one place.

The program keys are updated accordingly, but the values are not used yet. Signed-off-by: Olivier Galibert --- src/mesa/drivers/dri/i965/brw_clip.c| 82 ++- src/mesa/drivers/dri/i965/brw_clip.h|1 + src/mesa/drivers/dri/i965/brw_context.h | 59

Re: [Intel-gfx] Trouble with dell latitude E6420

ahm, of takeshi .. mixing up things here. On Sat, Jun 30, 2012 at 5:49 PM, Georg Grabler wrote: > It's fixed in 3.5rc4. > And I patched my 3.4 kernel with the commit of keith. The problem was > gone afterwards as well. > > Kind regards, > Georg > > On Thu, Jun 28, 2012 at 8:23 PM, Giacomo Comes

Re: [Intel-gfx] Trouble with dell latitude E6420

It's fixed in 3.5rc4. And I patched my 3.4 kernel with the commit of keith. The problem was gone afterwards as well. Kind regards, Georg On Thu, Jun 28, 2012 at 8:23 PM, Giacomo Comes wrote: > On Thu, Jun 28, 2012 at 07:52:18AM +0200, Takashi Iwai wrote: >> At Tue, 26 Jun 2012 15:08:32 -0400, >>