https://bugs.freedesktop.org/show_bug.cgi?id=38689

--- Comment #8 from Javier Marcet <jmar...@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@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.
_______________________________________________
xorg-driver-ati mailing list
xorg-driver-ati@lists.x.org
http://lists.x.org/mailman/listinfo/xorg-driver-ati

Reply via email to