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 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. --

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 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)

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 14:06 Thu 30 Sep , Kazuo Teramoto wrote:

On Thu, Sep 30, 2010 at 1:26 PM, Paulo Santos 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. --

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 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 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)

Thank you a lot, Fess, it works well now (-: //Dima On Thu, 30 Sep 2010 21:42:45 +0400 Fess 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 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

--