[arch-general] Xorg 1.9 - This traing is going to hell.
Well, i think, i should say some words. But some of you will say that i'm "out of line". So, i'll just dicribe details of the update. If someone else have such problems, reply me, and i'll post this to bugtracker. Because, i may have "wrong arms" or "bad carma" or whatever. 1)Synaptics. Errors that no synaptics devices found. Google says nothing, except the same errors and "wtf is going on". 2)Bug or feature? Using caps_toggle: X now won't switch on\off your cute led, while you changing language. 3)2d\3d slowdown. Epic slowdown. No erros, both ati drivers(catalyst | xf86-video-ati). RADEON HD4570, .35 stock kernel from repos. --
1)Synaptics.
Errors that no synaptics devices found. Google says nothing, except the same errors and "wtf is going on". I had the same in here. You just have to update xf86-input-synaptics to
On Thu, 30 Sep 2010 19:51:23 +0400 Fess <killall_humans@lavabit.com> wrote: the version that is in testing repository (1.3.0-1).
2)Bug or feature?
Using caps_toggle: X now won't switch on\off your cute led, while you changing language. Caps Lock works fine and it's indicator led is switching on\off as expected.
Cheers, Vitor
Could you post your Xorg.0.log ? Best regards, Liu Yu Fei, Eric Computer Science, CUHK On Thu, Sep 30, 2010 at 11:51 PM, Fess <killall_humans@lavabit.com> wrote:
Well, i think, i should say some words. But some of you will say that i'm "out of line". So, i'll just dicribe details of the update.
If someone else have such problems, reply me, and i'll post this to bugtracker. Because, i may have "wrong arms" or "bad carma" or whatever.
1)Synaptics.
Errors that no synaptics devices found. Google says nothing, except the same errors and "wtf is going on".
2)Bug or feature?
Using caps_toggle: X now won't switch on\off your cute led, while you changing language.
3)2d\3d slowdown. Epic slowdown. No erros, both ati drivers(catalyst | xf86-video-ati).
RADEON HD4570, .35 stock kernel from repos. --
Le 30/09/2010 17:51, Fess a écrit :
Well, i think, i should say some words. But some of you will say that i'm "out of line". So, i'll just dicribe details of the update.
If someone else have such problems, reply me, and i'll post this to bugtracker. Because, i may have "wrong arms" or "bad carma" or whatever.
1)Synaptics.
Errors that no synaptics devices found. Google says nothing, except the same errors and "wtf is going on".
2)Bug or feature?
Using caps_toggle: X now won't switch on\off your cute led, while you changing language.
3)2d\3d slowdown. Epic slowdown. No erros, both ati drivers(catalyst | xf86-video-ati).
RADEON HD4570, .35 stock kernel from repos. I have just upgraded my system. Everything seem to work just like before. i686, Radeon HD 3650 M (xf86-video-ati)
On 18:05 Thu 30 Sep , Regnak wrote:
Le 30/09/2010 17:51, Fess a écrit :
Well, i think, i should say some words. But some of you will say that i'm "out of line". So, i'll just dicribe details of the update.
If someone else have such problems, reply me, and i'll post this to bugtracker. Because, i may have "wrong arms" or "bad carma" or whatever.
1)Synaptics.
Errors that no synaptics devices found. Google says nothing, except the same errors and "wtf is going on".
2)Bug or feature?
Using caps_toggle: X now won't switch on\off your cute led, while you changing language.
3)2d\3d slowdown. Epic slowdown. No erros, both ati drivers(catalyst | xf86-video-ati).
RADEON HD4570, .35 stock kernel from repos. I have just upgraded my system. Everything seem to work just like before. i686, Radeon HD 3650 M (xf86-video-ati)
Oh.. strange. Guys on i686 says, that everything is alright. Guys on x86_64 says "oh no, it's crashing". Strange. --
At Thu, 30 Sep 2010 20:25:30 +0400, Fess <killall_humans@lavabit.com> wrote:
Oh.. strange. Guys on i686 says, that everything is alright. Guys on x86_64 says "oh no, it's crashing". Strange.
On my x86_64 Xorg exits unexpectedly at random time with "invalid framebuffer id" in dmesg. No additional messages in Xorg.0.log. (Radeon HD3450)
On 30.09.2010 20:28, Sergej Pupykin wrote:
Oh.. strange. Guys on i686 says, that everything is alright. Guys on x86_64 says "oh no, it's crashing". Strange. On my x86_64 Xorg exits unexpectedly at random time with "invalid
At Thu, 30 Sep 2010 20:25:30 +0400, Fess<killall_humans@lavabit.com> wrote: framebuffer id" in dmesg. No additional messages in Xorg.0.log. (Radeon HD3450) I downgraded Xorg on my machine to
warning: xf86-input-evdev: ignoring package upgrade (2.4.0-2 => 2.5.0-1) warning: xf86-input-keyboard: ignoring package upgrade (1.4.0-2 => 1.4.0-3) warning: xf86-input-mouse: ignoring package upgrade (1.5.0-2 => 1.6.0-1) warning: xf86-video-fbdev: ignoring package upgrade (0.4.2-1 => 0.4.2-2) warning: xf86-video-vesa: ignoring package upgrade (2.3.0-2 => 2.3.0-3) warning: xorg-server: ignoring package upgrade (1.8.1.902-1 => 1.9.0-1) and upgraded mesa to warning: ati-dri: local (7.9_rc2-1) is newer than extra (7.8.2-3) warning: libgl: local (7.9_rc2-1) is newer than extra (7.8.2-3) warning: mesa: local (7.9_rc2-1) is newer than extra (7.8.2-3) Now it works well. It seems there are too many problems with Xorg 1.9. (I use video driver from xf86-video-ati-git package)
Den 30. sep. 2010 18:25, skrev Fess:
Oh.. strange. Guys on i686 says, that everything is alright. Guys on x86_64 says "oh no, it's crashing". Strange. No problems for me using: laptop: i686 - radeon Xpress 200m - synaptics touch desktop: x86_64 - radeonhd 4870x2 - no touchpad
Both using opensource xf86-video-ati. Christoffer
Fess wrote:
1)Synaptics.
Errors that no synaptics devices found. Google says nothing, except the same errors and "wtf is going on".
My touchpad doesn't work for a long time, but I never bothered to try to fix it. I do get the following error, among 3 other. (EE) SynPS/2 Synaptics TouchPad no synaptics event device found
3)2d\3d slowdown. Epic slowdown. No erros, both ati drivers(catalyst | xf86-video-ati).
RADEON HD4570, .35 stock kernel from repos.
I don't know about 3d, but scrolling and resizing windows became very very slow. This happened after today's update, where I updated the kernel and xorg. kernel 2.6.35.7-1, xorg-server 1.9.0-1, nvidia 256.53 (x86_64) I think my fonts look different now. I use cairo-cleartype 1.8.10-1, which in AUR is flagged as out of date. Could that interfere? Best regards, Paulo Santos
Really don't know. Method of scrolling have changed, definitely. Resizing is bad too. P.S.
I don't know about 3d, but scrolling and resizing windows became very very slow.
It's not vendor's problem, i think. I have ati, some folks intel - same thing. --
On Thu, Sep 30, 2010 at 1:26 PM, Paulo Santos <paulo.r.santos@sapo.pt> wrote:
3)2d\3d slowdown. Epic slowdown. No erros, both ati drivers(catalyst | xf86-video-ati).
RADEON HD4570, .35 stock kernel from repos.
I don't know about 3d, but scrolling and resizing windows became very very slow. [...] kernel 2.6.35.7-1, xorg-server 1.9.0-1, nvidia 256.53 (x86_64)
The slowdown of nvidia and xorg-server 1.9.0 is know and solved in the last beta. http://www.nvnews.net/vbulletin/showthread.php?t=154563 https://bbs.archlinux.org/viewtopic.php?id=103716 This is the only problem I had with 1.9 (x86_64 user, synaptics). I dont got any crash or other regression except the nvidia+text rendering I linked. Regards, Kazuo -- «Dans la vie, rien n'est à craindre, tout est à comprendre» Marie Sklodowska Curie.
On 14:06 Thu 30 Sep , Kazuo Teramoto wrote:
On Thu, Sep 30, 2010 at 1:26 PM, Paulo Santos <paulo.r.santos@sapo.pt> wrote:
3)2d\3d slowdown. Epic slowdown. No erros, both ati drivers(catalyst | xf86-video-ati).
RADEON HD4570, .35 stock kernel from repos.
I don't know about 3d, but scrolling and resizing windows became very very slow. [...] kernel 2.6.35.7-1, xorg-server 1.9.0-1, nvidia 256.53 (x86_64)
The slowdown of nvidia and xorg-server 1.9.0 is know and solved in the last beta.
http://www.nvnews.net/vbulletin/showthread.php?t=154563 https://bbs.archlinux.org/viewtopic.php?id=103716
This is the only problem I had with 1.9 (x86_64 user, synaptics). I dont got any crash or other regression except the nvidia+text rendering I linked.
Regards, Kazuo
-- «Dans la vie, rien n'est à craindre, tout est à comprendre» Marie Sklodowska Curie.
Ok, thanks for replying. --
Ok. Some overview. 1)Led's. In fact, it works now(some dirty magic of reboot). 2)Synaptics 1.3.0.1 doesn't solve issue. 3)Video A huge variety of answers, from "X freeze my system" to "omg, 3k fps". Something like that. --
i686 on MSI laptop, nVidia Corporation C51 [GeForce Go 6100] + AMD chipset Athlon64. Synaptics works well, but all additional keys don`t work - like Alt, Ctrl, Win etc. Tryed all variations of xorg.conf found in the net and without xorg.conf, but nothing good is happened. //Dima On Thu, 30 Sep 2010 19:51:23 +0400 Fess <killall_humans@lavabit.com> wrote:
Well, i think, i should say some words. But some of you will say that i'm "out of line". So, i'll just dicribe details of the update.
On 20:32 Thu 30 Sep , D.P. wrote:
i686 on MSI laptop, nVidia Corporation C51 [GeForce Go 6100] + AMD chipset Athlon64.
Synaptics works well, but all additional keys don`t work - like Alt, Ctrl, Win etc.
Tryed all variations of xorg.conf found in the net and without xorg.conf, but nothing good is happened.
//Dima
On Thu, 30 Sep 2010 19:51:23 +0400 Fess <killall_humans@lavabit.com> wrote:
Well, i think, i should say some words. But some of you will say that i'm "out of line". So, i'll just dicribe details of the update.
Try /etc/X11/xorg.conf.d/10-evdev.conf Clean your xorg.conf and add your preferences to this file(for keyboard). You need to copy only options, and this will be something like that: Section "InputClass" Identifier "evdev keyboard catchall" MatchIsKeyboard "on" MatchDevicePath "/dev/input/event*" Driver "evdev" Option "XkbRules" "xorg" Option "XkbLayout" "us,ru" Option "XkbOptions" "grp:caps_toggle,grp_led:caps,terminate:ctrl_alt_bksp,compose:menu" EndSection --
Thank you a lot, Fess, it works well now (-: //Dima On Thu, 30 Sep 2010 21:42:45 +0400 Fess <killall_humans@lavabit.com> wrote:
On 20:32 Thu 30 Sep , D.P. wrote:
i686 on MSI laptop, nVidia Corporation C51 [GeForce Go 6100] + AMD chipset Athlon64.
Synaptics works well, but all additional keys don`t work - like Alt, Ctrl, Win etc.
Tryed all variations of xorg.conf found in the net and without xorg.conf, but nothing good is happened.
//Dima
On Thu, 30 Sep 2010 19:51:23 +0400 Fess <killall_humans@lavabit.com> wrote:
Well, i think, i should say some words. But some of you will say that i'm "out of line". So, i'll just dicribe details of the update.
Try /etc/X11/xorg.conf.d/10-evdev.conf Clean your xorg.conf and add your preferences to this file(for keyboard). You need to copy only options, and this will be something like that:
Section "InputClass" Identifier "evdev keyboard catchall" MatchIsKeyboard "on" MatchDevicePath "/dev/input/event*" Driver "evdev" Option "XkbRules" "xorg" Option "XkbLayout" "us,ru" Option "XkbOptions" "grp:caps_toggle,grp_led:caps,terminate:ctrl_alt_bksp,compose:menu" EndSection
--
On Thu, Sep 30, 2010 at 07:51:23PM +0400, Fess wrote:
Well, i think, i should say some words. But some of you will say that i'm "out of line". So, i'll just dicribe details of the update.
I also have problems with XOrg 1.9 on my old Thinkpad T22 (savage video chip). With the new version i could not switch between X and tty consoles without a freeze of the system (only SysReq works). I got small red lines on top of the screen if i switch from tty back to X and then it freezes. No matter if i user framebuffer (vga=) or not (savage driver don't uses KVM) More badly was that also a resume from mem or disk suspend doesn't work anymore, also a freeze. Switching back to XOrg 1.8 (downgrade also the depended packages) works fine again. I think for myself this was the last XServer upgrade i will have tried on this laptop. [OT/Ranting on] Last 1-2 years i'm realy getting more and more annoyed about the quality of software developement on core things. I'm not saying this is our/ArchLinux problem (ok, maybe 5% of bad packaging or similar). IMHO the quality of upstream developers or developement processes are the reason. I notice more and more "little" things with side-effects which get broken from minor to minor upgrade, and i waste my time to see which package may be the reason. But every week <g> new "features" and concepts which will probably break something on core/base functionality. Meanwhile mostly IMHO at older hardware and often things which work fine in earlier software versions. The problems related to XServer were so many last year(s), since it becomes XOrg, i could not remember such behavior on the "good old" xfree86 days. In the past one could say: If you have older hardware and something works fine then this was "rock solid" in the feature. But i have last 1,2 years (kernel and X related) so many issues with tty/X switches, Fn-Keys which works and not, mouse wheels and trackpoint failures, suspend/resume failures... IMHO there are more and more "young developers", fresh from university/school, who work on core things. Those have good ideas of "features", they're hacking times faster than i could speak, but the quality/stability of the core things is a pain. Ok, next developer. His/her new ideas are primary, old failures won't got fixed (and something other is broken). I'm not a developer, i have big respect on all, but more and more things pisses me of on my linux workstations the last years... (Maybe the reason for some things are the compilers, too good on optimazing on "older" code... XOrg 1.9 savage driver is ~5k smaller than 1.8, maybe TTY/X switching was optimized to /dev/null <g>) - Kernel update on my T22 to 2.6.35 floods my log with drive not ready/media errors of my swap partion (only the swap partition!) New mkswap doesn't solve it. I'm too old to think that the surface of my harddisk got broken the last 15min before the kernel upgrade. So switched back to old kernel - same problem (swap is activated, but log flood about media errors). Doing mkswap again under 2.6.33 (the last working version for others reasons), reboot anbd all is fine again. Also a dd if=/dev/zero to the swap partition shows no drive/media errors. But why on 2.6.35? WTF? - 2.6.33 ist the last working version on which after a suspend/resume my wireless device re-connects failure-less to a access point(ath5k). - 2.6.33, an older version of pm-utils and an older version of XOrg was the last state where i could switch from X to tty (and back) and when i could use the TTY's also after a resume. Before the above mentioned new problems with XOrg 1.9 the switch to TTY was still broken after suspend/resume. - Fn-Keys for Suspend or toggle of X-backlight are broken since weeks. I have to test every time new features bitmap of thinkpad-acpi module on different kernel/pm-utils versions to enable them working again... - Since ~2.6.28 the bandwith of my ethernet device(e100) is reduced to 10% of the maximum. Only if i use nohz=off as kernel param or if i produce cpu load (100%) my bandwith goes up again. Last month i found the "reason": it happens only if i have the speedstep-smi module loaded! With ee100pro module i never have had such thing, also an earlier 2.6.28 patchlevel works fine IIR... This is such an interesting bug so i think i will report it to LKML... These are some of the core things (for me, i don't care if my mpd is broken) that makes me angry... ;-) [OT/Ranting off] Regards Gerhard (still alive)
The only problem I've had is slow nvidia rendering with the stable drivers. Upgraded to nvidia-beta and all is better now. For those who might not know, you can upgrade to nvidia-beta by doing this: 1. Install a pacman wrapper that searches AUR too, I use clyde. 2. sudo clyde -Rd nvidia nvidia-utils 3. sudo clyde -S nvidia-beta --noconfirm You also go the old-fashioned way and just grab the PKGBUILD from AUR, in which case you remove the packages with pacman -Rd and then cd into the directory that contains the PKGBUILD and makepkg -i.
participants (11)
-
Christoffer Hirth
-
D.P.
-
Fess
-
Gerhard Brauer
-
Jeff Cook
-
Kazuo Teramoto
-
Liu Yu Fei, Eric
-
Paulo Santos
-
Regnak
-
Sergej Pupykin
-
Vitor Garcia