Thanks again Florian..... Received Sat 18 Apr 2009 3:34am +1000 from Florian Kulzer: > On Fri, Apr 17, 2009 at 14:46:58 +1000, Graham Williams wrote: > > Received Wed 15 Apr 2009 5:32am +1000 from Florian Kulzer: > > > On Tue, Apr 14, 2009 at 09:21:11 +1000, Graham Williams wrote: > > > > Received Fri 10 Apr 2009 6:31am +1000 from Florian Kulzer: > > > > > On Thu, Apr 09, 2009 at 18:10:41 +1000, Graham Williams wrote: > > > > > > Have just upgraded [...] > > > > >From etch to lenny, as per Subject. [...] > > > > 07:00.0 VGA compatible controller [0300]: nVidia Corporation NV43GL > > > > [Quadro FX 550] [10de:014d] (rev a2) [...] > > > dpkg -l udev {,lib}hal\* {,lib}dbus\* xserver-xorg\* libx11\* xkb\* | awk > > > '/ii/{print$2,$3}' > > [ output edited ] > > > udev 0.125-7 > > You should upgrade udev to version 0.125-7+lenny1 (security.debian.org). > > > xserver-xorg-core 2:1.4.2-10 > > Rmadison tells me that the current version of this package for Lenny is > 2:1.4.2-10.lenny1. I would try to upgrade to that. > > Other than those two packages, I did not see anything unusual your list.
I have upgrade both. No change in the X/kbd behaviour > > > Another thing to check is which processes are using files in > > > /dev/input/. Ideally, this check should be done after X has started. > > > Using CTRL-ALT-Fn does not work for you, but you could use a simple > > > ~/.xinitrc that runs "sudo chvt 1" in an xterm, which would return you > > > to the text terminal. (You have to configure your system to allow your > > > user to run sudo with this command without password.) Then I would like > > > to the output of: > > > > > > lsof /dev/input/* I am getting: COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME hald-addo 4357 root 4r CHR 13,69 5819 /dev/input/event5 hald-addo 4357 root 5w CHR 13,68 5772 /dev/input/event4 hald-addo 4357 root 6r CHR 13,67 5654 /dev/input/event3 hald-addo 4357 root 7r CHR 13,66 5620 /dev/input/event2 > Another thing to check is if certain processes are running: > > ps -ef | grep -E 'X|hal|dbus|udev' root 1370 1 0 13:38 ? 00:00:00 udevd --daemon 103 2862 1 0 13:38 ? 00:00:00 /usr/bin/dbus-daemon --system root 3775 3638 0 13:39 ? 00:00:00 /sbin/dhclient -1 -lf /var/lib/dhcp3/dhclient.eth1.leases -pf /var/run/dhclient.eth1.pid -q -e dhc_dbus=31 -d eth1 105 4336 1 0 13:44 ? 00:00:00 /usr/sbin/hald root 4337 4336 0 13:44 ? 00:00:00 hald-runner root 4357 4337 0 13:44 ? 00:00:00 hald-addon-input: Listening on /dev/input/event5 /dev/input/event4 /dev/input/event3 /dev/input/event2 105 4362 4337 0 13:44 ? 00:00:00 hald-addon-acpi: listening on acpid socket /var/run/acpid.socket root 4368 4337 0 13:44 ? 00:00:00 hald-addon-storage: polling /dev/hda (every 2 sec) anet 4421 4404 0 13:44 tty2 00:00:00 xinit /home/anet/.xinitrc -- /etc/X11/xinit/xserverrc :0 -auth /tmp/serverauth.sVdbIjaCrQ root 4422 4421 0 13:44 tty7 00:00:00 /usr/bin/X11/X -nolisten tcp root 4439 3960 0 13:45 tty1 00:00:00 grep -E X|hal|dbus|udev > > Note that I am booting single user mode to do this, so it is logging > > in as root and running startx as root. I modified the .xinitrc to chvt > > 1 and to then xterm. I ran lsof on the console. > > I think it would be better to do further tests in the normal runlevel. > I would temporarily uninstall or at least disable [xkg]dm to allow you > to log in at the normal tty prompt. Yes - now in user land. > > I've been playing with xev, looks like it is getting KeyRelease events > > but not the KeyPress events for the keys that actually result in the > > screen resolution being reset. Without knowing how hal and the kbd > > device works, it is almost as if X is capturing these KeyPress events > > and not passing them on, instead treating them as a screen resolution > > change shortcut. > > I think the capturing would be normal for real resolution-change key > combinations, but we have to figure out why your system misidentifies > other key press events as this combination. Regards, Graham -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org