X.org 1.9 stack feedback

fijam · 2010-08-27 17:03:52

I am happy to report that the new x.org stack that is currently in [testing] works very well on my Intel 915GM.

falconindy · 2010-08-27 17:58:33

Blows chunks with the nvidia blob until we get a driver compatible with the ABI changes.

ngoonee · 2010-08-28 00:38:17

I'm using nvidia-beta with IgnoreABI and haven't seen problems yet.

gauthma · 2010-08-28 01:28:13

ngoonee wrote:

I'm using nvidia-beta with IgnoreABI and haven't seen problems yet.

What do you mean by "nvidia-beta"? I was using nvidia 256.44-2 (extra), and the only required change after the X.org update was the "IgnoreABI" option, and it all work smoothly.... until a few moments ago, when I opened a video in VLC, which completely froze my system (as in reset-button was called in). Now, the nvidia driver no longer works (throwing up the error I show below), and the only way to get X working again was to use the nv (xf86-video-nv) driver.

Trying to use the nvidia driver results in the following in Xorg.0.log:

[   627.554] (EE) NVIDIA(0): Unable to allocate DMA memory
[   627.554] (EE) NVIDIA(0): Notifier DMA allocation failed
[   627.554] (EE) NVIDIA(0):  *** Aborting ***
[   627.554] (EE) NVIDIA(0): Failed to allocate EVO DMA push buffer
[   627.554] (EE) NVIDIA(0):  *** Aborting ***
[   627.673] (II) UnloadModule: "nvidia"
[   627.673] (II) UnloadModule: "wfb"
[   627.673] (II) UnloadModule: "fb"
[   627.673] (EE) Screen(s) found, but none have a usable configuration.

I'm really at a loss here... So all feedback is more than welcome.

As a final note, I have Windows 7 on the same machine, and it works normally (so this rules out screwed hardware, I think).

ngoonee · 2010-08-28 02:00:16

I'm running starcraft2 in wine here with IgnoreABI. Not sure what happened to your system, but I can confirm nvidia-beta at least works.

fast_rizwaan · 2010-08-28 02:31:04

nvidia 256.44 Arch testing fails to start X. here's the log. I need to have nvidia for Invert Effect in KDE
--------------------------------------------------------------------------------------------

[    98.413] 
X.Org X Server 1.9.0
Release Date: 2010-08-20
[    98.414] X Protocol Version 11, Revision 0
[    98.414] Build Operating System: Linux 2.6.34-ARCH i686 
[    98.414] Current Operating System: Linux chakra-desktop 2.6.35-ARCH #1 SMP PREEMPT Fri Aug 27 16:22:18 UTC 2010 i686
[    98.414] Kernel command line: root=/dev/disk/by-uuid/f601049b-a39e-4948-9c6f-5462076d4505 ro
[    98.414] Build Date: 24 August 2010  01:42:08PM
[    98.414]  
[    98.414] Current version of pixman: 0.18.4
[    98.414]    Before reporting problems, check http://wiki.x.org
        to make sure that you have the latest version.
[    98.414] Markers: (--) probed, (**) from config file, (==) default setting,
        (++) from command line, (!!) notice, (II) informational,
        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[    98.415] (==) Log file: "/var/log/Xorg.0.log", Time: Sat Aug 28 01:56:42 2010
[    98.415] (==) Using config file: "/etc/X11/xorg.conf"
[    98.415] (==) Using config directory: "/etc/X11/xorg.conf.d"
[    98.416] (==) ServerLayout "Layout0"
[    98.416] (**) |-->Screen "Screen0" (0)
[    98.416] (**) |   |-->Monitor "Monitor0"
[    98.416] (**) |   |-->Device "Device0"
[    98.416] (**) |-->Input Device "Keyboard0"
[    98.416] (**) |-->Input Device "Mouse0"
[    98.416] (**) Option "IgnoreABI" "True"
[    98.416] (**) Ignoring ABI Version
[    98.416] (==) Automatically adding devices
[    98.416] (==) Automatically enabling devices
[    98.416] (WW) The directory "/usr/share/fonts/OTF/" does not exist.
[    98.416]    Entry deleted from font path.
[    98.416] (WW) The directory "/usr/share/fonts/Type1/" does not exist.
[    98.416]    Entry deleted from font path.
[    98.416] (==) FontPath set to:
        /usr/share/fonts/misc/,
        /usr/share/fonts/TTF/,
        /usr/share/fonts/100dpi/,
        /usr/share/fonts/75dpi/
[    98.416] (==) ModulePath set to "/usr/lib/xorg/modules"
[    98.416] (WW) AllowEmptyInput is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled.
[    98.416] (WW) Disabling Keyboard0
[    98.416] (WW) Disabling Mouse0
[    98.416] (II) Loader magic: 0x81f3200
[    98.416] (II) Module ABI versions:
[    98.416]    X.Org ANSI C Emulation: 0.4
[    98.416]    X.Org Video Driver: 8.0
[    98.416]    X.Org XInput driver : 11.0
[    98.416]    X.Org Server Extension : 4.0
[    98.417] (--) PCI:*(0:1:0:0) 10de:0404:0000:0000 rev 161, Mem @ 0xfa000000/16777216, 0xd0000000/268435456, 0xf8000000/33554432, I/O @ 0x0000e000/128, BIOS @ 0x????????/131072
[    98.417] (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory)
[    98.417] (II) LoadModule: "extmod"
[    98.417] (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so
[    98.417] (II) Module extmod: vendor="X.Org Foundation"
[    98.417]    compiled for 1.9.0, module version = 1.0.0
[    98.417]    Module class: X.Org Server Extension
[    98.417]    ABI class: X.Org Server Extension, version 4.0
[    98.417] (II) Loading extension MIT-SCREEN-SAVER
[    98.417] (II) Loading extension XFree86-VidModeExtension
[    98.417] (II) Loading extension XFree86-DGA
[    98.417] (II) Loading extension DPMS
[    98.417] (II) Loading extension XVideo
[    98.417] (II) Loading extension XVideo-MotionCompensation
[    98.417] (II) Loading extension X-Resource
[    98.417] (II) LoadModule: "dbe"
[    98.417] (II) Loading /usr/lib/xorg/modules/extensions/libdbe.so
[    98.417] (II) Module dbe: vendor="X.Org Foundation"
[    98.417]    compiled for 1.9.0, module version = 1.0.0
[    98.417]    Module class: X.Org Server Extension
[    98.417]    ABI class: X.Org Server Extension, version 4.0
[    98.417] (II) Loading extension DOUBLE-BUFFER
[    98.417] (II) LoadModule: "glx"
[    98.417] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[    98.436] (II) Module glx: vendor="NVIDIA Corporation"
[    98.436]    compiled for 4.0.2, module version = 1.0.0
[    98.436]    Module class: X.Org Server Extension
[    98.436] (II) NVIDIA GLX Module  256.44  Thu Jul 29 01:55:11 PDT 2010
[    98.436] (II) Loading extension GLX
[    98.436] (II) LoadModule: "record"
[    98.436] (II) Loading /usr/lib/xorg/modules/extensions/librecord.so
[    98.436] (II) Module record: vendor="X.Org Foundation"
[    98.436]    compiled for 1.9.0, module version = 1.13.0
[    98.436]    Module class: X.Org Server Extension
[    98.436]    ABI class: X.Org Server Extension, version 4.0
[    98.436] (II) Loading extension RECORD
[    98.436] (II) LoadModule: "dri"
[    98.436] (II) Loading /usr/lib/xorg/modules/extensions/libdri.so
[    98.437] (II) Module dri: vendor="X.Org Foundation"
[    98.437]    compiled for 1.9.0, module version = 1.0.0
[    98.437]    ABI class: X.Org Server Extension, version 4.0
[    98.437] (II) Loading extension XFree86-DRI
[    98.437] (II) LoadModule: "dri2"
[    98.437] (II) Loading /usr/lib/xorg/modules/extensions/libdri2.so
[    98.437] (II) Module dri2: vendor="X.Org Foundation"
[    98.437]    compiled for 1.9.0, module version = 1.2.0
[    98.437]    ABI class: X.Org Server Extension, version 4.0
[    98.437] (II) Loading extension DRI2
[    98.437] (II) LoadModule: "nvidia"
[    98.437] (II) Loading /usr/lib/xorg/modules/drivers/nvidia_drv.so
[    98.437] (II) Module nvidia: vendor="NVIDIA Corporation"
[    98.437]    compiled for 4.0.2, module version = 1.0.0
[    98.437]    Module class: X.Org Video Driver
[    98.437] ================ WARNING WARNING WARNING WARNING ================
[    98.437] This server has a video driver ABI version of 8.0 that this
driver does not officially support.  Please check
http://www.nvidia.com/ for driver updates or downgrade to an X
server with a supported driver ABI.
[    98.438] =================================================================
[    98.438] (WW) NVIDIA: The driver will continue to load, but may behave strangely.
[    98.438] (WW) NVIDIA: This driver was compiled against the X.Org server SDK from git commit 2307ab5bc9365ebbe04568edb7c7620a23689b70 and may not be compatible with the final version of this SDK.
[    98.438] (WW) NVIDIA: This server has an unsupported input driver ABI version (have 11.0, need < 10.0).  The driver will continue to load, but may behave strangely.
[    98.438] (II) NVIDIA dlloader X Driver  256.44  Thu Jul 29 01:32:42 PDT 2010
[    98.438] (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs
[    98.438] (--) using VT number 7

[    98.440] (II) Loading sub module "fb"
[    98.440] (II) LoadModule: "fb"
[    98.440] (II) Loading /usr/lib/xorg/modules/libfb.so
[    98.441] (II) Module fb: vendor="X.Org Foundation"
[    98.441]    compiled for 1.9.0, module version = 1.0.0
[    98.441]    ABI class: X.Org ANSI C Emulation, version 0.4
[    98.441] (II) Loading sub module "wfb"
[    98.441] (II) LoadModule: "wfb"
[    98.441] (II) Loading /usr/lib/xorg/modules/libwfb.so
[    98.441] (II) Module wfb: vendor="X.Org Foundation"
[    98.441]    compiled for 1.9.0, module version = 1.0.0
[    98.441]    ABI class: X.Org ANSI C Emulation, version 0.4
[    98.441] (II) Loading sub module "ramdac"
[    98.441] (II) LoadModule: "ramdac"
[    98.441] (II) Module "ramdac" already built-in
[    98.441] (**) NVIDIA(0): Depth 24, (--) framebuffer bpp 32
[    98.441] (==) NVIDIA(0): RGB weight 888
[    98.441] (==) NVIDIA(0): Default visual is TrueColor
[    98.441] (==) NVIDIA(0): Using gamma correction (1.0, 1.0, 1.0)
[    98.441] (**) NVIDIA(0): Enabling RENDER acceleration
[    98.441] (II) NVIDIA(0): Support for GLX with the Damage and Composite X extensions is
[    98.441] (II) NVIDIA(0):     enabled.
[    98.922] (II) NVIDIA(0): NVIDIA GPU GeForce 8400 GS (G84) at PCI:1:0:0 (GPU-0)
[    98.922] (--) NVIDIA(0): Memory: 524288 kBytes
[    98.922] (--) NVIDIA(0): VideoBIOS: 60.84.6f.00.00
[    98.922] (II) NVIDIA(0): Detected PCI Express Link width: 16X
[    98.922] (--) NVIDIA(0): Interlaced video modes are supported on this GPU
[    98.922] (--) NVIDIA(0): Connected display device(s) on GeForce 8400 GS at PCI:1:0:0:
[    98.922] (--) NVIDIA(0):     ViewSonic VA1912wSERIES (CRT-1)
[    98.922] (--) NVIDIA(0): ViewSonic VA1912wSERIES (CRT-1): 400.0 MHz maximum pixel
[    98.922] (--) NVIDIA(0):     clock
[    98.926] (EE) NVIDIA(0): Unable to allocate DMA memory
[    98.926] (EE) NVIDIA(0): Notifier DMA allocation failed
[    98.926] (EE) NVIDIA(0):  *** Aborting ***
[    98.926] (EE) NVIDIA(0): Failed to allocate EVO DMA push buffer
[    98.926] (EE) NVIDIA(0):  *** Aborting ***
[    99.086] (II) UnloadModule: "nvidia"
[    99.086] (II) UnloadModule: "wfb"
[    99.086] (II) UnloadModule: "fb"
[    99.086] (EE) Screen(s) found, but none have a usable configuration.
[    99.086] 
Fatal server error:
[    99.086] no screens found
[    99.086] 
Please consult the The X.Org Foundation support 
         at http://wiki.x.org
 for help. 
[    99.086] Please also check the log file at "/var/log/Xorg.0.log" for additional information.
[    99.086]

Last edited by fast_rizwaan (2010-08-28 02:36:06)

falconindy · 2010-08-28 02:39:00

@ngoonee: nvidia-beta is the same version as extra/nvidia.

Sorry, I'll clarify about "blows chunks". I'm getting insanely slow redraws on ncurses apps, but 3D rendering seems to be unaffected (zomg glxgears still shows 500 FPS). As I rely mainly on CLI apps, I opted to roll back to xorg 1.8.

gauthma · 2010-08-28 10:55:29

OK, it seems the problem was the nvidia module was incompatible with the current kernel -> updating the former solved the problem.

EDIT: for future reference, I think the problem could have been solved by rebuilding the module, as explained in the wiki.

Last edited by gauthma (2010-08-28 11:07:53)

misc · 2010-08-28 14:38:07

gauthma wrote:

OK, it seems the problem was the nvidia module was incompatible with the current kernel -> updating the former solved the problem.
EDIT: for future reference, I think the problem could have been solved by rebuilding the module, as explained in the wiki.

Thank you for pointing this out, I had the same problem today. The nvidia package I had was built for 2.6.34, which apparently wasn't a problem until 2.6.35.4. Since pacman only checks for the package version, but not actual changes in the pkgbuild, it by default only reinstalled the cached package; running "yaourt -Sb nvidia" fixed it.

LeoSolaris · 2010-08-28 18:49:06

I updated to xorg 1.9 today, and when I found that nvidia did not work, I tried to downgrade to 1.8 and take nvidia back to the one in extra. it did not work. There was still the near same ABI mismatch, and yes, I checked to make sure IgnoreABI was still set. (It was in both xorg.conf and 20-nvidia.conf)

I tinkered with it, trying different combos of the upgrades, and nothing would get rid of the ABI mismatch, even with it set to ignore.

The only way I have found to get it to display anything was to remove nvidia and install [testing]nouveau in it's place. So far it works acceptably well.

I tried:
-all updated to [testing] -got ABI at 11 needed <10
-downgraded both... got ABI 10, needed 8(?)
-nvidia beta... got ABI 11 needed <10
-Unsetting the IgnoreABI flags... same error
-Setting flag on just xorg.conf/20-nvidia.conf... both gave the same error

Am I missing some trick???

flamelab · 2010-08-28 18:50:11

nvidia-utils in testing has an ignoreABI option in 20-nvidia.conf. So, it means that by upgrading, you won't have a problem ...

kazuo · 2010-08-30 14:10:35

falconindy wrote:

Sorry, I'll clarify about "blows chunks". I'm getting insanely slow redraws on ncurses apps, but 3D rendering seems to be unaffected (zomg glxgears still shows 500 FPS). As I rely mainly on CLI apps, I opted to roll back to xorg 1.8.

I'm too getting very slow redraw with text, not only with ncurses but with text in general (scrolling a pdf with poppler is very very slow...). Listing my home dir with ls I can see the text scrolling (with 1.8 all the text come in a blink)

Too give some numbers, this is the output of gtkperf with nvidia 256.52 + xorg 1.9.0

GtkPerf 0.40 - Starting testing: Mon Aug 30 10:58:16 2010

GtkEntry - time:  0.09
GtkComboBox - time:  0.58
GtkComboBoxEntry - time:  0.69
GtkSpinButton - time:  0.12
GtkProgressBar - time:  0.08
GtkToggleButton - time:  0.08
GtkCheckButton - time:  0.09
GtkRadioButton - time:  0.25
GtkTextView - Add text - time:  2.73    <------
GtkTextView - Scroll - time:  0.74
GtkDrawingArea - Lines - time:  0.63
GtkDrawingArea - Circles - time:  0.78
GtkDrawingArea - Text - time:  9.55    <------
GtkDrawingArea - Pixbufs - time:  0.29
 ---
Total time: 16.7

And now that I reverted to 1.8 I get this

GtkPerf 0.40 - Starting testing: Mon Aug 30 11:03:08 2010

GtkEntry - time:  0.07
GtkComboBox - time:  0.50
GtkComboBoxEntry - time:  0.60
GtkSpinButton - time:  0.14
GtkProgressBar - time:  0.06
GtkToggleButton - time:  0.12
GtkCheckButton - time:  0.08
GtkRadioButton - time:  0.19
GtkTextView - Add text - time:  0.56    <------
GtkTextView - Scroll - time:  0.52
GtkDrawingArea - Lines - time:  0.64
GtkDrawingArea - Circles - time:  0.79
GtkDrawingArea - Text - time:  0.43    <------
GtkDrawingArea - Pixbufs - time:  0.07
 --- 
Total time:  4.78

With you look at the time for "GtkDrawingArea - Text" you see clearly a problem with xorg 1.9.0, it is 22 times slower!!

My card is a GeForce 9300M GS.

Last edited by kazuo (2010-08-30 14:24:40)

flamelab · 2010-08-30 17:29:48

There is clearly a scrolling problem on Firefox. That's the only thing I've noticed till now.

wonder · 2010-08-30 17:37:46

@kazuo i reported this problem on nvnews forum.

falconindy · 2010-08-30 18:42:04

Appears to be an issue with anti-aliasing. Disabling it restores expected performance in Xorg 1.9.

loonyphoenix · 2010-08-30 22:14:37

I've got this problem:
https://bugs.freedesktop.org/show_bug.cgi?id=29891

I think I've got an odd intel integrated graphics card...

Last edited by loonyphoenix (2010-08-30 22:15:21)

karabaja4 · 2010-08-31 11:24:04

I have [testing] enabled and system fully updated, and still need the -ignoreABI option... is there a way to set it inside a config file?

wonder · 2010-08-31 11:29:15

karabaja4 wrote:

I have [testing] enabled and system fully updated, and still need the -ignoreABI option... is there a way to set it inside a config file?

i guess you have an xorg.conf and made 20-nvidia.conf from xorg.conf.d useless

dcmo · 2010-09-04 00:22:00

Did someone tested with open-source drivers stack? specifically xf86-video-ati

Square · 2010-09-04 03:08:24

Intel GM45 here. With xorg 1.9, I get a guaranteed X freeze shortly after starting any games (Warsow, Quake 2, Quake Live). Can switch to a VT, ctrl+c, and then start X again.
Downgraded from testing for the time being.
I have this issue with xf86-video-intel-git + xorg 1.8 as well, though, so it's probably nothing new.

Jodell · 2010-09-04 05:59:08

Square wrote:

Intel GM45 here. With xorg 1.9, I get a guaranteed X freeze shortly after starting any games (Warsow, Quake 2, Quake Live). Can switch to a VT, ctrl+c, and then start X again.
Downgraded from testing for the time being.
I have this issue with xf86-video-intel-git + xorg 1.8 as well, though, so it's probably nothing new.

That is actually a bug of intel-dri 7.8. I also suffer from the same bug. Intel-dri 7.7 doesn't have the bug.

Square · 2010-09-05 14:03:44

Jodell wrote:

Square wrote:
Intel GM45 here. With xorg 1.9, I get a guaranteed X freeze shortly after starting any games (Warsow, Quake 2, Quake Live). Can switch to a VT, ctrl+c, and then start X again.
Downgraded from testing for the time being.
I have this issue with xf86-video-intel-git + xorg 1.8 as well, though, so it's probably nothing new.
That is actually a bug of intel-dri 7.8. I also suffer from the same bug. Intel-dri 7.7 doesn't have the bug.

Eh, maybe. I use libgl-git, mesa-git, intel-dri-git, libdrm-git, etc... and these are updated roughly once a week. The only package change that causes the bug to appear is xf86-video-intel.
Currently, I have a stable configuration of xf86-video-intel-git with the no pageflipping patch applied (built 2010-07-12) that gives me the most performance and no crashing. The latest git checkout will crash on games, the latest from [testing] with 1.9 crashes, and last I checked the latest from [extra] is stable with 1.8. (This is all with 3D performance. 2D is fine.)

ssri · 2010-09-15 06:28:12

Tried xorg-server 1.9 along with the latest git packages for mesa, ati-dri, and xf86-video-ati. Everything worked fine save for xbmc freezing X whenever attempting to exit the program. Even tried rebuilding xbmc and xbmc-svn to no avail. Downgraded xorg-server back to 1.8 and recompiled the aforementioned git packages and any git dependencies. The xbmc exit freeze went away.

.:B:. · 2010-09-15 09:48:22

This thread is about the official biinaries in [Testing], I think you're not using those (since you're mentioning git).

ssri · 2010-09-15 14:51:03

.:B:. wrote:

This thread is about the official biinaries in [Testing], I think you're not using those (since you're mentioning git).

xorg-server 1.9 is from [testing]. The peculiar behavior with xbmc that I mentioned above seemed to stem from using xorg-server 1.9[testing] instead of 1.8[extra], using the ati-dri-git stack compiled against them respectively.

Last edited by ssri (2010-09-15 14:56:32)

Arch Linux

#1 2010-08-27 17:03:52

X.org 1.9 stack feedback

#2 2010-08-27 17:58:33

Re: X.org 1.9 stack feedback

#3 2010-08-28 00:38:17

Re: X.org 1.9 stack feedback

#4 2010-08-28 01:28:13

Re: X.org 1.9 stack feedback

#5 2010-08-28 02:00:16

Re: X.org 1.9 stack feedback

#6 2010-08-28 02:31:04

Re: X.org 1.9 stack feedback

#7 2010-08-28 02:39:00

Re: X.org 1.9 stack feedback

#8 2010-08-28 10:55:29

Re: X.org 1.9 stack feedback

#9 2010-08-28 14:38:07

Re: X.org 1.9 stack feedback

#10 2010-08-28 18:49:06

Re: X.org 1.9 stack feedback

#11 2010-08-28 18:50:11

Re: X.org 1.9 stack feedback

#12 2010-08-30 14:10:35

Re: X.org 1.9 stack feedback

#13 2010-08-30 17:29:48

Re: X.org 1.9 stack feedback

#14 2010-08-30 17:37:46

Re: X.org 1.9 stack feedback

#15 2010-08-30 18:42:04

Re: X.org 1.9 stack feedback

#16 2010-08-30 22:14:37

Re: X.org 1.9 stack feedback

#17 2010-08-31 11:24:04

Re: X.org 1.9 stack feedback

#18 2010-08-31 11:29:15

Re: X.org 1.9 stack feedback

#19 2010-09-04 00:22:00

Re: X.org 1.9 stack feedback

#20 2010-09-04 03:08:24

Re: X.org 1.9 stack feedback

#21 2010-09-04 05:59:08

Re: X.org 1.9 stack feedback

#22 2010-09-05 14:03:44

Re: X.org 1.9 stack feedback

#23 2010-09-15 06:28:12

Re: X.org 1.9 stack feedback

#24 2010-09-15 09:48:22

Re: X.org 1.9 stack feedback

#25 2010-09-15 14:51:03

Re: X.org 1.9 stack feedback

Board footer