Menu
▾
▴
Re: AW: AW: Kernel Version
|
From: Zoltan B. <zb...@fr...> - 2006-01-31 17:29:32
|
Unger Richard =C3=ADrta: >Hi! > >Thanks for all the information!! I'll let you know how it goes (I'm sure= to be confused again ;) > >Can either of you commit your changes back to the SF site? > =20 > I don't have committer access rights in this project on SF. But I can post the latest patch on the mailing list. Or a download URL. >It seems a shame for all your hard work to be lost... > >And as for your English, I think I understood you very well, so I would = have no worries there :) > >Regards from Vienna! > >Richie > > >=20 > > =20 > >>-----Urspr=C3=BCngliche Nachricht----- >>Von: Aivils Stoss [mailto:ai...@un...]=20 >>Gesendet: Montag, 30. J=C3=A4nner 2006 11:30 >>An: Unger Richard >>Cc: lin...@li... >>Betreff: Re: AW: Kernel Version >> >>On Pirmdiena, 30. Janv=C4=81ris 2006 10:05, Unger Richard wrote: >> =20 >> >>>Hi! >>> >>>Thanks for the tip, I should obviously have checked for tags... >>> >>>Is the linuxconsole stuff still under active development? >>> =20 >>> >>No. >> >> =20 >> >>>Will the redesigned console layer make it into the mainline kernel? >>> =20 >>> >>Seems no. >>1) console developing is nightmare. >>2) 99% of testers or endusers use multiple X servers instead=20 >>of multiple text mode consoles - multiple text mode became=20 >>nuty developers trick. >>3)I do not know how to work "terminal emulation". >>4)I cannot write in the sane English.=20 >> >> =20 >> >>>To me it seems like an obvious idea that if a multiuser system has=20 >>>multiple screens and keyboards, multiple (independant)=20 >>> =20 >>> >>terminals should be possible. >> =20 >> >>>In fact, to me, any other situation indicates a little bit=20 >>> =20 >>> >>of a design=20 >> =20 >> >>>problem. >>> =20 >>> >>Linux is so flexible. Obvious reach same result in very=20 >>different ways. >> >> =20 >> >>>Currently I'm playing with the 2.6.9-ruby kernel I compiled. Don't=20 >>>have much time as I am moving these days, but it looks like=20 >>> =20 >>> >>the kernel=20 >> =20 >> >>>boots fine and the /dev/bus/console devices are now available... >>> >>>I do have a few questions, documentation on this is so hard=20 >>> =20 >>> >>to find... >> >>http://www.ltn.lv/~aivils/ >> >> =20 >> >>>1) Is it possible to have more than one VGA console, >>> =20 >>> >>No. >> >> =20 >> >>>or is the VGA console >>>always only bound to the primary graphics device? 2) What's=20 >>> =20 >>> >>the status=20 >> =20 >> >>>on framebuffer support? All the docs indicate framebuffer console=20 >>>isn't ready >>>- is it worth trying out multiple fbcons? >>> =20 >>> >>Each fb device (/dev/fbXX) assigned with separate console.=20 >>Each separate console may have keyboard device. Last working is 2.6.13 >>http://www.ltn.lv/~aivils/files/ruby-2.6.13-A0.diff.bz2 >>Under 2.6.13 kenel exists option >>dumbcon=3D3:4 >>where 3 is count of dummy consoles, 4 is TTY count per single=20 >>dummy console As result VGA have tty1-tty16 dummy 1 have=20 >>tty17-tty20 dummy 2 have tty21-tty24 dummy 3 have tty25-tty28 >> >>Probably someone load fb dev driver, which creates /dev/fb0 -=20 >>/dev/fb3, after fbcon module loading these fb devices are assigned : >>fb0 takes over VGA - tty1-tty16 >>fb1 takes over dummy 1 - tty17-tty20 >>fb2 - tty21-tty24 >>fb3 - tty25-tty28 >> >>If system operator will allow login via fb1-fb3 , then must=20 >>be started according login processes like mingetty. Line from=20 >>/etc/inittab <skip> 17:2345:respawn:/sbin/mingetty tty17 <skip> >> >>Keyboards are connected to console automatic. 1st connect to=20 >>VGA, 2nd to dummy 1, 3rd to dummy 2, ... >> >>Special device /dev/tty0 seems will not work proper. >> >>Aivils >> >> =20 >> > > > =20 > |
