Menu
▾
▴
linuxconsole-dev
|
From: Aivils S. <ai...@un...> - 2006-01-30 10:26:12
|
On Pirmdiena, 30. Janv=E2ris 2006 10:05, Unger Richard wrote: > Hi! > > Thanks for the tip, I should obviously have checked for tags... > > Is the linuxconsole stuff still under active development? No. > Will the redesigned console layer make it into the mainline kernel? Seems no. 1) console developing is nightmare. 2) 99% of testers or endusers use multiple X servers instead of multiple te= xt=20 mode consoles - multiple text mode became nuty developers trick. 3)I do not know how to work "terminal emulation". 4)I cannot write in the sane English.=20 > To me it seems like an obvious idea that if a multiuser system has multip= le > screens and keyboards, multiple (independant) terminals should be possibl= e. > In fact, to me, any other situation indicates a little bit of a design > problem. Linux is so flexible. Obvious reach same result in very different ways. > Currently I'm playing with the 2.6.9-ruby kernel I compiled. Don't have > much time as I am moving these days, but it looks like the kernel boots > fine and the /dev/bus/console devices are now available... > > I do have a few questions, documentation on this is so hard to find... http://www.ltn.lv/~aivils/ > 1) Is it possible to have more than one VGA console, No. > or is the VGA console=20 > always only bound to the primary graphics device? 2) What's the status on > framebuffer support? All the docs indicate framebuffer console isn't ready > - is it worth trying out multiple fbcons? Each fb device (/dev/fbXX) assigned with separate console. 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 dummy console As result VGA have tty1-tty16 dummy 1 have tty17-tty20 dummy 2 have tty21-tty24 dummy 3 have tty25-tty28 Probably someone load fb dev driver, which creates /dev/fb0 - /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 be started according login processes like mingetty. Line from /etc/inittab <skip> 17:2345:respawn:/sbin/mingetty tty17 <skip> Keyboards are connected to console automatic. 1st connect to VGA, 2nd to dummy 1, 3rd to dummy 2, ... Special device /dev/tty0 seems will not work proper. Aivils |
|
From: Zoltan B. <zb...@fr...> - 2006-01-30 16:56:09
|
Hi, Aivils Stoss =C3=ADrta: >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 > I still upgrade the kernel patch for every major kernel version, I am on=20 2.6.15-ruby now. Though I always leave out fbdev as I have to update the kernel as soon=20 as possible to keep the machine running with very little downtime. >>Will the redesigned console layer make it into the mainline kernel? >> =20 >> > >Seems no. >1) console developing is nightmare. > =20 > ... and almost everyone updates it in mainline. >2) 99% of testers or endusers use multiple X servers instead of multiple= text=20 >mode consoles - multiple text mode became nuty developers trick. > =20 > But the kernel developers and embedded system users may find it useful, t= oo. >3)I do not know how to work "terminal emulation". >4)I cannot write in the sane English.=20 > =20 > That's not a real problem. :-) >>To me it seems like an obvious idea that if a multiuser system has mult= iple >>screens and keyboards, multiple (independant) terminals should be possi= ble. >>In fact, to me, any other situation indicates a little bit of a design >>problem. >> =20 >> > >Linux is so flexible. Obvious reach same result in very different ways. > > =20 > >>Currently I'm playing with the 2.6.9-ruby kernel I compiled. Don't have >>much time as I am moving these days, but it looks like the kernel boots >>fine and the /dev/bus/console devices are now available... >> >>I do have a few questions, documentation on this is so hard to find... >> =20 >> > >http://www.ltn.lv/~aivils/ > > =20 > >>1) Is it possible to have more than one VGA console, >> =20 >> > >No. > =20 > But development is under way. Every PCI domain can have only one active VGA device in any given moment. By "active" I mean the device decodes the VGA address lines and responds to reads and writes. Hopefully VGA cards keep the display active while their VGA addressing mode are deactivated. An in-kernel VGA arbiter is developed by (I think) Dave Arlie. You can find him on the dri...@li... and xo...@li... mailing lists. >>or is the VGA console=20 >>always only bound to the primary graphics device? 2) What's the status = on >>framebuffer support? All the docs indicate framebuffer console isn't re= ady >>- is it worth trying out multiple fbcons? >> =20 >> > >Each fb device (/dev/fbXX) assigned with separate console. 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 dummy cons= ole >As result >VGA have tty1-tty16 >dummy 1 have tty17-tty20 >dummy 2 have tty21-tty24 >dummy 3 have tty25-tty28 > >Probably someone load fb dev driver, which creates /dev/fb0 - /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 be started >according login processes like mingetty. Line from /etc/inittab ><skip> >17:2345:respawn:/sbin/mingetty tty17 ><skip> > >Keyboards are connected to console automatic. 1st connect to VGA, >2nd to dummy 1, 3rd to dummy 2, ... > >Special device /dev/tty0 seems will not work proper. > >Aivils > =20 > Best regards, Zolt=C3=A1n B=C3=B6sz=C3=B6rm=C3=A9nyi |
|
From: Aivils S. <ai...@un...> - 2006-01-31 08:04:26
|
On Pirmdiena, 30. Janv=C4=81ris 2006 19:32, Zoltan Boszormenyi wrote: > Hi, > > Aivils Stoss =C3=ADrta: > >On Pirmdiena, 30. Janv=C4=81ris 2006 10:05, Unger Richard wrote: > > =C2=A0 > > > >>Hi! > >> > >>Thanks for the tip, I should obviously have checked for tags... > >> > >>Is the linuxconsole stuff still under active development? > >> =C2=A0 =C2=A0 > > > >No. > > =C2=A0 > > I still upgrade the kernel patch for every major kernel version, I am on > 2.6.15-ruby now. > Though I always leave out fbdev as I have to update the kernel as soon > as possible > to keep the machine running with very little downtime. Wow! Do You plan the offensive? I mean sending patches to Andrew Morton and fighting against aged inhabitants. Aivils |
|
From: Zoltan B. <zb...@fr...> - 2006-01-31 17:27:25
|
Hi, Aivils Stoss =C3=ADrta: >On Pirmdiena, 30. Janv=C4=81ris 2006 19:32, Zoltan Boszormenyi wrote: > =20 > >>Hi, >> >>Aivils Stoss =C3=ADrta: >> =20 >> >>>On Pirmdiena, 30. Janv=C4=81ris 2006 10:05, Unger Richard wrote: >>>=20 >>> >>> =20 >>> >>>>Hi! >>>> >>>>Thanks for the tip, I should obviously have checked for tags... >>>> >>>>Is the linuxconsole stuff still under active development? >>>> =20 >>>> =20 >>>> >>>No. >>>=20 >>> =20 >>> >>I still upgrade the kernel patch for every major kernel version, I am o= n >>2.6.15-ruby now. >>Though I always leave out fbdev as I have to update the kernel as soon >>as possible >>to keep the machine running with very little downtime. >> =20 >> > >Wow! Do You plan the offensive? I mean sending patches to Andrew >Morton and fighting against aged inhabitants. > >Aivils > =20 > I am planning to but I didn't have time to really finish it and split up=20 the monster. Best regards, Zolt=C3=A1n B=C3=B6sz=C3=B6rm=C3=A9nyi |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X