[arch-general] xorg-server 1.6.0 in testing
The upcoming version of xorg-server will have a lot of workarounds and patches removed. Doing so, the package becomes easier to understand, as even its maintainer has no idea what is happening anymore. When upgrading to xorg-server-1.6, you will see these file conflicts on most systems: 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 It's safe and advised to overwrite these files. The symlinks were previously created from post_install by the xorg-server and nvidia-utils packages. It is advised to install xorg-server first by using "pacman -Sf xorg-server", after which you can upgrade the rest of your system. This release of xorg-server requires a rebuild of all video and input drivers. Older drivers will fail to load with an ABI mismatch. Drivers in our repositories will receive an update to match the xorg-server ABI. Nvidia has updated their latest drivers with support for this version of xorg-server. AMD does not support xorg-server-1.6 yet in their Catalyst drivers. AMD users are advised to switch to the xf86-video-ati or xf86-video-radeonhd drivers instead, or keep any X.Org related updates on hold via IgnorePkg in pacman.conf. This can be done by putting xorg-server in IgnorePkg in pacman.conf. All other updates should have conflicts set, so it will be clear which additional packages should be added to the IgnorePkg list on your system. Note that there will be no support for older versions of xorg-server when this version moves to extra.
I can't Control-Alt-Backspace to kill the X server anymore. Same for some gnome shortcuts and they were working smoothly before the update. Is anyone experiencing this problem too? Any info I can provide so that you can debug this? Despite of that EXA and UXA are working pretty smooth with my Intel graphic card, FPS is much higher than it was after the GEM was introduced in .28 and there was no XF86 driver supporting it. Nice job! On Mon, Mar 2, 2009 at 3:34 PM, Jan de Groot <jan@jgc.homeip.net> wrote:
The upcoming version of xorg-server will have a lot of workarounds and patches removed. Doing so, the package becomes easier to understand, as even its maintainer has no idea what is happening anymore. When upgrading to xorg-server-1.6, you will see these file conflicts on most systems:
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
It's safe and advised to overwrite these files. The symlinks were previously created from post_install by the xorg-server and nvidia-utils packages. It is advised to install xorg-server first by using "pacman -Sf xorg-server", after which you can upgrade the rest of your system.
This release of xorg-server requires a rebuild of all video and input drivers. Older drivers will fail to load with an ABI mismatch. Drivers in our repositories will receive an update to match the xorg-server ABI.
Nvidia has updated their latest drivers with support for this version of xorg-server. AMD does not support xorg-server-1.6 yet in their Catalyst drivers. AMD users are advised to switch to the xf86-video-ati or xf86-video-radeonhd drivers instead, or keep any X.Org related updates on hold via IgnorePkg in pacman.conf. This can be done by putting xorg-server in IgnorePkg in pacman.conf. All other updates should have conflicts set, so it will be clear which additional packages should be added to the IgnorePkg list on your system. Note that there will be no support for older versions of xorg-server when this version moves to extra.
-- Flávio Coutinho da Costa
Its a feature not a bug :P [1] [1] http://bbs.archlinux.org/viewtopic.php?pid=507746#p507746 2009/3/3 Flavio Costa <flavio.cdc@gmail.com>:
I can't Control-Alt-Backspace to kill the X server anymore. Same for some gnome shortcuts and they were working smoothly before the update.
Is anyone experiencing this problem too? Any info I can provide so that you can debug this?
Despite of that EXA and UXA are working pretty smooth with my Intel graphic card, FPS is much higher than it was after the GEM was introduced in .28 and there was no XF86 driver supporting it.
Nice job!
On Mon, Mar 2, 2009 at 3:34 PM, Jan de Groot <jan@jgc.homeip.net> wrote:
The upcoming version of xorg-server will have a lot of workarounds and patches removed. Doing so, the package becomes easier to understand, as even its maintainer has no idea what is happening anymore. When upgrading to xorg-server-1.6, you will see these file conflicts on most systems:
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
It's safe and advised to overwrite these files. The symlinks were previously created from post_install by the xorg-server and nvidia-utils packages. It is advised to install xorg-server first by using "pacman -Sf xorg-server", after which you can upgrade the rest of your system.
This release of xorg-server requires a rebuild of all video and input drivers. Older drivers will fail to load with an ABI mismatch. Drivers in our repositories will receive an update to match the xorg-server ABI.
Nvidia has updated their latest drivers with support for this version of xorg-server. AMD does not support xorg-server-1.6 yet in their Catalyst drivers. AMD users are advised to switch to the xf86-video-ati or xf86-video-radeonhd drivers instead, or keep any X.Org related updates on hold via IgnorePkg in pacman.conf. This can be done by putting xorg-server in IgnorePkg in pacman.conf. All other updates should have conflicts set, so it will be clear which additional packages should be added to the IgnorePkg list on your system. Note that there will be no support for older versions of xorg-server when this version moves to extra.
-- Flávio Coutinho da Costa
Oh yeah, you are right, thanks Chris. To be honest I've read it sometime ago but completelly forgot about it. Pressing Control+Alt+Backspace was so normal =) I coulnd't read the thread you pasted, but I found a little article in the Ubuntu's wiki that explains how to disable/enable this little feature. https://wiki.ubuntu.com/X/Config/DontZap I still canno't issue "Alt-F2" (Run application in Gnome, I believe the shortcut is the same for KDE) On Mon, Mar 2, 2009 at 10:23 PM, Chris Bannister <c.bannister@gmail.com>wrote:
Its a feature not a bug :P [1]
[1] http://bbs.archlinux.org/viewtopic.php?pid=507746#p507746
2009/3/3 Flavio Costa <flavio.cdc@gmail.com>:
I can't Control-Alt-Backspace to kill the X server anymore. Same for some gnome shortcuts and they were working smoothly before the update.
Is anyone experiencing this problem too? Any info I can provide so that you can debug this?
Despite of that EXA and UXA are working pretty smooth with my Intel graphic card, FPS is much higher than it was after the GEM was introduced in .28 and there was no XF86 driver supporting it.
Nice job!
On Mon, Mar 2, 2009 at 3:34 PM, Jan de Groot <jan@jgc.homeip.net> wrote:
The upcoming version of xorg-server will have a lot of workarounds and patches removed. Doing so, the package becomes easier to understand, as even its maintainer has no idea what is happening anymore. When upgrading to xorg-server-1.6, you will see these file conflicts on most systems:
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
It's safe and advised to overwrite these files. The symlinks were previously created from post_install by the xorg-server and nvidia-utils packages. It is advised to install xorg-server first by using "pacman -Sf xorg-server", after which you can upgrade the rest of your system.
This release of xorg-server requires a rebuild of all video and input drivers. Older drivers will fail to load with an ABI mismatch. Drivers in our repositories will receive an update to match the xorg-server ABI.
Nvidia has updated their latest drivers with support for this version of xorg-server. AMD does not support xorg-server-1.6 yet in their Catalyst drivers. AMD users are advised to switch to the xf86-video-ati or xf86-video-radeonhd drivers instead, or keep any X.Org related updates on hold via IgnorePkg in pacman.conf. This can be done by putting xorg-server in IgnorePkg in pacman.conf. All other updates should have conflicts set, so it will be clear which additional packages should be added to the IgnorePkg list on your system. Note that there will be no support for older versions of xorg-server when this version moves to extra.
-- Flávio Coutinho da Costa
-- Flávio Coutinho da Costa
On Tue, 2009-03-03 at 01:23 +0000, Chris Bannister wrote:
Its a feature not a bug :P [1]
[1] http://bbs.archlinux.org/viewtopic.php?pid=507746#p507746
Yes, and I hate it. Yesterday I locked up my window manager trying to run compiz, and the only thing left to do was typing "su -", entering my password and type "halt". No way to CTRL+ALT+BS the server. I'll hunt the commit down on git and revert it. This key sequence has been standard since the first version of X, it's similar to the three-finger-salute windows users are used to. It's not that someone would press CTRL+ALT+BS by accident or something.
On Tue, 03 Mar 2009 08:40:26 +0100, Jan de Groot <jan@jgc.homeip.net> wrote:
On Tue, 2009-03-03 at 01:23 +0000, Chris Bannister wrote:
Its a feature not a bug :P [1]
[1] http://bbs.archlinux.org/viewtopic.php?pid=507746#p507746
Yes, and I hate it. Yesterday I locked up my window manager trying to run compiz, and the only thing left to do was typing "su -", entering my password and type "halt". No way to CTRL+ALT+BS the server.
I'll hunt the commit down on git and revert it. This key sequence has been standard since the first version of X, it's similar to the three-finger-salute windows users are used to. It's not that someone would press CTRL+ALT+BS by accident or something.
Just wondering : switching to a TTY (using CTRL+ALT+F{1..6}) and killing the X server from there doesn't work anymore ? -- slubman site: http://www.slubman.info/
2009/3/3 Chris Bannister <c.bannister@gmail.com>:
Its a feature not a bug :P [1]
[1] http://bbs.archlinux.org/viewtopic.php?pid=507746#p507746
Alas: Info Bad request. The link you followed is incorrect or outdated. mvg, Guus
On Mon, Mar 2, 2009 at 1:34 PM, Jan de Groot <jan@jgc.homeip.net> wrote:
The upcoming version of xorg-server will have a lot of workarounds and patches removed. Doing so, the package becomes easier to understand, as even its maintainer has no idea what is happening anymore. When upgrading to xorg-server-1.6, you will see these file conflicts on most systems:
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
It's safe and advised to overwrite these files. The symlinks were previously created from post_install by the xorg-server and nvidia-utils packages. It is advised to install xorg-server first by using "pacman -Sf xorg-server", after which you can upgrade the rest of your system.
This release of xorg-server requires a rebuild of all video and input drivers. Older drivers will fail to load with an ABI mismatch. Drivers in our repositories will receive an update to match the xorg-server ABI.
Nvidia has updated their latest drivers with support for this version of xorg-server. AMD does not support xorg-server-1.6 yet in their Catalyst drivers. AMD users are advised to switch to the xf86-video-ati or xf86-video-radeonhd drivers instead, or keep any X.Org related updates on hold via IgnorePkg in pacman.conf. This can be done by putting xorg-server in IgnorePkg in pacman.conf. All other updates should have conflicts set, so it will be clear which additional packages should be added to the IgnorePkg list on your system. Note that there will be no support for older versions of xorg-server when this version moves to extra.
I'm having problems with the intel drivers and OpenGL. With OpenGL sceensavers, I don't really know how to describe it but I can guess what's on the screen but it's garbled. With some OpenGL games, I get a black screen. I get the following message on the terminal: get fences failed: -1 param: 6, val: 0 I also get that message when running glxgears which works fine. My video card: 00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) 00:02.1 Display controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) Ask if you need more informations. Eric
Glxgears does not display errors messages here. My VGA is:
00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c) 00:02.1 Display controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c)
On Tue, Mar 3, 2009 at 12:09 AM, Eric Bélanger <snowmaniscool@gmail.com>wrote:
On Mon, Mar 2, 2009 at 1:34 PM, Jan de Groot <jan@jgc.homeip.net> wrote:
The upcoming version of xorg-server will have a lot of workarounds and patches removed. Doing so, the package becomes easier to understand, as even its maintainer has no idea what is happening anymore. When upgrading to xorg-server-1.6, you will see these file conflicts on most systems:
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
It's safe and advised to overwrite these files. The symlinks were previously created from post_install by the xorg-server and nvidia-utils packages. It is advised to install xorg-server first by using "pacman -Sf xorg-server", after which you can upgrade the rest of your system.
This release of xorg-server requires a rebuild of all video and input drivers. Older drivers will fail to load with an ABI mismatch. Drivers in our repositories will receive an update to match the xorg-server ABI.
Nvidia has updated their latest drivers with support for this version of xorg-server. AMD does not support xorg-server-1.6 yet in their Catalyst drivers. AMD users are advised to switch to the xf86-video-ati or xf86-video-radeonhd drivers instead, or keep any X.Org related updates on hold via IgnorePkg in pacman.conf. This can be done by putting xorg-server in IgnorePkg in pacman.conf. All other updates should have conflicts set, so it will be clear which additional packages should be added to the IgnorePkg list on your system. Note that there will be no support for older versions of xorg-server when this version moves to extra.
I'm having problems with the intel drivers and OpenGL. With OpenGL sceensavers, I don't really know how to describe it but I can guess what's on the screen but it's garbled. With some OpenGL games, I get a black screen. I get the following message on the terminal: get fences failed: -1 param: 6, val: 0
I also get that message when running glxgears which works fine. My video card: 00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) 00:02.1 Display controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02)
Ask if you need more informations.
Eric
-- Flávio Coutinho da Costa
On Mon, 2009-03-02 at 22:09 -0500, Eric Bélanger wrote:
I'm having problems with the intel drivers and OpenGL. With OpenGL sceensavers, I don't really know how to describe it but I can guess what's on the screen but it's garbled. With some OpenGL games, I get a black screen. I get the following message on the terminal: get fences failed: -1 param: 6, val: 0
I also get that message when running glxgears which works fine. My video card: 00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) 00:02.1 Display controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02)
Intel has no special interest in the 8xx drivers anymore, so I assume this is broken and will stay broken for a while. Can you try replacing /usr/lib/xorg/modules/dri/i810_dri.so with the version from intel-dri in extra and test again? I might want to revert just the i810 driver for this. The get fences warning is the same I get. This is because the kernel DRM drivers for intel don't have all the features the mesa DRI driver has. I hope this will get fixed with 2.6.29, but I'm not sure about that. The warning is harmless, but I can imagine people will file bugs for it the same way they did for the "Failed to initialize TTM, falling back to classic" messages.
On Tue, Mar 3, 2009 at 2:59 AM, Jan de Groot <jan@jgc.homeip.net> wrote:
On Mon, 2009-03-02 at 22:09 -0500, Eric Bélanger wrote:
I'm having problems with the intel drivers and OpenGL. With OpenGL sceensavers, I don't really know how to describe it but I can guess what's on the screen but it's garbled. With some OpenGL games, I get a black screen. I get the following message on the terminal: get fences failed: -1 param: 6, val: 0
I also get that message when running glxgears which works fine. My video card: 00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) 00:02.1 Display controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02)
Intel has no special interest in the 8xx drivers anymore, so I assume this is broken and will stay broken for a while. Can you try replacing /usr/lib/xorg/modules/dri/i810_dri.so with the version from intel-dri in extra and test again? I might want to revert just the i810 driver for this.
Using the intel-dri from extra with the xorg-server and xf86-video-intel from testing doesn't work. It makes all OpenGL apps segfaults.
The get fences warning is the same I get. This is because the kernel DRM drivers for intel don't have all the features the mesa DRI driver has. I hope this will get fixed with 2.6.29, but I'm not sure about that. The warning is harmless, but I can imagine people will file bugs for it the same way they did for the "Failed to initialize TTM, falling back to classic" messages.
According to glxgears, my FPS falls from 400 to 100 FPS. On the contrary, YouTube Videos don't lag as much anymore. Intel card: 82852/855GM -- Cheers - Mikkel Poulsen
Would be interested in how you got that chipset running with the new drivers ... I can't get it working with the 82865G chipset, and there's not too much difference with those two. On Tue, Mar 3, 2009 at 11:22 PM, Mikkel Poulsen <whargoul.mikkel@gmail.com>wrote:
According to glxgears, my FPS falls from 400 to 100 FPS. On the contrary, YouTube Videos don't lag as much anymore.
Intel card: 82852/855GM
-- Cheers - Mikkel Poulsen
For one, I don't use a xorg.conf at all. But when I wrote that post, I were using the 2.6.29-rc6-zen1 kernel. With the stock kernel I see much improvement (700 FPS - almost 80% improvement) with EXA. With UXA I only get about 200 FPS. 2009/3/4 Georg Grabler <ggrabler@gmail.com>
Would be interested in how you got that chipset running with the new drivers ... I can't get it working with the 82865G chipset, and there's not too much difference with those two.
On Tue, Mar 3, 2009 at 11:22 PM, Mikkel Poulsen <whargoul.mikkel@gmail.com>wrote:
According to glxgears, my FPS falls from 400 to 100 FPS. On the contrary, YouTube Videos don't lag as much anymore.
Intel card: 82852/855GM
-- Cheers - Mikkel Poulsen
-- Cheers - Mikkel Poulsen
Hmh, I'm not using a xorg.conf either, and still X freezes with the new driver and the arch stock kernel. Strange, I've filed a bug report at freedesktop for the intel driver now, let's see what they can tell us about this problem. Maybe there'll be a fix for this some time soon. On Wed, Mar 4, 2009 at 11:09 AM, Mikkel Poulsen <whargoul.mikkel@gmail.com>wrote:
For one, I don't use a xorg.conf at all. But when I wrote that post, I were using the 2.6.29-rc6-zen1 kernel. With the stock kernel I see much improvement (700 FPS - almost 80% improvement) with EXA. With UXA I only get about 200 FPS.
2009/3/4 Georg Grabler <ggrabler@gmail.com>
Would be interested in how you got that chipset running with the new drivers ... I can't get it working with the 82865G chipset, and there's not too much difference with those two.
On Tue, Mar 3, 2009 at 11:22 PM, Mikkel Poulsen <whargoul.mikkel@gmail.com>wrote:
According to glxgears, my FPS falls from 400 to 100 FPS. On the contrary, YouTube Videos don't lag as much anymore.
Intel card: 82852/855GM
-- Cheers - Mikkel Poulsen
-- Cheers - Mikkel Poulsen
I can't see why it won't for you. I just installed xorg-server from testing with "pacman -Syf xorg-server" and then everything else with "pacman -Su". Then I started X and everything was working. 2009/3/4 Georg Grabler <ggrabler@gmail.com>
Hmh, I'm not using a xorg.conf either, and still X freezes with the new driver and the arch stock kernel.
Strange, I've filed a bug report at freedesktop for the intel driver now, let's see what they can tell us about this problem. Maybe there'll be a fix for this some time soon.
On Wed, Mar 4, 2009 at 11:09 AM, Mikkel Poulsen <whargoul.mikkel@gmail.com>wrote:
For one, I don't use a xorg.conf at all. But when I wrote that post, I were using the 2.6.29-rc6-zen1 kernel. With the stock kernel I see much improvement (700 FPS - almost 80% improvement) with EXA. With UXA I only get about 200 FPS.
2009/3/4 Georg Grabler <ggrabler@gmail.com>
Would be interested in how you got that chipset running with the new drivers ... I can't get it working with the 82865G chipset, and there's not too much difference with those two.
On Tue, Mar 3, 2009 at 11:22 PM, Mikkel Poulsen <whargoul.mikkel@gmail.com>wrote:
According to glxgears, my FPS falls from 400 to 100 FPS. On the contrary, YouTube Videos don't lag as much anymore.
Intel card: 82852/855GM
-- Cheers - Mikkel Poulsen
-- Cheers - Mikkel Poulsen
-- Cheers - Mikkel Poulsen
On Wed, 2009-03-04 at 11:14 +0100, Georg Grabler wrote:
Hmh, I'm not using a xorg.conf either, and still X freezes with the new driver and the arch stock kernel.
Strange, I've filed a bug report at freedesktop for the intel driver now, let's see what they can tell us about this problem. Maybe there'll be a fix for this some time soon.
I've found your bugreport I think, but is it related to this one? http://bugs.freedesktop.org/show_bug.cgi?id=19727 Can you ssh into your box when it freezes? This bugreport says it freezes for a few minutes and then continues.
I've got the same problem here. The 945 chipset works fine, the 855 here does not. Anyway, what I did was simply installing the old intel driver : sudo -E pacman -U /var/cache/pacman/pkg/xf86-video-intel-2.4.3-1-i686.pkg.tar.gz So it's the intel driver which is most likely broken upstream for our chipset. The old intel driver works perfectly with the new xorg and libdrm. Kind regards, Georg On Tue, Mar 3, 2009 at 4:09 AM, Eric Bélanger <snowmaniscool@gmail.com>wrote:
On Mon, Mar 2, 2009 at 1:34 PM, Jan de Groot <jan@jgc.homeip.net> wrote:
The upcoming version of xorg-server will have a lot of workarounds and patches removed. Doing so, the package becomes easier to understand, as even its maintainer has no idea what is happening anymore. When upgrading to xorg-server-1.6, you will see these file conflicts on most systems:
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
It's safe and advised to overwrite these files. The symlinks were previously created from post_install by the xorg-server and nvidia-utils packages. It is advised to install xorg-server first by using "pacman -Sf xorg-server", after which you can upgrade the rest of your system.
This release of xorg-server requires a rebuild of all video and input drivers. Older drivers will fail to load with an ABI mismatch. Drivers in our repositories will receive an update to match the xorg-server ABI.
Nvidia has updated their latest drivers with support for this version of xorg-server. AMD does not support xorg-server-1.6 yet in their Catalyst drivers. AMD users are advised to switch to the xf86-video-ati or xf86-video-radeonhd drivers instead, or keep any X.Org related updates on hold via IgnorePkg in pacman.conf. This can be done by putting xorg-server in IgnorePkg in pacman.conf. All other updates should have conflicts set, so it will be clear which additional packages should be added to the IgnorePkg list on your system. Note that there will be no support for older versions of xorg-server when this version moves to extra.
I'm having problems with the intel drivers and OpenGL. With OpenGL sceensavers, I don't really know how to describe it but I can guess what's on the screen but it's garbled. With some OpenGL games, I get a black screen. I get the following message on the terminal: get fences failed: -1 param: 6, val: 0
I also get that message when running glxgears which works fine. My video card: 00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) 00:02.1 Display controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02)
Ask if you need more informations.
Eric
On Wednesday 04 March 2009 09:26:29 Georg Grabler wrote:
So it's the intel driver which is most likely broken upstream for our chipset. The old intel driver works perfectly with the new xorg and libdrm.
It should work according to this: http://intellinuxgraphics.org/results/2009-01-15__0/result.htm
On 2009-03-02 19:34 +0100, Jan de Groot wrote:
[X-Server 1.6 in Testing]
Since the update I can't switch from a console back to the X server. Thomas
participants (10)
-
Chris Bannister
-
Eric Bélanger
-
Flavio Costa
-
Georg Grabler
-
Guus Snijders
-
Jan de Groot
-
Marc Deop i Argemí
-
Mikkel Poulsen
-
slubman
-
Thomas Bohn