From: Aivils S. <ai...@un...> - 2005-11-14 13:00:41
|
On Pirmdiena, 14. Novembris 2005 13:59, Friedrich W. H. Kossebau wrote: > Am Montag 14 November 2005 10:17, schrieb Aivils Stoss: > > On Sv=E7tdiena, 13. Novembris 2005 23:23, Friedrich W. H. Kossebau wrot= e: > > > PCI ViRGE/DX-graphic cards (s3virge driver) with a LCD > > > PCI TGUI 9440 graphic cards (trident driver) with a CRT > > > > Old is gold? > > Rather, old did not cost money ;) > But they look rather rusty right now, in terms of multi terminal :/ > > > > 2 PS/2 keyboards :) > > > 1 serial mouse > > > 1 USB mouse > > > > > > The hardware runs properly in a plain dual head single console setup. > > > So I read all the docs I found (thanks to those who set them all up :) > > > and ended with this multi console approach: > > > * added boot service which probes secondary graphic card (u. > > > xorg.conf.probe) -> works, second monitor changes from blank to > > > blinking text mode cursor * added service faketty and start links to > > > /etc/init.d{,/rc3.d,/rc5.d} -> works, /dev/{fttyN,tty5N} can be opened > > > and give pressed keys exclusivly* * added some symlinks to X (X0, X1, > > > why is this needed at all?) > > > > Only for killing of right X. > > I guess for killall? > > > > * edited xorg.conf: one layout for each graphic card/terminal, added > > > Option "SingleCard" "true" > > > to every layout, > > > Option "NoInt10" > > > to every device. > > > So the setup looks complete, doesn't it? (kdmrc left out for the > > > moment) > > > > > > Well, it works only so far as the console on the primary is started > > > (both with vt7 and vt51). Then the X-Server starts up nicely only on > > > this screen and runs a heavy KDE session with no problems. Shutting > > > down also goes smoothly. But when starting the secondary console (with > > > or without the first running), e.g. > > > $ X1 -layout "TGUI console" :1 vt52 > > > it fails. The screen stays in textmode, last line printed > > > (=3D=3D) Using config file: "/etc/X11/xorg.conf" > > > Resetting per Ctrl-Alt-Backspace does not work, I have to login > > > remotely to kill -9 the X process. Before doing so listing the > > > processes returns 5072 ? Rs 2:02 X1 :1 -layout TGUI console > > > vt52 > > > Then I get back to the shell prompt locally (sometimes lost in random > > > character printing, synchronous to key presses), only to have the who= le > > > computer hangup completly after some further shell operations (like > > > trying to reboot). > > > > faketty runs correctly if is possible see output of this: > > # cat /dev/fttyXX > > It is, but only for ftty{1,2}. ftty0 stays silent. > > > Also full truth about Linux input, ftty included > > # cat /proc/bus/input/devices > > It is, ah, funny, the pc speaker got ftty0, now, for that I have a hard > time to produce input :P > > I: Bus=3D0010 Vendor=3D001f Product=3D0001 Version=3D0100 > N: Name=3D"PC Speaker" > P: Phys=3Disa0061/input0 > H: Handlers=3Dkbd event0 ftty0 > B: EV=3D40001 > B: SND=3D6 > > I: Bus=3D0011 Vendor=3D0001 Product=3D0002 Version=3Dab83 > N: Name=3D"AT Raw Set 2 keyboard" > P: Phys=3Disa0060/serio1/input0 > H: Handlers=3Dkbd event1 ftty1 > B: EV=3D120013 > B: KEY=3D4 2000000 3802078 f840d001 f2ffffdf ffefffff ffffffff fffffffe > B: MSC=3D10 > B: LED=3D7 > > I: Bus=3D0011 Vendor=3D0001 Product=3D0001 Version=3Dab41 > N: Name=3D"AT Translated Set 2 keyboard" > P: Phys=3Disa0060/serio0/input0 > H: Handlers=3Dkbd event2 ftty2 > B: EV=3D120013 > B: KEY=3D4 2000000 3802078 f840d001 f2ffffdf ffefffff ffffffff fffffffe > B: MSC=3D10 > B: LED=3D7 > > I: Bus=3D0003 Vendor=3D05fe Product=3D0001 Version=3D047b > N: Name=3D"Cypress Sem Cypress USB Mouse" > P: Phys=3Dusb-0000:00:07.2-2/input0 > H: Handlers=3Dmouse0 event3 > B: EV=3D7 > B: KEY=3D70000 0 0 0 0 0 0 0 0 > B: REL=3D3 > > > > Funny enough: Having started the secondary console when pressing some > > > keys random characters are added both to the primary (where the shell > > > is) _and_ the secondary screen. Even better, when some screensaver > > > starts (no idea which) _both_ screens are blanked and return again > > > after some keypress. Sometimes even the prompt changes to the second > > > screen. > > > > Not all video adapters or X drivers have capability to share resources > > (VGA,PCI) between two independ X servers. Looks like one of X driver > > steer both adapters, because both adapters may be use same resources. > > Hm. Is there any output I could investigate to find numbers which could > point to shared resources? Like Xorg.{0,1}.log? Where to look best? Which > resources are there at all? What do you mean by VGA-resource? In the BIOS? stay away from it, as you stay away from a "serpent"! > And does this mean that the single card option is not fully supported by > all drivers? Where do/can they driver ignore it? 1st X occupy PCI resource A to B. 2nd X does not have info about this and think A to B is free and occupy it again. I have very foggy image , how to works memory mapped video adapter registers, like VGA. X do it all automati= c=20 without any query and without any preconfigured condition. Aivils |