Re: [Intel-gfx] X201 + i915 pll problem

On 2010.07.01 13:18:39 +1000, Dave Airlie wrote: > Has anyone seen and/or fixed: https://bugs.freedesktop.org/show_bug.cgi?id=27471 Looks this timing is really a corner case in our PLL calculation, which is not covered in current error range. So I tried to fallback to the most close one. > > [d

[Intel-gfx] X201 + i915 pll problem

Has anyone seen and/or fixed: [drm:drm_mode_debug_printmodeline], Modeline 12:"1280x800" 60 68940 1280 1296 1344 1408 800 801 804 816 0x48 0xa [drm:ironlake_crtc_dpms], crtc 1 dpms off [drm:ironlake_crtc_dpms], crtc 1 is disabled [drm:intel_crtc_mode_set], using SSC reference clock of 120 MHz [drm

Re: [Intel-gfx] [PATCH] drm/i915: Selectively enable self-reclaim

On Wed, Jun 30, 2010 at 4:07 PM, Linus Torvalds wrote: > > That commit changes the page cache allocation to use > > +                                          mapping_gfp_mask (mapping) | > +                                          __GFP_COLD | > +                                          gfpmask

Re: [Intel-gfx] XVideo triggering GPU Hangs on i8xx

On Wed, 2010-06-30 at 09:11 +0100, Glen Gray wrote: > Hey Guys, > > I'm testing out 2.11/2.6.33.5-124(Fedora 13) on our embedded panel pc > hardware. It's got an 855GM/ICH4 chipset. On previous versions of the > drivers, in Fedora 12 for example, XVideo extension wasn't reported as > available.

Re: [Intel-gfx] [Mesa3d-dev] mesa doesn't work with compiz (i965 + tips of all branches)

On Tue, 2010-06-29 at 15:49 -0700, Ian Romanick wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Corbin Simpson wrote: > > Curious. Admittedly I can't look at the content of that commit, but they > > can't be too useless if compiz selects them. IIRC the point was to limit > > the runti

Re: [Intel-gfx] [PATCH] drm/i915: Selectively enable self-reclaim

On Wed, Jun 30, 2010 at 12:05 AM, Chris Wilson wrote: > > Reviewing the patch again, we no longer set the default gfpmask on the > inode to contain NORETRY and instead add the NORETRY at the one spot in > the code where we are trying to do a large allocation and our shrinker > would be prevented f

[Intel-gfx] [PATCH] drm/i915: don't access FW_BLC_SELF on 965G

The register offset for FW_BLC_SELF is a totally different set of bits on Broadwater (it's actually MI_RDRET_STATE), so don't treat it like FW_BLC_SELF on 965G chips. Fixes bug https://bugs.freedesktop.org/show_bug.cgi?id=26874. Cc: sta...@kernel.org Tested-by: Norman Yarvin Signed-off-by: Jesse

[Intel-gfx] [PATCH 2/2] drm/i915: remove duplicate PIPE*STAT bit definitions

Having two sets has made me think I caught a bug more than once now. Signed-off-by: Jesse Barnes --- drivers/gpu/drm/i915/i915_irq.c | 12 ++-- drivers/gpu/drm/i915/i915_reg.h | 26 -- 2 files changed, 6 insertions(+), 32 deletions(-) diff --git a/drivers/gpu

[Intel-gfx] [PATCH 1/2] drm/i915: remove unused vblank_enable var from i915_driver_irq_handler

Signed-off-by: Jesse Barnes --- drivers/gpu/drm/i915/i915_irq.c |8 ++-- 1 files changed, 2 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/i915/i915_irq.c b/drivers/gpu/drm/i915/i915_irq.c index 6ef9e83..190f231 100644 --- a/drivers/gpu/drm/i915/i915_irq.c +++ b/drivers/gpu/

Re: [Intel-gfx] 800 Mo of log in /var/log/debug

> Are you booting with drm.debug=? Yeah, I must have put drm.debug=0x06 in my lilo.conf once and forgot to take it out after... I'll try later if it solves the issue, it should :^) Thanks! -- F. Delente ___ Intel-gfx mailing list Intel-gfx@lists.fre

[Intel-gfx] 800 Mo of log in /var/log/debug

Hello. I have about 800 Mo of Jun 18 04:40:02 slick kernel: [drm:i915_add_request], 2033703 in /var/log/debug. I erased /var/log/debug.1 that was 1 Go of the same things. Is there a way to get rid of this message? I can recompile the module if needed. Thanks. -- F. Delente __

Re: [Intel-gfx] [PATCH] i915: fix ironlake edp panel setup (v4)

Sorry. no change in behavior, with my E6410. On Tue, Jun 29, 2010 at 9:46 PM, Dave Airlie wrote: > From: Dave Airlie > > The eDP spec claims a 20% overhead for the 8:10 encoding scheme used on the > wire. Take this into account when picking the lane/clock speed for the panel. > > v3: some panel

[Intel-gfx] Basic Intel Grapics Hardware-Level Programming

Hi Everyone. I'm trying to develop a small graphics driver for the intel chipsets, but I can't find the necessary information to do that. Several months ago, I finished a small code that was able to paint pixels onto the upper part of the screen by setting the screen resolution usin

[Intel-gfx] XVideo triggering GPU Hangs on i8xx

Hey Guys, I'm testing out 2.11/2.6.33.5-124(Fedora 13) on our embedded panel pc hardware. It's got an 855GM/ICH4 chipset. On previous versions of the drivers, in Fedora 12 for example, XVideo extension wasn't reported as available. On Fedora 13 with the 2.11/2.6.33.5 kernel, XVideo is reported.

Re: [Intel-gfx] [PATCH] drm/i915: Selectively enable self-reclaim

On Wed, 30 Jun 2010 16:54:07 +1000, Dave Airlie wrote: > Chris's patch has been reported to cause a regression in hibernate, Reviewing the patch again, we no longer set the default gfpmask on the inode to contain NORETRY and instead add the NORETRY at the one spot in the code where we are trying