On Tue, 7 Jul 2009, Russell Stuart wrote: > There are a lot of possibilities unfortunately. I know 2.6.30 brought > some real changes in the way the kernel handles video, and there was > some talk of yet again reorganising how the virtual consoles work, and > in particular moving the console X runs on. I have no idea whether this > actually happened, but I recall getting this sinking feeling as I > wondered whether it would break conspy.
Yes, conspy breaks. > If this is what happened everything is working as it should. One way to > test this would be to manually create /dev/vcsa1 and see it it works. Checked. It does work. > The next step is to look under /sys/class/vc. If vcas1 is there then > it is probably a udev bug. If not it is probably a kernel bug. # ls -l /sys/class/vc lrwxrwxrwx 1 root root 0 Jul 7 20:41 vcs -> ../../devices/virtual/vc/vcs lrwxrwxrwx 1 root root 0 Jul 7 20:41 vcs2 -> ../../devices/virtual/vc/vcs2 lrwxrwxrwx 1 root root 0 Jul 7 20:41 vcs3 -> ../../devices/virtual/vc/vcs3 lrwxrwxrwx 1 root root 0 Jul 7 20:41 vcs4 -> ../../devices/virtual/vc/vcs4 lrwxrwxrwx 1 root root 0 Jul 7 20:41 vcs5 -> ../../devices/virtual/vc/vcs5 lrwxrwxrwx 1 root root 0 Jul 7 20:41 vcs6 -> ../../devices/virtual/vc/vcs6 lrwxrwxrwx 1 root root 0 Jul 7 20:41 vcs7 -> ../../devices/virtual/vc/vcs7 lrwxrwxrwx 1 root root 0 Jul 7 20:41 vcsa -> ../../devices/virtual/vc/vcsa lrwxrwxrwx 1 root root 0 Jul 7 20:41 vcsa2 -> ../../devices/virtual/vc/vcsa2 lrwxrwxrwx 1 root root 0 Jul 7 20:41 vcsa3 -> ../../devices/virtual/vc/vcsa3 lrwxrwxrwx 1 root root 0 Jul 7 20:41 vcsa4 -> ../../devices/virtual/vc/vcsa4 lrwxrwxrwx 1 root root 0 Jul 7 20:41 vcsa5 -> ../../devices/virtual/vc/vcsa5 lrwxrwxrwx 1 root root 0 Jul 7 20:41 vcsa6 -> ../../devices/virtual/vc/vcsa6 lrwxrwxrwx 1 root root 0 Jul 7 20:41 vcsa7 -> ../../devices/virtual/vc/vcsa7 # ls -l /sys/devices/virtual/vc/ drwxr-xr-x 3 root root 0 Jul 7 20:43 vcs drwxr-xr-x 3 root root 0 Jul 7 20:43 vcs2 drwxr-xr-x 3 root root 0 Jul 7 20:43 vcs3 drwxr-xr-x 3 root root 0 Jul 7 20:43 vcs4 drwxr-xr-x 3 root root 0 Jul 7 20:43 vcs5 drwxr-xr-x 3 root root 0 Jul 7 20:43 vcs6 drwxr-xr-x 3 root root 0 Jul 7 20:43 vcs7 drwxr-xr-x 3 root root 0 Jul 7 20:43 vcsa drwxr-xr-x 3 root root 0 Jul 7 20:43 vcsa2 drwxr-xr-x 3 root root 0 Jul 7 20:43 vcsa3 drwxr-xr-x 3 root root 0 Jul 7 20:43 vcsa4 drwxr-xr-x 3 root root 0 Jul 7 20:43 vcsa5 drwxr-xr-x 3 root root 0 Jul 7 20:43 vcsa6 drwxr-xr-x 3 root root 0 Jul 7 20:43 vcsa7 The later alternative seems applicable here. So, you may be right. > Sorry I can't be of more help. I have a NVidia and the nv driver is > unusable, so I won't be running 2.6.30 until a new nvidia driver is > release. I use one of those right now (packaged with m-a): [ 2472.945510] nvidia 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 [ 2472.945520] nvidia 0000:01:00.0: setting latency timer to 64 [ 2472.945753] NVRM: loading NVIDIA UNIX x86 Kernel Module 185.18.14 Wed May 27 02:23:13 PDT 2009 and it works for me: 01:00.0 VGA compatible controller: nVidia Corporation G70 [GeForce 7800 GTX] (rev a1) Cheers, -- Cristian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
