On Sat, 2005-01-22 at 10:36 +0100, Dominique Dumont wrote:
> Michel DÃnzer <[EMAIL PROTECTED]> writes:
>
> > On Wed, 2005-01-19 at 10:06 +0100, Dominique Dumont wrote:
> >>
> >> With a Radeon 9200, kdm and a dual session setup, DRIscreenInit fails:
> >> (EE) RADEON(0): [dri] DRIScreenInit failed. Disabling DRI.
> >
> > Is this the case for both sessions? It's a limitation of the DRI that it
> > can only be enabled on one session at a time.
>
> No. You're right. DRI is disabled for screen :0 and enabled for screen
> :1.
>
> Note that this behavior is somewhat counter-intuitive:
> - the first session you get on screen has no DRI and you must switch
> seession to get a display with DRI.
> - KDE has an option ("reserve" keyword in /etc/kde3/kdm/Xservers) to
> dynamically create new sessions. When started, kde session :0 has
> DRI. A session created afterwards (with KDE menu) has no DRI. (which
> makes more sense, IMO, than Xfree default's behavior)
I don't think it's the X server's fault. My guess is that kdm starts
both sessions at about the same time, so it's basically a race for which
one manages to initialize the DRI first.
To make the behaviour deterministic, you could use different
configuration files for the two sessions and only load the "dri" module
where you want it.
--
Earthling Michel DÃnzer | Debian (powerpc), X and DRI developer
Libre software enthusiast | http://svcs.affero.net/rm.php?r=daenzer
