[Bug 38689] Black xorg screen with kernels newer than 2.6.34.x

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Mon Jun 27 04:40:16 PDT 2011


--- Comment #8 from Javier Marcet <jmarcet at gmail.com> 2011-06-27 04:40:16 PDT ---
(In reply to comment #7)
> > I even tried with XAA, disabling ColorTiling, PCI bus type, disabling AGP Fast
> > Writes, disabling DRI, ... to no avail.

> Most of these X driver options are ineffective with KMS.

I see.

> > On my TV, which I connect from the DVI-0 output to a HDMI input (although I
> > also tried through VGA), I can see it sets the video mode correctly,
> > 1920*1080 at 50. In fact the kms console works fine all along.
> > Even with the black xorg screen, I can switch back to a kms console and it
> > works.

> What X clients are (supposed to be) running at that point? A login manager such
> as gdm or kdm, or a user session? If the latter, is it using an OpenGL
> compositing manager?

The only application running is XBMC, with no even a windows manager.

I use xinit, with an empty .xinitrc and launch xbmc in full screen mode.

xbmc is using OpenGL.

> > I considered doing a bisect between 2.6.34 and 2.6.35 but there are far too
> > many commits within drm for it to be feasible (it is not exactly fast this
> > oldie).

> As a quick'n'dirty test, you could try compiling the 2.6.35 radeon driver with
> KMS_DRIVER_MINOR modified to 3 in drivers/gpu/drm/radeon/radeon_drv.c . If that
> works around the problem, it's probably indeed related to the GLX sync
> extensions, and there's probably no point in bisecting the kernel.

It does look like that.

As soon as the new kernel is compiled I'll see whether it works or not and get
you back the result.

Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

More information about the xorg-driver-ati mailing list