[GEM-dev] Gem using MESA DRI drivers -- WAS: Re: Gem/Mesa-DRI incompatibility [Was: THANK YOU ...]

B. Bogart ben at ekran.org
Tue May 29 01:47:31 CEST 2007


Hey all,

I thought I would give the --with-gl-version=1.5 a try on my
ATI/feisty/ppc powerbook.

Well #1. Gem compiles and loads without error.

I can even load the "redsquare" patch and I get an image! (A huge
improvement.)

glxinfo tells me I have mesa DRI enabled, glxgears is giving me about
1700 fps using about 60% CPU with the default window size. (respectable)

the redsquare demo patch shows PD using about 25% CPU.

Closing the gemwindow (via message or gui) still gives the same old
segfault posted in this thread though.

07.feedback crawls (looks like 1fps) and uses 100% CPU.

So at least that is something, and certainly an improvement, but still
not quite working well enough to be usable yet.

I just wanted to keep you all posted.

Maybe someone who knows why the mesa/DRI sucks can tell those developers
how to make it suck less?

.b.

Frank Barknecht wrote:
> Hallo,
> B. Bogart hat gesagt: // B. Bogart wrote:
> 
>> I have no idea also, so It would be very nice if Gem worked with DRI and
>> not only binary blobs, if there is something missing from DRI that keeps
>> gem from working those folks should hear about it. I still don't get why
>> all other openGL apps work, even complex pixelshading stuff with
>> beryl/compiz etc.. If that stuff works Gem should work.
>>
>> I'm willing to do any testing needed, and any of the OSX devs can just
>> as easily put ubuntu on their ppc machines and maybe just that will fix
>> Frank's problems and make gem work on all opengl compatible hardware,
>> even if it is not quite as fast as binary blob rendering.
> 
> Well, here's what I found out so far: 
> 
> It's not only my problem: Georg Holzman has it as well, AFAIR, and
> Miha Tomsic has a bug report about it open on freedesktop.org [1].  As
> I see it, it affects everyone trying to run Gem on Linux with Mesa/DRI
> 6.5 up, which means everyone without an NVidia card which means
> probably more that a handful of people.
> 
> Mesa 6.5 did some major cleanup of MakeCurrentContext [2] which might
> be related to our problem. However I have no idea where exactly Gem
> and Mesa/DRI clash. I guess (wildly), that Gem is triggering some bug
> in the Mesa/DRI layer. However as I'm GL-challenged I have no way of
> pointing the DRI people to where that may be. 
> 
> What's even worse is that with M/DRI 6.5.2 Gem stopped rendering, as
> reported by Miha, you and me.  While a crash when closing the Gem
> window can be worked around by just never closing the Gem window,
> broken rendering is a complete show stopper and doesn't even give a
> useful coredump.
> 
> [1] https://bugs.freedesktop.org/show_bug.cgi?id=9204
> [2] https://bugs.freedesktop.org/show_bug.cgi?id=8443
> 
> Ciao





More information about the GEM-dev mailing list