Re: [Intel-gfx] Corruption in glxgears with Compiz

2010-10-22 Thread Peter Clifton
On Sat, 2010-10-23 at 04:35 +0100, Peter Clifton wrote: > Lost of bisecting and backporting later.. and I've identified the bad > commit: > > 9220434a8768902cd9cf248709972678b74aa8c1 drm/i915: Only emit a flush > request on the active ring. A minimal fix is this: commit 78342e8fd01614ac0507db1f

Re: [Intel-gfx] Corruption in glxgears with Compiz

2010-10-22 Thread Peter Clifton
On Fri, 2010-10-22 at 20:29 +0100, Chris Wilson wrote: > On Fri, 22 Oct 2010 20:10:44 +0100, Peter Clifton wrote: > > As an additional data-point, with the bug manifesting, if you go to > > "expose" mode, (Win+E for default config), you find the corruption is > > absent. It only appears to be pres

Re: [Intel-gfx] Chris Wilson

2010-10-22 Thread Peter Clifton
On Fri, 2010-10-22 at 23:48 +0100, Peter Clifton wrote: > Non-fastforward of drm-intel-next > > Hi Chris, Sorry.. meant to 'CC you, and appear to have dropped your email in the subject line. I hope this doesn't get you too much more spam through the address being prominently visible in mail arch

[Intel-gfx] Chris Wilson

2010-10-22 Thread Peter Clifton
Non-fastforward of drm-intel-next Hi Chris, I was looking at logs of the drm-intel-next branch, and noted that one of the commits: commit b5dc608c98d929abbf2fe932ed07b3c868d83342 Author: Chris Wilson Date: Wed Oct 20 20:59:57 2010 +0100 drm/i915: Copy the updated reloc->presumed_offset b

Re: [Intel-gfx] Corruption in glxgears with Compiz

2010-10-22 Thread Peter Clifton
On Fri, 2010-10-22 at 20:29 +0100, Chris Wilson wrote: > On Fri, 22 Oct 2010 20:10:44 +0100, Peter Clifton wrote: > > As an additional data-point, with the bug manifesting, if you go to > > "expose" mode, (Win+E for default config), you find the corruption is > > absent. It only appears to be pres

Re: [Intel-gfx] Corruption in glxgears with Compiz

2010-10-22 Thread Peter Clifton
On Fri, 2010-10-22 at 20:29 +0100, Chris Wilson wrote: > My guess is that it is a double application of the drawable offset when > doing a CopyRegion swapbuffers. Does the corruption move in relation to > the window as it moves? Yes, it appears to. Relative to the screen, (and just squinting at i

Re: [Intel-gfx] Corruption in glxgears with Compiz

2010-10-22 Thread Chris Wilson
On Fri, 22 Oct 2010 20:10:44 +0100, Peter Clifton wrote: > As an additional data-point, with the bug manifesting, if you go to > "expose" mode, (Win+E for default config), you find the corruption is > absent. It only appears to be present when the glxgears window is not > scaled by the window mana

Re: [Intel-gfx] Corruption in glxgears with Compiz

2010-10-22 Thread Peter Clifton
On Fri, 2010-10-22 at 14:39 +0100, Chris Wilson wrote: > On Fri, 22 Oct 2010 13:53:16 +0100, Peter Clifton wrote: > > Hi guys, > > > > I was wondering whether anyone has tried the latest stack of drivers > > with compiz running? > > > > I'm running the Ubuntu Xorg edgers PPA with a home-brew bac

Re: [Intel-gfx] Corruption in glxgears with Compiz

2010-10-22 Thread Peter Clifton
On Fri, 2010-10-22 at 14:39 +0100, Chris Wilson wrote: > On Fri, 22 Oct 2010 13:53:16 +0100, Peter Clifton wrote: > > Hi guys, > > > > I was wondering whether anyone has tried the latest stack of drivers > > with compiz running? > > > > I'm running the Ubuntu Xorg edgers PPA with a home-brew

Re: [Intel-gfx] Intel Legacy Driver / GEM

2010-10-22 Thread Chris Wilson
On Fri, 22 Oct 2010 11:58:19 -0400, Kris Moore wrote: > Somebody recently pointed us to the intel-legacy driver which is GEM-less: > > http://cgit.freedesktop.org/~ickle/xf86-video-intel/commit/?h=legacy > > In the FreeBSD/PC-BSD world this interests us quite a bit, since we > don't have > GEM /

[Intel-gfx] Intel Legacy Driver / GEM

2010-10-22 Thread Kris Moore
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody recently pointed us to the intel-legacy driver which is GEM-less: http://cgit.freedesktop.org/~ickle/xf86-video-intel/commit/?h=legacy In the FreeBSD/PC-BSD world this interests us quite a bit, since we don't have GEM / KMS in our kernel as

Re: [Intel-gfx] dual head inteldrmfb

2010-10-22 Thread Ali Gholami Rudi
Hi, > Try fbpercrtc=1 as a kernel option This options seems to be a no-op since commit 785b93ef. Maybe drm_fb_helper_single_fb_probe() can be tweaked for that, or maybe there's already an option for it? Thanks, Ali ___ Intel-gfx mailing list Intel-gfx

Re: [Intel-gfx] dual head inteldrmfb

2010-10-22 Thread Damnshock
On Thursday 21 October 2010 23:29:15 Ali Gholami Rudi wrote: > Is it possible to have two inteldrmfb devices (/dev/fb[01]) > for two output ports using i915 without xorg? > > If not, is it possible to force the default inteldrmfb output > port? Here I want my framebuffer size match my netbook's >

Re: [Intel-gfx] Corruption in glxgears with Compiz

2010-10-22 Thread Alexey Fisher
Am Freitag, den 22.10.2010, 14:39 +0100 schrieb Chris Wilson: > On Fri, 22 Oct 2010 13:53:16 +0100, Peter Clifton wrote: > > Hi guys, > > > > I was wondering whether anyone has tried the latest stack of drivers > > with compiz running? > > > > I'm running the Ubuntu Xorg edgers PPA with a home-b

Re: [Intel-gfx] Corruption in glxgears with Compiz

2010-10-22 Thread Chris Wilson
On Fri, 22 Oct 2010 13:53:16 +0100, Peter Clifton wrote: > Hi guys, > > I was wondering whether anyone has tried the latest stack of drivers > with compiz running? > > I'm running the Ubuntu Xorg edgers PPA with a home-brew backport of > drm-intel-next against the 2.6.35 ubuntu kernel. That was

Re: [Intel-gfx] How to build the driver for old OS (RHEL4.2)

2010-10-22 Thread Miles Wang
>> I am having a Intel box with 945GSE chipset. >> And I have a legacy application which runs on RHEL4.2 / GNOME. >> The standard (in-built) Intel driver is working fine for GNOME >> But I found the (dual) display is not operating successfully. >> Please advise how to re-build the driver 'cause