xorg-server 1.6.0 in testing

dcrabs · 2009-03-03 12:27:04

karabaja4 wrote:

my results on i915:
XAA -> bugged desktop, freezes with artifacts, not usable at all in any combination
EXA -> desktop ok, glxgears ~1200, desktop not smooth, webpage videos have crappy performance -.-
UXA -> works but lower performance than EXA in everything (glxgears ~300fps).
@dcrabs: I think there's more to this than the UXA line (modules, compositing?). Can you please post your whole xorg.conf if things are working ok for you?

I'm serious, it is my whole xorg.conf.
You don't need any config at all but I don't know which of EXA or UXA it will choose.

EDIT: I can post my /var/log/Xorg.0.log if that helps.

Last edited by dcrabs (2009-03-03 12:29:42)

agapito · 2009-03-03 12:30:41

I made a new xorg.conf with X -config.

Section "ServerLayout"
    Identifier     "X.org Configured"
    Screen      0  "Screen0" 0 0
    InputDevice    "Mouse0" "CorePointer"
    InputDevice    "Keyboard0" "CoreKeyboard"
EndSection

Section "Files"
    ModulePath   "/usr/lib/xorg/modules"
    FontPath     "/usr/share/fonts/misc"
    FontPath     "/usr/share/fonts/100dpi:unscaled"
    FontPath     "/usr/share/fonts/75dpi:unscaled"
    FontPath     "/usr/share/fonts/TTF"
    FontPath     "/usr/share/fonts/Type1"
EndSection

Section "Module"
    Load  "dri2"
    Load  "dbe"
    Load  "glx"
    Load  "dri"
    Load  "extmod"
    Load  "record"
EndSection

Section "InputDevice"
    Identifier  "Keyboard0"
    Driver      "kbd"
EndSection

Section "InputDevice"
    Identifier  "Mouse0"
    Driver      "mouse"
    Option        "Protocol" "auto"
    Option        "Device" "/dev/input/mice"
    Option        "ZAxisMapping" "4 5"
EndSection

Section "Monitor"
    Identifier   "Monitor0"
    VendorName   "Monitor Vendor"
    ModelName    "Monitor Model"
EndSection

Section "Device"
        ### Available Driver options are:-
        ### Values: <i>: integer, <f>: float, <bool>: "True"/"False",
        ### <string>: "String", <freq>: "<f> Hz/kHz/MHz"
        ### [arg]: arg optional
        #Option     "NoAccel"                # [<bool>]
        #Option     "SWcursor"               # [<bool>]
        #Option     "ColorKey"               # <i>
        #Option     "CacheLines"             # <i>
        #Option     "Dac6Bit"                # [<bool>]
        #Option     "DRI"                    # [<bool>]
        #Option     "NoDDC"                  # [<bool>]
        #Option     "ShowCache"              # [<bool>]
        #Option     "XvMCSurfaces"           # <i>
        #Option     "PageFlip"               # [<bool>]
    Identifier  "Card0"
    Driver      "intel"
    VendorName  "Intel Corporation"
    BoardName   "82945G/GZ Integrated Graphics Controller"
    BusID       "PCI:0:2:0"
        Option      "AccelMethod" "uxa"
EndSection

Section "Screen"
    Identifier "Screen0"
    Device     "Card0"
    Monitor    "Monitor0"
    SubSection "Display"
        Viewport   0 0
        Depth     24
    EndSubSection
EndSection

Last edited by agapito (2009-03-03 15:50:57)

kraftman13 · 2009-03-03 14:48:48

I upgraded to xorg-server 1.6.0 and I get this in xorg.log:

AIGLX: Screen 0 is not DRI2 capable

I've got Radeon x1600xt and I'm using xf86-video-ati driver (v. 6.11.0)

This is my xorg:

Section "ServerLayout"
Identifier "Layout0"
Screen 0 "aticonfig-Screen[0]-0" 0 0
InputDevice "Keyboard0" "CoreKeyboard"
InputDevice "Mouse0" "CorePointer"
EndSection
Section "Files"
EndSection
Section "Module"
# Load "dri2"
# Load "extmod"
# Load "dbe"
# Load "xtrap"
# Load "dri"
# Load "drm"
# Load "glx"
# Load "GLcore"
# Load "freetype"
EndSection
Section "InputDevice"
# generated from default
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "auto"
Option "Device" "/dev/psaux"
Option "Emulate3Buttons" "no"
Option "ZAxisMapping" "4 5"
EndSection
Section "InputDevice"
# generated from default
Identifier "Keyboard0"
Driver "kbd"
EndSection
Section "Monitor"
Identifier "aticonfig-Monitor[0]-0"
HorizSync 30.0 - 70.0
VertRefresh 50.0 - 85.0
Option "VendorName" "ATI Proprietary Driver"
Option "ModelName" "Generic Autodetecting Monitor"
Option "DPMS" "false"
EndSection
Section "Device"
Identifier "aticonfig-Device[0]-0"
Driver "radeon"
# Option "XAANoOffscreenPixmaps" "true"
Option "DRI2" "true"
Option "ColorTiling" "on"
# Option "AccelMethod" "EXA"
# Option "UseFastTLS" "1"
# Option "TexturedVideo" "on"
# Option "VideoOverlay" "off"
# Option "ForceMonitors" "crt1,notv"
BusID "PCI:1:0:0"
EndSection
Section "Screen"
Identifier "aticonfig-Screen[0]-0"
Device "aticonfig-Device[0]-0"
Monitor "aticonfig-Monitor[0]-0"
DefaultDepth 24
SubSection "Display"
Viewport 0 0
Depth 24
Modes "1024x768" "800x600" "640x480" "640x400"
EndSubSection
EndSection
Section "DRI"
Mode 0666
EndSection

Should I do something 'special' to enable DRI2?

Last edited by kraftman13 (2009-03-03 14:49:47)

blasse · 2009-03-03 14:59:06

I'm using intel gm 950. With EXA compositing was not working, glxgears ~250fps, with UXA glxgears ~1000fps, with compositing enabled dropped to ~600fps, but still smooth and usable

DRI2 Has enabled itself automatically when switched to UXA.

Last edited by blasse (2009-03-03 14:59:49)

jw · 2009-03-03 15:03:11

Here's my experiences. I tested on a Dell D620 with intel 945GM and KDE 4.2.1, with kwin from 4.2 svn. lscpi gives

Host bridge: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and 945GT Express Memory Controller Hub (rev 03)
VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03)

Performance on UXA is good and seems slightly snappier than with EXA on with xorg 7.4 and the intel 2.4.3 driver. Redrawing of windows and scrolling in particular seems smoother -- though this is hard to benchmark. Desktop effects performance is similar to that in xorg 7.4 with EXA:

* 100fps on idle
* ~45 fps when moving a window around
* ~35 fps when switching desktops using the Slide effect
* ~25 fps when using Present Windows

UXA issues:

* When running glxgears my desktop freezes after 30-60s (recoverable when pressing Alt+SysRq+REISUB)
* When many windows are open (6+), there is abnormally high CPU usage (50% X, 15% kwin), even when the desktop is idle.

On EXA however, performance is dramatically bad.

* ~80 fps on an idle desktop with one window open. While typing text the framerate to drops to ~20-40 fps. Firing up console causes the framerate to drop to ~20 fps.
* ~4-8 fps when moving a window around
* ~5-10 fps when switching desktops using the Slide effect
* ~6 fps when using Present Windows
* High CPU usage is somewhat worse than with UXA

Am I missing some magical setting here?

funkyou · 2009-03-03 15:32:50

After some months of broken graphics (tm), this is the first release where everything just works on my GMA X4500, and the best thing:

- no random "black screen and system freeze" on X startup anymore
- no garbage in KDE4 anymore
- nearly no rendering errors in games anymore

With EXA i get around 1500fps in glxgears, with UXA its around 1200, and performance in games almost doubled.

Last edited by funkyou (2009-03-03 15:33:08)

JGC · 2009-03-03 15:39:44

agapito wrote:

Because on my comp, low glxgears frame rate = bad performance on real apps.
Ok, i went to my bios and changed memory management to DMVT and Maximum DMVT, I put UXA on my xorg.conf and performance was better, but still a little slow on composite and mupenplus give me 3 fps. I have dri2 and is cool but i have this bug (http://lists.freedesktop.org/archives/x … 44044.html) alredy solved on git. The best thing was a noticiable low memory consumption of X process. I hope 2.6.29 kernel fix these problems.

You can't have that bug, as I patched xf86-video-intel for that before releasing it to testing.

agapito · 2009-03-03 15:54:28

JGC wrote:

agapito wrote:
Because on my comp, low glxgears frame rate = bad performance on real apps.
Ok, i went to my bios and changed memory management to DMVT and Maximum DMVT, I put UXA on my xorg.conf and performance was better, but still a little slow on composite and mupenplus give me 3 fps. I have dri2 and is cool but i have this bug (http://lists.freedesktop.org/archives/x … 44044.html) alredy solved on git. The best thing was a noticiable low memory consumption of X process. I hope 2.6.29 kernel fix these problems.
You can't have that bug, as I patched xf86-video-intel for that before releasing it to testing.

Trust me i have this bug, but only with UXA activated. I am using EXA now because is stable, but very slow.

00:02.0 VGA compatible controller: Intel Corporation 82945G/GZ Integrated Graphics Controller (rev 02)

Last edited by agapito (2009-03-03 15:56:24)

agapito · 2009-03-03 17:52:35

2.6.3 is out

http://cgit.freedesktop.org/xorg/driver … 6.3.tar.gz

flamelab · 2009-03-03 18:01:00

kraftman13 wrote:

I upgraded to xorg-server 1.6.0 and I get this in xorg.log:
AIGLX: Screen 0 is not DRI2 capable
I've got Radeon x1600xt and I'm using xf86-video-ati driver (v. 6.11.0)
This is my xorg:
Should I do something 'special' to enable DRI2?

I have the same card. This is my (whole) xorg.conf:

Section "Device"
    Identifier  "My Graphics Card"
    Driver      "radeon"
        Option      "DRI" "on"
        Option      "DynamicClocks" "on"
        Option      "AccelMethod" "EXA"
        Option      "EXAVSync" "on"
        Option      "DMAForXv" "on"
        Option      "ScalerWidth" "2048"
        Option      "EnablePageFlip" "on"
        Option      "RenderAccel" "on"
        Option      "AccelDFS" "on"
        Option      "ColorTiling" "on"
    BusID       "PCI:1:0:0"
EndSection

Section "ServerFlags"
    Option "DontZap" "false"
EndSection

I think option "DRI2" doesn't exist, and UXA isn't yet implemented into xf86-video-ati.

[flamelab@flamepc ~]

$ cat /var/log/Xorg.0.log | grep DRI
(II) Loading extension XFree86-DRI
(II) Loading extension DRI2
(**) RADEON(0): Option "DRI" "on"
(II) RADEON(0): [dri] Found DRI library version 1.3.0 and kernel module version 1.29.0
(II) RADEON(0): [DRI] installation complete
(WW) RADEON(0): DRI init changed memory map, adjusting ...
(II) GLX: Initialized DRI GL provider for screen 0

Last edited by flamelab (2009-03-03 18:02:15)

agapito · 2009-03-03 18:08:05

Anyone else is having problems with mouse buttons? Randomly not working here...

DingoMD · 2009-03-03 18:37:38

I'm having some issues with the Compiz transparencies (using a Intel 945 and UXA). Seems to be a know issue, so I'll have to wait for a patch. For me, this is the only usable mode as all the others are painfully slow. Also, the performance with UXA seems to be up to par with the older versions (http://bbs.archlinux.org/viewtopic.php?id=66057) and the memory usage has decreased significantly

Last edited by DingoMD (2009-03-03 18:39:10)

blasse · 2009-03-03 18:38:30

With new xserver and intel gm950 X is not resuming after hibernate/suspend or when switching to another VC and then back.

AndyRTR · 2009-03-03 18:51:30

So far my ati laptop works but fps rate dropped in glxgears from ~800 to 500.

Also got my nouveau dualhead desktop running again

karabaja4 · 2009-03-03 19:01:36

update on intel i915 (xf86-video-intel 2.6.3) so far:

XAA -> still bugged and unusable on xorg-server 1.6.0
UXA -> faster in 2D but VERY slow in 3D (tuxracer unplayable, glxgears ~300fps)
EXA -> runs great 3D (tuxracer supersmooth, glxgears ~1200fps), but in 2D some webpage videos are super slow

anyone experiencing same issues?

edited: typo in intel version

Last edited by karabaja4 (2009-03-03 19:17:02)

kraftman13 · 2009-03-03 19:05:16

flamelab wrote:

I have the same card. This is my (whole) xorg.conf...
I think option "DRI2" doesn't exist, and UXA isn't yet implemented into xf86-video-ati.

Thanks for your response. You're right, option "DRI2" doesn't exist. I tried your config, but I still get this:

(II) Loading extension XFree86-DRI
(II) Loading extension DRI2
(**) RADEON(0): Option "DRI" "on"
(II) RADEON(0): [dri] Found DRI library version 1.3.0 and kernel module version 1.29.0
(II) RADEON(0): [DRI] installation complete
(WW) RADEON(0): DRI init changed memory map, adjusting ...
(II) AIGLX: Screen 0 is not DRI2 capable
(II) GLX: Initialized DRI GL provider for screen 0

I had nvidia and nvidia-utils packages installed some time ago when I had nvidia card. There are always such lines in my xorg.conf (even if I delete it and type: X -configure):

# nvidia-xconfig: X configuration file generated by nvidia-xconfig
# nvidia-xconfig: version 1.0 (buildmeister@builder62) Sat Jan 24 18:47:11 PST 2009

Of course nvidia and nvidia-utils packages were deleted using Pacman -Rs.

When I was installing the newest xorg-server I didn't get those errors:

error: failed to prepare transaction (conflicting files)
xorg-server: /usr/lib/xorg/modules/extensions/libdri.so exists in filesystem
xorg-server: /usr/lib/xorg/modules/libwfb.so exists in filesystem

Maybe nvidia-utils left some garbage and that's why I don't have DRI2 working? Maybe I have to make some symlinks?

Last edited by kraftman13 (2009-03-03 19:06:18)

flamelab · 2009-03-03 19:23:35

Neither did I, these are symlinks that are left from nvidia package.

Could you please paste somewhere the output of :

cat /var/log/Xorg.0.log | grep EE

?

kraftman13 · 2009-03-03 19:28:39

flamelab wrote:

Neither did I, these are symlinks that are left from nvidia package.
Could you please paste somewhere the output of :
cat /var/log/Xorg.0.log | grep EE
?

Of course, I just get this:

Current Operating System: Linux pipboy-2000 2.6.28-ARCH #1 SMP PREEMPT Sun Feb 22 11:00:30 CET 2009 x86_64
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(II) Loading extension MIT-SCREEN-SAVER

flamelab · 2009-03-03 19:40:38

So you have no errors, no need to worry at all I 'll search for it, but since Xorg "thinks" that it is not an error, there no need to be concerned about it.

kraftman13 · 2009-03-03 19:59:57

flamelab wrote:

So you have no errors, no need to worry at all I 'll search for it, but since Xorg "thinks" that it is not an error, there no need to be concerned about it.

Yes but DRI2 is probably not working for me. I found something interesting:

http://fedoraproject.org/wiki/Features/DRI2

To test that it's working correctly, first verify that the desktop renders correctly. Enable compiz or another compositing manager and try running glxgears from the glx-utils rpm. The gears should render normally and you should be able to put other windows on top of the gears. If you compositing manager of choice provides a spinning cube, the gears should follow the cube around as you spin it.

I'm not able to cover glxgears by windows

flamelab · 2009-03-03 20:37:56

DRI2==UXA.

Until UXA is implemented into Radeon, DRI2 is not available

I think we should wait; the Intel UXA implementation isn't quite stable as you can see.

For now, xf86-video-ati is quite satisfactory and flexible.

Last edited by flamelab (2009-03-03 20:39:14)

kraftman13 · 2009-03-03 20:43:49

flamelab wrote:

DRI2==UXA.
Until UXA is implemented into Radeon, DRI2 is not available
I think we should wait; the Intel UXA implementation isn't quite stable as you can see.
For now, xf86-video-ati is quite satisfactory and flexible.

Ok, thanks very much I thought I broke something

bender02 · 2009-03-03 22:03:21

blasse wrote:

With new xserver and intel gm950 X is not resuming after hibernate/suspend or when switching to another VC and then back.

Same problem here with GM965. Any fix? I have seen some bugreports about this:
http://bugs.freedesktop.org/show_bug.cgi?id=18879
But unless I misunderstood, the patches should be already applied in current versions?

blasse · 2009-03-03 22:23:47

bender02 wrote:

blasse wrote:
With new xserver and intel gm950 X is not resuming after hibernate/suspend or when switching to another VC and then back.
Same problem here with GM965. Any fix? I have seen some bugreports about this:
http://bugs.freedesktop.org/show_bug.cgi?id=18879
But unless I misunderstood, the patches should be already applied in current versions?

Don't know if it's the same bug. I don't use compiz but xcompmgr. Andd I have this problem with and without enabling it...

fwojciec · 2009-03-04 04:34:39

agapito wrote:

Anyone else is having problems with mouse buttons? Randomly not working here...

Try rebuilding your WM (or whatever application is causing problems) -- I had to rebuild dwm for mouse buttons to start working properly.

Arch Linux

#26 2009-03-03 12:27:04

Re: xorg-server 1.6.0 in testing

#27 2009-03-03 12:30:41

Re: xorg-server 1.6.0 in testing

#28 2009-03-03 14:48:48

Re: xorg-server 1.6.0 in testing

#29 2009-03-03 14:59:06

Re: xorg-server 1.6.0 in testing

#30 2009-03-03 15:03:11

Re: xorg-server 1.6.0 in testing

#31 2009-03-03 15:32:50

Re: xorg-server 1.6.0 in testing

#32 2009-03-03 15:39:44

Re: xorg-server 1.6.0 in testing

#33 2009-03-03 15:54:28

Re: xorg-server 1.6.0 in testing

#34 2009-03-03 17:52:35

Re: xorg-server 1.6.0 in testing

#35 2009-03-03 18:01:00

Re: xorg-server 1.6.0 in testing

#36 2009-03-03 18:08:05

Re: xorg-server 1.6.0 in testing

#37 2009-03-03 18:37:38

Re: xorg-server 1.6.0 in testing

#38 2009-03-03 18:38:30

Re: xorg-server 1.6.0 in testing

#39 2009-03-03 18:51:30

Re: xorg-server 1.6.0 in testing

#40 2009-03-03 19:01:36

Re: xorg-server 1.6.0 in testing

#41 2009-03-03 19:05:16

Re: xorg-server 1.6.0 in testing

#42 2009-03-03 19:23:35

Re: xorg-server 1.6.0 in testing

#43 2009-03-03 19:28:39

Re: xorg-server 1.6.0 in testing

#44 2009-03-03 19:40:38

Re: xorg-server 1.6.0 in testing

#45 2009-03-03 19:59:57

Re: xorg-server 1.6.0 in testing

#46 2009-03-03 20:37:56

Re: xorg-server 1.6.0 in testing

#47 2009-03-03 20:43:49

Re: xorg-server 1.6.0 in testing

#48 2009-03-03 22:03:21

Re: xorg-server 1.6.0 in testing

#49 2009-03-03 22:23:47

Re: xorg-server 1.6.0 in testing

#50 2009-03-04 04:34:39

Re: xorg-server 1.6.0 in testing

Board footer