Bug 22907

Hi, I can confirm this bug on a GM45_GM chipset (Mobile Intel GM45 Express Chipset)

KDE 4.3 rc3
MESA 7.5.1 
xserver: branch 1.6.2
intel_drv: branch 2.8.0

Everything was installed directly using the latest source code from the git repositories.

After trying out different combinations of the intel driver and the xserver I noticed that the first time that problems occurred was when the dri2proto 2.1 interface was introduced.

Using source snapshots of the x server(commit:98c3c21735197fbd2c8166c9bdabf055e14c9009) and intel driver(commit:f6f79eb629184366b1355743d601129a526da90c) before dri2proto 2.1 was added, this problem disappears. I was even able to load this old intel driver into the latest xserver snapshot of branch 1.6.2 and compositing with KDE still runs fine. ( A warning appears in the X log, that the old DRI2 api is used, therefore it certainly loads the old API; I used the above commit of the intel driver as this was the most recent source code, that was still compilable against an xserver with dri2proto 2.0 )

/Matthias

Created attachment 27964 [details] [review]
Fixes regression in i830_dri.c introduced with the new DRI protocol 2.1

Fixes regression in i830_dri.c

In DRI2CreateBuffer, the DRI2BufferStencil type was not handled properly.

Implemented the same behaviour as in DRI2CreateBuffers using static variables, which fixed the bug.

(In reply to comment #2)
> Created an attachment (id=27964) [details]

the patch was made against xf86-video-intel branch: origin/2.8

Created attachment 27965 [details] [review]
emacs screwed up the tabs in the previous patch, fixed

Thanks. This works fine for me.

I experience the same symptoms, however the above mentioned patch does not fix the problem for me. If you need additional input, don't hesitate to ask.

first of all: Are you sure the new self-compiled driver is loaded? i.e. install the driver in /usr/local, change the xorg config to load modules from /usr/local, start X and look if the driver is really loaded from /usr/local in Xorg.0.log

the following information would be useful:
which chipset are you using
version of xserver, intel driver and mesa

output of kwin --replace (debugging enabled)
Xorg.0.log

/Matthias

(In reply to comment #7)
> first of all: Are you sure the new self-compiled driver is loaded? i.e. install
> the driver in /usr/local, change the xorg config to load modules from
> /usr/local, start X and look if the driver is really loaded from /usr/local in
> Xorg.0.log

I downloaded the Debian source package, applied the patch, compiled and installed the resulting package. This replaces the existing driver.

> the following information would be useful:
> which chipset are you using

According to lspci,
Intel Corporation 82852/855GM Integrated Graphics Device (rev 02)

> version of xserver, intel driver and mesa

Not exactly sure where to look everything up, so I just used apt-cache policy:
xserver-xorg-video-intel: 2.8.0
xserver-xorg: 7.4
libgl1-mesa-dri: 7.5

> output of kwin --replace (debugging enabled)

Sorry, have to postpone that part

I think there's something wrong with the binary package of the x server in debian unstable. Could you try to install the package from source?

i.e.:
aptitude build-dep xserver-xorg-core
apt-get source -b xserver-xorg-core
dpkg -i xserver-xorg-core_1.6.2-1_amd64.deb

While I was trying to find the error in the xserver and intel driver, it seems that I have overlooked the fact that there's a bug in the binary package of the x server in debian...

It looks like you were right, compiling the xserver-xorg-core package for myself fixes the problem , I don't need the patch for the intel driver anymore.

The Debian packages have been built against Mesa 7.4.4 while the "working-fine" packages were build against latest unstable which now contains Mesa 7.5.

So this looks like an incompatibility between the DRI2 backports in Xserver 1.6 branch and Mesa 7.4. I'll rebuild packages against Mesa 7.5 and upload them to unstable to fix the mess.

OK, sounds like this is all fixed at this point.