You are not logged in.
Hi,
My laptop is a Samsung X360 and it runs ArchLinux x86_64. After upgrading udev (182-4) to systemd-tools (184-2) my brightness control stopped working. I checked that the keymap for my system is the same than before and that the other FN keys work properly (even the brightness FN seems to work but Xorg stops handling it because provokes a strange behavior that is solved by cycling to VT and back to X). Thus, the problem is the brightness control itself, it is broken after the upgrade. I downgraded all packages related to the systemd-tools upgrade and the brightness control is back. Please, let me know what can be happening or what (files? /sys? rules?) may I look at in the working version to (try to) fix the problem in the new version. Thank you.
Regards,
Pedro
Last edited by pedromj (2012-06-07 15:31:35)
Entia non sunt multiplicanda praeter necessitatem
Offline
My guess would be that something changed under /usr/lib/udev/keymap between the two releases.
Offline
It is a binary file and could not check the difference. However, I've checked that the file inside the "/usr/lib/udev/keymaps" that correspond to my laptop is the same in both versions.
On the other hand, I've also seen that Xorg has changed from "1.12.1.902-1" to "1.12.2-1", but it may be a little change (I do not know). It seems that the other packages just reflected the udev upgrade but, who knows, the problem may be anywhere.
Entia non sunt multiplicanda praeter necessitatem
Offline
I didn't get the same side effect on my t410
Did you mkinitcpio -p linux' ( see: http://www.archlinux.org/news/systemd-t … aces-udev/ ) after the upgrade ?
Offline
Yes, I run it after the upgrade. I'll try to upgrade again in a few days and see if the problem persists or not. As of today, the problematic packages have the same version.
Entia non sunt multiplicanda praeter necessitatem
Offline
In my Samsung R480 I have the same problem after upgrading to systemd-tools.
Offline
Please try the new systemd-tools in testing. Hopefully fixed.
Offline
Seen that, I think it should be related to the vendor identification but I discarded a problem in the keymap assignment, because the first keystroke seems to be received by the system but the reaction (ie. reading and setting the brightness level) seems to fail and provoke a lock somewhere and is only released after cycling through VT.
Please, if you find a solution, explain it here. Thank you.
Entia non sunt multiplicanda praeter necessitatem
Offline
Please try the new systemd-tools in testing. Hopefully fixed.
I'll give it a try as soon as possible. Thank you.
Entia non sunt multiplicanda praeter necessitatem
Offline
I'm on a Samsung R580, and was having this exact same issue. The new systemd-tools package in testing seems to have solved the problem for me. ![]()
Offline
OK, now that systemd-tools-185-1 is already in core I've upgraded and the brightness control works again. Thank you.
Entia non sunt multiplicanda praeter necessitatem
Offline
I don't know if this update has caused it, but around the same time as this update, my Sony Vaio VPCCA1S1E laptop stopped responding to the brightness keys.
It has a AMD Radeon 6400M if that makes any difference.
I don't know what to try (I have the latest version of the systemd-tools package).
Last edited by Daveoc64 (2012-06-24 00:37:26)
Offline
@Daveoc64: what version of systemd-tools (or udev if it goes that far back) last worked? What version are you on now?
Offline
@Daveoc64: what version of systemd-tools (or udev if it goes that far back) last worked? What version are you on now?
I'm currently on the latest (systemd-tools-185-2), but I don't know what version last worked. Checking the pacman cache, I've had systemd-tools-184-2 and systemd-tools-185-1 installed.
Also quite a few versions of udev:
udev-173-3-x86_64.pkg.tar.xz
udev-174-1-x86_64.pkg.tar.xz
udev-175-1-x86_64.pkg.tar.xz
udev-180-1-x86_64.pkg.tar.xz
udev-181-2-x86_64.pkg.tar.xz
udev-181-4-x86_64.pkg.tar.xz
udev-181-5-x86_64.pkg.tar.xz
udev-182-1-x86_64.pkg.tar.xz
udev-182-2-x86_64.pkg.tar.xz
udev-182-4-x86_64.pkg.tar.xz
All packages are up to date according to pacman
I just updated the system about a week or week and half ago and it wasn't working, but I didn't have time to look into it.
EDIT: Sorry, just realised it might have helped to put some dates for the packages:
-rw-r--r-- 1 root root 409212 Jun 1 01:40 systemd-tools-184-2-x86_64.pkg.tar.xz
-rw-r--r-- 1 root root 409364 Jun 4 21:23 systemd-tools-185-1-x86_64.pkg.tar.xz
-rw-r--r-- 1 root root 410852 Jun 22 14:51 systemd-tools-185-2-x86_64.pkg.tar.xz
Last edited by Daveoc64 (2012-06-24 01:02:41)
Offline