I run Xorg 6.8.99.15, and I've just started using KDE's fast user switching, which fires up a new X server instance for each user. I've noticed that the second user get a very slow X server compared to the first user, and upon looking in Xorg.0.log and Xorg.1.log, noticed that Xorg.1.log contains the following: drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 6, (OK) drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 6, (OK) drmOpenByBusid: Searching for BusID pci:0000:01:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 6, (OK) drmOpenByBusid: drmOpenMinor returns 6 drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0 (II) RADEON(0): [drm] DRM interface version 1.2 (II) RADEON(0): [drm] created "radeon" driver at busid "pci:0000:01:00.0" (II) RADEON(0): [drm] drmAddMap failed (EE) RADEON(0): [dri] DRIScreenInit failed. Disabling DRI. Xorg.0.log contains the following in the same place: drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such device or address) drmOpenDevice: open result is -1, (No such device or address) drmOpenDevice: Open failed drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such device or address) drmOpenDevice: open result is -1, (No such device or address) drmOpenDevice: Open failed drmOpenByBusid: Searching for BusID pci:0000:01:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 6, (OK) drmOpenByBusid: drmOpenMinor returns 6 drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0 (II) RADEON(0): [drm] loaded kernel module for "radeon" driver (II) RADEON(0): [drm] DRM interface version 1.2 (II) RADEON(0): [drm] created "radeon" driver at busid "pci:0000:01:00.0" (II) RADEON(0): [drm] added 8192 byte SAREA at 0xf91d1000 (II) RADEON(0): [drm] mapped SAREA 0xf91d1000 to 0xafa8e000 If I'm understanding correctly, this means that the accelerator on my Radeon 9200SE card is only used in DMA mode (for Render and XV acceleration) on the first instance, and not the second. Since both instances are exclusive (different virtual terminals on the same console), it would be nice to have acceleration available on both heads. I've marked this as low priority, and severity enhancement, since it's just a nicety at the moment, but if someone has time and energy available, I'd appreciate it being looked into.
Created attachment 3116 [details] Screenshot of the borked colours This is the Xorg log for the first instance of the server.
Created attachment 3117 [details] Screenshot of correct colours This is the Xorg log for the second instance of the server (the one that doesn't have a full set of acceleration).
Created attachment 3118 [details] Example of Magnified PostScript file In case it's relevant, my xorg.conf - any other relevant files can be supplied.
I'm using 6.8.99.15 with a i915 graphics chip and am also experienceing the same problem. It's kind of a bummer since I normally rin my games of a second X session becasue with the instability of binary games and the beta i915 driver they crash a bunch and I prefer it not taking down my main X session. Oh well for now. Still, thanks for getting the i915 working :)
I get the same issue with a Radeon 7500 Mobility. Interestingly though, I still get EXA acceleration and such for both X servers, even if no 3D acceleration is available for the second X server. I believe the proprietary NVidia drivers can 3D accelerate 2+ X servers, although I don't have access to any NVidia hardware at the moment, so I can't check for sure, but it should be possible for Radeons too.
I experiencing the same issue. I have an Intel 915 chipset and it isn't possible to use Compiz for more than one user. I am using Ubuntu 7.10 Testing.
Closing since current -intel, -radeon and noveau should support DRI2.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.