[Intel-gfx] [PATCH] configure: suggest upstream to find macros in case they're missing.

2010-12-21 Thread U. Artie Eoff
added upstream suggestion to error message in case xorg macros or xserver macros are missing. removed package manager references in suggestion since these are 'user' and/or 'distribution' preferences. --- configure.ac |7 +-- 1 files changed, 5 insertions(+), 2 deletions(-) diff --git a/c

Re: [Intel-gfx] [PATCH] configure: updated m4 macro check in configure.ac

2010-12-21 Thread Eoff, Ullysses A
> -Original Message- > From: intel-gfx-bounces+ullysses.a.eoff=intel@lists.freedesktop.org > [mailto:intel-gfx- > bounces+ullysses.a.eoff=intel@lists.freedesktop.org] On Behalf Of > Julien Cristau > Sent: Tuesday, December 21, 2010 3:54 PM > To: Paul Menzel > Cc: intel-gfx@lists.fre

Re: [Intel-gfx] [PATCH] configure: updated m4 macro check in configure.ac

2010-12-21 Thread Julien Cristau
On Tue, Dec 21, 2010 at 23:49:31 +0100, Paul Menzel wrote: > `aptitude` is the recommended package manager for Debian [1]. I don't believe that's true. But it's kind of irrelevant anyway, it should be enough to give the name of the package to install. Cheers, Julien

[Intel-gfx] [PATCH] drm/i915: enable rc6 support on Ironlake

2010-12-21 Thread Jesse Barnes
Doesn't actually work right now, but I did manage to get into rc6 once and see a lot of power savings (over 1W). --- drivers/gpu/drm/i915/i915_reg.h |6 ++ drivers/gpu/drm/i915/intel_display.c | 27 +++ 2 files changed, 21 insertions(+), 12 deletions(-) diff

Re: [Intel-gfx] xf86-video-intel: configure.ac

2010-12-21 Thread Carl Worth
On Tue, 21 Dec 2010 14:37:01 -0800 (PST), ic...@kemper.freedesktop.org (Chris Wilson) wrote: > [Modified version of U. Artie Eoff's commit to remove the duplicated > string. The paraphrased commit message is repeated below for > clarity.] Close. But if you look a *bit* more closely yo

Re: [Intel-gfx] [PATCH] configure: updated m4 macro check in configure.ac

2010-12-21 Thread Paul Menzel
Dear Artie, Am Dienstag, den 21.12.2010, 15:10 -0700 schrieb U. Artie Eoff: > Added m4 check for XORG_DRIVER_CHECK_EXT macro definition. Updated m4 > fatal messages to give better hint on how to resolve error when xorg > macros are missing. Previously, configure would continue in spite of > the

Re: [Intel-gfx] [PATCH] configure: updated m4 macro check in configure.ac

2010-12-21 Thread Chris Wilson
On Tue, 21 Dec 2010 14:22:30 -0800, Carl Worth wrote: > On Tue, 21 Dec 2010 15:10:41 -0700, "U. Artie Eoff" > wrote: > > Added m4 check for XORG_DRIVER_CHECK_EXT macro definition. Updated m4 > > fatal messages to give better hint on how to resolve error when xorg > > macros are missing. Previo

Re: [Intel-gfx] [PATCH] configure: updated m4 macro check in configure.ac

2010-12-21 Thread Carl Worth
On Tue, 21 Dec 2010 15:10:41 -0700, "U. Artie Eoff" wrote: > Added m4 check for XORG_DRIVER_CHECK_EXT macro definition. Updated m4 > fatal messages to give better hint on how to resolve error when xorg > macros are missing. Previously, configure would continue in spite of > the missing macros a

[Intel-gfx] [PATCH] configure: updated m4 macro check in configure.ac

2010-12-21 Thread U. Artie Eoff
Added m4 check for XORG_DRIVER_CHECK_EXT macro definition. Updated m4 fatal messages to give better hint on how to resolve error when xorg macros are missing. Previously, configure would continue in spite of the missing macros and the build would fail for syntax errors. --- configure.ac |

[Intel-gfx] [PATCH] drm/i915: support low power watermarks on Ironlake

2010-12-21 Thread Jesse Barnes
This patch actually makes the watermark code even uglier (if that's possible), but has the advantage of sharing code between SNB and ILK at least. Longer term we should refactor the watermark stuff into its own file and clean it up now that we know how it's supposed to work. Supporting WM2 on my

Re: [Intel-gfx] [PATCH] drm/i915: no LVDS on Intel SandyBridge SDVs

2010-12-21 Thread Keith Packard
On Tue, 21 Dec 2010 19:55:15 +, Chris Wilson wrote: > The test we do is simply whether the LVDS i2c pins are addressable. That > requires differentiating between an IO error and a NAK, which at present > is only possible using GMBUS. The reference to this method I found in the > BIOS writers

Re: [Intel-gfx] [PATCH] drm/i915: no LVDS on Intel SandyBridge SDVs

2010-12-21 Thread Chris Wilson
On Tue, 21 Dec 2010 10:14:51 -0800, Keith Packard wrote: > On Tue, 21 Dec 2010 11:36:44 +, Chris Wilson > wrote: > > > I think once upon a time I found a reliable method in the docs: > > intel_lvds_ddc_probe(). However that only seemed to work over GMBUS... > > That probably depends on the

Re: [Intel-gfx] [PATCH] drm/i915: no LVDS on Intel SandyBridge SDVs

2010-12-21 Thread Keith Packard
On Tue, 21 Dec 2010 11:36:44 +, Chris Wilson wrote: > I think once upon a time I found a reliable method in the docs: > intel_lvds_ddc_probe(). However that only seemed to work over GMBUS... That probably depends on the panel having DDC, which many don't, right? Maybe we can assume the SDV

Re: [Intel-gfx] [PATCH] drm/i915: no LVDS on Intel SandyBridge SDVs

2010-12-21 Thread Chris Wilson
On Mon, 20 Dec 2010 18:53:14 -0800, Jesse Barnes wrote: > On Tue, 21 Dec 2010 12:43:38 +1000 > Dave Airlie wrote: > > > On Tue, Dec 21, 2010 at 6:05 AM, Jesse Barnes > > wrote: > > > Add a DMI match entry for the SDV to indicate it has no LVDS present. > > > > Sounds wrong, generally the SDV