Re: [Intel-gfx] [Blacklisted][PATCH] Submit batch buffers from flush callback chain

On Thu, 29 Jul 2010 18:34:19 -0400, Kristian Høgsberg wrote: > There are a few cases where the server will flush client output buffers > but our block handler only catches the most common (before going into select). > If the server flushes client buffers before we submit our batch buffer, > the

[Intel-gfx] ILK output training hangs

Current testing machine is an HP 2740p with Ironlake graphics. Test sequence: boot with no VGA plugged in. get up to gnome logged in, plug in VGA, one of three things occur, a) it works, b) it hangs in FDI link training (endless while loop wtf?) c) it gets past the hang but nothing on the monito

[Intel-gfx] [PATCH] Submit batch buffers from flush callback chain

There are a few cases where the server will flush client output buffers but our block handler only catches the most common (before going into select). If the server flushes client buffers before we submit our batch buffer, the client may receive a damage event for rendering that hasn't happened yet

Re: [Intel-gfx] 3d performance very low

Le 28/07/2010 23:17, Hanno Böck a écrit : > Hi, > > it seems I'm currently getting insanely slow 3d performance on my system. > q3demo benchmark (run with ` to start console, timedemo 1, demo demo001) > gives > me 57 fps. I think even my old r200 got more than 100 there. > > From the logs ever

Re: [Intel-gfx] 3d performance very low

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 29.07.2010 18:24, schrieb Matt Turner: > You're saying it's slow, but in relation to what? Were previous > versions faster, or is the comparison being made between hardware? Well I see the same problem here, using OpenGL renderer string: Mesa DRI

Re: [Intel-gfx] 3d performance very low

Am Donnerstag, den 29.07.2010, 12:24 -0400 schrieb Matt Turner: > On Thu, Jul 29, 2010 at 11:15 AM, Hanno Böck wrote: > > Am Donnerstag 29 Juli 2010 schrieb Tino Keitel: > >> When I tried Mesa 7.8 from Debian experimental I got stuttering 3D > >> output, at least in neverball and glxgears. I tried

Re: [Intel-gfx] 3d performance very low

On Thu, Jul 29, 2010 at 11:15 AM, Hanno Böck wrote: > Am Donnerstag 29 Juli 2010 schrieb Tino Keitel: >> When I tried Mesa 7.8 from Debian experimental I got stuttering 3D >> output, at least in neverball and glxgears. I tried libdrm2 2.4.18, >> 2.4.21, kernel 2.6.34, 2.6.35-rc5, and the Intel dri

Re: [Intel-gfx] 3d performance very low

Am Donnerstag 29 Juli 2010 schrieb Tino Keitel: > When I tried Mesa 7.8 from Debian experimental I got stuttering 3D > output, at least in neverball and glxgears. I tried libdrm2 2.4.18, > 2.4.21, kernel 2.6.34, 2.6.35-rc5, and the Intel driver 2.11 and 2.12, > without a change to the stuttering. T

Re: [Intel-gfx] 3d performance very low

On Wed, Jul 28, 2010 at 23:29:02 +0200, Hanno Böck wrote: > Am Mittwoch 28 Juli 2010 schrieb Matt Turner: > > On Wed, Jul 28, 2010 at 5:17 PM, Hanno Böck wrote: > > > Hi, > > > > > > it seems I'm currently getting insanely slow 3d performance on my system. > > > q3demo benchmark (run with ` to st

Re: [Intel-gfx] [PATCH 2/4] drm/i915: Enable panel fitting for eDP

On Thu, 29 Jul 2010 10:58:53 +1000, Dave Airlie wrote: > did this patch go anywhere? We haven't forgotten it. It has been successfully tested by the bug reporter to have fixed the issue on his machine. When Eric did his last sweep of patches for Linus, we realised that it was based on drm-intel-n