Re: [Intel-gfx] i915 native backlight never got merged

On Thu, 2011-08-11 at 15:28 -0700, Keith Packard wrote: > I've had to amend the patch a bit to get it to apply on top of > drm-intel-fixes; anyone care to take a look and see if it still looks > reasonable (and/or actually works?) Hi Keith- I confirm that this does indeed work (Dell Studio 1558).

Re: [Intel-gfx] [RFC] non-blocking map

On Thu, Aug 11, 2011 at 05:56:21PM -0700, Keith Packard wrote: > On Thu, 11 Aug 2011 17:47:24 -0700, Ben Widawsky wrote: > > > These are dirty hacks just to enable testing write only non-blocking > > maps. I haven't yet created a good test, but maybe someone can shoot > > this down before I waste

[Intel-gfx] [PATCH 1/2] drm/i915: add assumed cpu-dirtied flush

Oops. The previous patch was the wrong one. Signed-off-by: Ben Widawsky --- drivers/gpu/drm/i915/i915_drv.h|2 ++ drivers/gpu/drm/i915/i915_gem_execbuffer.c |7 +++ 2 files changed, 9 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/i915/i915_drv.h b/drivers/gp

Re: [Intel-gfx] [RFC] non-blocking map

On Thu, 11 Aug 2011 17:47:24 -0700, Ben Widawsky wrote: > These are dirty hacks just to enable testing write only non-blocking > maps. I haven't yet created a good test, but maybe someone can shoot > this down before I waste more time :). What's the planned usage? -- keith.pack...@intel.com

[Intel-gfx] [PATCH] intel: hack to allow WO mappings

Signed-off-by: Ben Widawsky --- intel/intel_bufmgr_gem.c | 49 +++-- 1 files changed, 42 insertions(+), 7 deletions(-) diff --git a/intel/intel_bufmgr_gem.c b/intel/intel_bufmgr_gem.c index 4f4de92..7431ed9 100644 --- a/intel/intel_bufmgr_gem.c +++ b/in

[Intel-gfx] [PATCH 2/2] drm/i915: Assume size & 1 means WO map (hack)

Signed-off-by: Ben Widawsky --- drivers/gpu/drm/i915/i915_gem.c |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915_gem.c index a546a71..8e14fbe 100644 --- a/drivers/gpu/drm/i915/i915_gem.c +++ b/drivers/gpu/drm

[Intel-gfx] [PATCH 1/2] drm/i915: add assumed cpu-dirtied flush

Signed-off-by: Ben Widawsky --- drivers/gpu/drm/i915/i915_drv.h|2 ++ drivers/gpu/drm/i915/i915_gem_execbuffer.c |4 2 files changed, 6 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/i915/i915_drv.h b/drivers/gpu/drm/i915/i915_drv.h index feb4f16..2a61e63 10

[Intel-gfx] [RFC] non-blocking map

These are dirty hacks just to enable testing write only non-blocking maps. I haven't yet created a good test, but maybe someone can shoot this down before I waste more time :). Ben ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://list

Re: [Intel-gfx] i915 native backlight never got merged

On Thu, 11 Aug 2011 21:36:38 +0200, Michel Alexandre Salim wrote: > Since there's no known regression introduced by Matthew's patch, could > it be merged? Feel free to add a I've had to amend the patch a bit to get it to apply on top of drm-intel-fixes; anyone care to take a look and see if it

[Intel-gfx] [PATCH 1/2] drm/i915: split out PCH refclk update code

We ought to be calling this from our DPMS routines as well as global state may change and we need to enable/disable clocks. So split out the code in preparation for further changes. Signed-off-by: Jesse Barnes --- drivers/gpu/drm/i915/intel_display.c | 119 + 1

[Intel-gfx] [PATCH 2/2] drm/i915: enable/disable spread spectrum as needed on mode set

This resurrects Chris's old code to better manage the PCH reference clock. With some previous mode setting bugs fixed, it appears work work now. v2: fix compile error Signed-off-by: Jesse Barnes --- drivers/gpu/drm/i915/i915_drv.h |1 + drivers/gpu/drm/i915/intel_bios.c|1 + d

[Intel-gfx] [PATCH] drm/i915: limit PM related interrupt enable to those we handle

Set both the PM core interrupt regs and the PM specific interrupt maks to only allow interrupts we handle. This prevents spurious interrupts and just makes more sense. v2: use a mask for the mask reg Signed-off-by: Jesse Barnes --- drivers/gpu/drm/i915/i915_reg.h |6 ++ drivers/gp

Re: [Intel-gfx] i915 native backlight never got merged

On Sun, Aug 21, 2011 at 6:00 AM, Ali Gholami Rudi wrote: > Andrew Morton wrote: >> >> On Wed, 10 Aug 2011 07:53:18 -0700 Keith Packard wrote: >> > Matthew -- shall I just merge the old patch? Or did you want to make >> > some changes? >> >> I have a note here that Ali Gholami Rudi had issues wi

Re: [Intel-gfx] How can I set non-60Hz-Modes?

On 2011/08/11 10:10 (GMT-0400) Felix Miata composed: and if that didn't work, also adding Option"TargetRefreshRate" "60" That was supposed to be Option "TargetRefreshRate" "50". -- "The wise are known for their understanding, and pleasant words are persuasive." Prove

Re: [Intel-gfx] missing acpi backlight bisected to 9661e92c10

Well, that all looks fine. And I also can't see any way that this commit could cause the backlight not to appear - all it does is set the parent if it's present. There's no new path that could cause it to return early. Does reverting this patch really make things work? -- Matthew Garrett | mj..

Re: [Intel-gfx] How can I set non-60Hz-Modes?

On 2011/08/11 13:46 (GMT+0200) Dexter Filmore composed: On Thursday 11 August 2011 04:16:48 Felix Miata wrote: On 2011/08/11 03:45 (GMT+0200) Dexter Filmore composed: > Actually, right now about *all* these problems could be solved by moving > the machine to Win7. Are you sure? Is

Re: [Intel-gfx] missing acpi backlight bisected to 9661e92c10

Sigh. Could you provide the output of lspci and acpidump? -- Matthew Garrett | mj...@srcf.ucam.org ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [Intel-gfx] How can I set non-60Hz-Modes?

On Thursday 11 August 2011 04:16:48 Felix Miata wrote: > On 2011/08/11 03:45 (GMT+0200) Dexter Filmore composed: > > Actually, right now about *all* these problems could be solved by moving > > the machine to Win7. > > Are you sure? Is it possible only HDMI-1 works at 120, and the others at > 60?