You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
(235) |
Apr
(30) |
May
(32) |
Jun
(86) |
Jul
(81) |
Aug
(108) |
Sep
(27) |
Oct
(22) |
Nov
(34) |
Dec
(10) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(78) |
Feb
(10) |
Mar
(81) |
Apr
(27) |
May
(13) |
Jun
(105) |
Jul
(78) |
Aug
(52) |
Sep
(59) |
Oct
(90) |
Nov
(127) |
Dec
(49) |
2002 |
Jan
(102) |
Feb
(72) |
Mar
(54) |
Apr
(98) |
May
(25) |
Jun
(23) |
Jul
(123) |
Aug
(14) |
Sep
(52) |
Oct
(65) |
Nov
(48) |
Dec
(48) |
2003 |
Jan
(22) |
Feb
(25) |
Mar
(29) |
Apr
(12) |
May
(16) |
Jun
(11) |
Jul
(20) |
Aug
(20) |
Sep
(43) |
Oct
(84) |
Nov
(98) |
Dec
(56) |
2004 |
Jan
(28) |
Feb
(39) |
Mar
(41) |
Apr
(28) |
May
(88) |
Jun
(17) |
Jul
(43) |
Aug
(57) |
Sep
(54) |
Oct
(42) |
Nov
(32) |
Dec
(58) |
2005 |
Jan
(80) |
Feb
(31) |
Mar
(65) |
Apr
(41) |
May
(20) |
Jun
(34) |
Jul
(62) |
Aug
(73) |
Sep
(81) |
Oct
(48) |
Nov
(57) |
Dec
(57) |
2006 |
Jan
(63) |
Feb
(24) |
Mar
(18) |
Apr
(9) |
May
(22) |
Jun
(29) |
Jul
(47) |
Aug
(11) |
Sep
|
Oct
|
Nov
|
Dec
|
2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
From: Aivils S. <Aiv...@un...> - 2003-09-30 07:08:36
|
Hi all! ruby-2.6 moving. Now /dev/tty0 must work correct. /dev/tty0 now works similar Linus tree kernel. /dev/tty0 is current for each VT. We have multiple current ttys. Process get current tty depend from VT , where process was spawned. Now VCs of VT are shifted. VGA has vc:1-16. DUMMY has only one VC per VT. Keyboard leds switch incorrect when user switch from one VC to another - this one fixed now. Uploaded initial version of framebuffer console. Thanks James Linus tree kernel already has ruby friendly fbcon code. Porting to ruby is relative easy. fbcon right now can serve only one framebuffer device driver correctly. Real multiuser, where each fb device has a keyboard, will be added in future. If You will test this code, then please select one fb device driver only. In my case, fbcon works with Voodoo3. Of course fbcon contain some bugs. You have simple arithmetic - if I not clean vgacon during one year, then fbcon is hopeless :-( Oops You can do via ioctl on /dev/fbX , because they are untested and dangerous. fbcon take over VGA console. In real-multiuser case each new fb device should not take over VGA - we must have kernel command line options for each framebuffer device driver. All fb drivers use one fbcon. TODO: sync to recent kernel. Aivils Stoss |
From: Svetoslav S. <ga...@st...> - 2003-09-25 15:14:48
|
Quoting hugo vanwoerkom <hug...@ca...>: > Hi Svetjlo! > > I don't get Section 3.2, the beginning, but may > be my "getting capability" is low, > > 1. what does it mean when it says: > > You have to follow this order the notes were ment as addition to the deskription on compiling a kernel which are on Aivils web site, i probably have to add a not about this :-) > 2. In the subsequent list I cannot find in my > .config "virtual terminal support" you wont find it cause it's named differently :) you shouldn't edit your .config with an editor you should use "make menuconfig" or "make xconfig" i thought there were snapshots at Aivils site but it seems they are missing you can check them here http://varna.demon.co.uk/~svetlio/aivils2/quick-eng.html Aivils, i think you have the snapshots on your site, but the links seems to be missing. me missed smth? or the links got lost somehow? :) look for links "mc" & "xc" arround the descriptions > 3. In the next point: You have to use built in > input support: I cannot find either "input core > support" see my note about 2.) > BTW if you want help with the maintenance of the > Howto I will be glad to help. I now use > Hyperlatex: that gives you html support through a > tex file and so you get the pdf and the html both > at the same time by just maintaining the .tex file. i'm using the prefered format by tldp.org (docbook xml) which allows from a single xml file to get pdf, html (single, multi-page). txt and some other formats too. any help is wellcome :-) if you have some time check my web site http://varna.demon.co.uk/~svetlio/ -> linux in the how-to section are listed some really "nice to have" things i have a mixed TODO :-) and you can find on several places in the HOWTO things that needs feedback, or are marked as experimental (reason tested only by me, or the like) from the things i wish to add( not yet listed) - bruby + ltsp/ k12ltsp - using indepenedent USB/ firewire devices - is it possible to use a multi-chanel sound card instead of 2 dual-chanel cards for 2 independent users ( i had in mind to write to alsa project, but ...) - really test Matrox MMS series ( toooooo expensive) - had some more thoughts but can not remmember right now :( - write to the author of gdm, and ask him whether gdm2 will support different themes for different displays so, if you have time, there are lot of things to do :-) best, svetljo |
From: hugo v. <hug...@ca...> - 2003-09-25 14:07:06
|
Hi Svetjlo! I don't get Section 3.2, the beginning, but may be my "getting capability" is low, 1. what does it mean when it says: You have to follow this order 2. In the subsequent list I cannot find in my .config "virtual terminal support" 3. In the next point: You have to use built in input support: I cannot find either "input core support" BTW if you want help with the maintenance of the Howto I will be glad to help. I now use Hyperlatex: that gives you html support through a tex file and so you get the pdf and the html both at the same time by just maintaining the .tex file. Hugo. The following signature is automatically added by the web email service I use, which is beyond my control: ======================================= Help the planet each day! It's free and easy: http://www.Care2.com/dailyaction/ |
From: hugo v. <hug...@ca...> - 2003-09-25 13:52:19
|
Fellows!!! BEAUTIFUL!!!!!!!!!!!!!!!!! DID IT!!!!!!!!!!!!! But... in my defense (do I need one?) Section B.2.1 does not have -prefbusid on its example of xdm. On to converting every internet caf=E9 in Oaxaca to Backstreet Ruby!!! Thanks guys! Hugo. The following signature is automatically added by the web email service I use, which is beyond my control: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Help the planet each day! It's free and easy: http://www.Care2.com/dailyaction/ |
From: hugo v. <hug...@ca...> - 2003-09-25 13:29:12
|
---- Begin Original Message ---- From: Svetoslav Slavtchev <ga...@st...> Sent: Wed, 24 Sep 2003 23:56:46 +0200 To: hugo vanwoerkom <hug...@ca...> Subject: Re: Howto section 4.3 Quoting hugo vanwoerkom <hug...@ca...>: i thought that X is a symbolic link to XFree but it shouldn't metter(me thinks) do they have different sizes? (Sorry... care2.com does not "include" correctly!) They have very diff sizes: X = 7280 XFree86 = 1731788 It appears X is a binary wrapper for XFree86. Hugo. The following signature is automatically added by the web email service I use, which is beyond my control: ======================================= Help the planet each day! It's free and easy: http://www.Care2.com/dailyaction/ |
From: hugo v. <hug...@ca...> - 2003-09-25 08:58:23
|
Hi Aivils and Svetljo! Thanks for answering so quickly! Indeed the problem with ***INITIALIZATION FAILED*** is solved doing the -probeonly as specified in section 8.1 of the HowTo. Sorry, I should have followed up. However, after adding BusID "PCI:1:0:0" and BusID "PCI:0:11:0" to the device sections of XF86Config-4.ruby and XF86Config.new (per my post of yesterday) I still have 2 problems: 1. I can start the :1 server from :0 with: startx -- /usr/X11R6/bin/X1 :1 -xf86config XF86Config.new vt9 but after that :0 has no keyboard and sits there until I Ctrl+Alt+Backsp :1 I can start the :0 server from :0 with: startx -- /usr/X11R6/bin/X0 :0 -xf86config XF86Config-4.ruby vt7 and I still have the :0 keyboard, of course nothing on :1. 2. If I add to my @Xserver for xdm: :0 local usr/bin/nice -n -10 /usr/X11R6/bin/X0 :0 -xf86config /etc/X11/XF86Config-4.ruby -deferglyphs 16 vt7 :1 local usr/bin/nice -n -10 /usr/X11R6/bin/X1 :1 -xf86config /etc/X11/XF86Config.new -deferglyphs 16 vt9 and start xdm, :0 screen goes blank and the system freezes and I have to hit the red button. Any ideas? Thanks a lot! Hugo. The following signature is automatically added by the web email service I use, which is beyond my control: ======================================= Help the planet each day! It's free and easy: http://www.Care2.com/dailyaction/ |
From: Aivils S. <Aiv...@un...> - 2003-09-25 07:00:27
|
>2. If I add to my @Xserver for xdm: > >:0 local usr/bin/nice -n -10 /usr/X11R6/bin/X0 :0 >-xf86config /etc/X11/XF86Config-4.ruby >-deferglyphs 16 vt7 >:1 local usr/bin/nice -n -10 /usr/X11R6/bin/X1 :1 >-xf86config /etc/X11/XF86Config.new -deferglyphs >16 vt9 You be sure to add -prefbusid command line option. Without this option xf86 runs identical unpatched xf86. Stock xf86 search and freezy any video adapter on system. :0 local usr/bin/nice -n -10 /usr/X11R6/bin/X0 :0 -xf86config /etc/X11/XF86Config-4.ruby -deferglyphs 16 -prefbusid 1:0:0 vt7 :1 local usr/bin/nice -n -10 /usr/X11R6/bin/X1 :1 -xf86config /etc/X11/XF86Config.new -deferglyphs 16 -prefbusid 0:11:0 vt9 Don't forget add Nvidia stuff "X -probeonly" in system init scripts, before xdm starting. Aivils |
From: Svetoslav S. <ga...@st...> - 2003-09-24 22:04:36
|
Quoting hugo vanwoerkom <hug...@ca...>: > Hi Aivils and Sjvetlo! > > Thanks for answering so quickly! > > Indeed the problem with ***INITIALIZATION > FAILED*** is solved doing the -probeonly > as specified in section 8.1 of the HowTo. Sorry, > I should have followed up. > > However, after adding BusID "PCI:1:0:0" and > BusID "PCI:0:11:0" to the device > sections of XF86Config-4.ruby and XF86Config.new > (per my post of yesterday) > I still have 2 problems: > > 1. I can start the :1 server from :0 with: > startx -- /usr/X11R6/bin/X1 :1 -xf86config > XF86Config.new vt9 > but after that :0 has no keyboard and sits > there until I Ctrl+Alt+Backsp :1 > > I can start the :0 server from :0 with: > startx -- /usr/X11R6/bin/X0 :0 -xf86config > XF86Config-4.ruby vt7 > and I still have the :0 keyboard, of course > nothing on :1. standard Xfree behaviour :) have you added "SingleCard" "true" or "PrefBusID" "x:xx:x" to your XF config file ? you might also want to check which is the version of the patch used. I think Andreas have not updated yet to patch version 3 & his XFree binaries still use version 1, which means that to get rid of this problem (the standard XFree behaviour) you should use cmd argument -prefbusid x:xx:x when starting X > 2. If I add to my @Xserver for xdm: > > :0 local usr/bin/nice -n -10 /usr/X11R6/bin/X0 :0 > -xf86config /etc/X11/XF86Config-4.ruby > -deferglyphs 16 vt7 > :1 local usr/bin/nice -n -10 /usr/X11R6/bin/X1 :1 > -xf86config /etc/X11/XF86Config.new -deferglyphs > 16 vt9 > > and start xdm, :0 screen goes blank and the > system freezes and I have to hit the red button. > > Any ideas? > > Thanks a lot! > > Hugo. > > > > The following signature is automatically > added by the web email service I use, > which is beyond my control: > ======================================= > Help the planet each day! It's free and easy: > http://www.Care2.com/dailyaction/ > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Linuxconsole-dev mailing list > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev > -- I'm changing my e-mail address, please use temporaly sve...@us... or sv...@gm... |
From: hugo v. <hug...@ca...> - 2003-09-24 21:26:09
|
Hi Aivils and Sjvetlo! Thanks for answering so quickly! Indeed the problem with ***INITIALIZATION FAILED*** is solved doing the -probeonly as specified in section 8.1 of the HowTo. Sorry, I should have followed up. However, after adding BusID "PCI:1:0:0" and BusID "PCI:0:11:0" to the device sections of XF86Config-4.ruby and XF86Config.new (per my post of yesterday) I still have 2 problems: 1. I can start the :1 server from :0 with: startx -- /usr/X11R6/bin/X1 :1 -xf86config XF86Config.new vt9 but after that :0 has no keyboard and sits there until I Ctrl+Alt+Backsp :1 I can start the :0 server from :0 with: startx -- /usr/X11R6/bin/X0 :0 -xf86config XF86Config-4.ruby vt7 and I still have the :0 keyboard, of course nothing on :1. 2. If I add to my @Xserver for xdm: :0 local usr/bin/nice -n -10 /usr/X11R6/bin/X0 :0 -xf86config /etc/X11/XF86Config-4.ruby -deferglyphs 16 vt7 :1 local usr/bin/nice -n -10 /usr/X11R6/bin/X1 :1 -xf86config /etc/X11/XF86Config.new -deferglyphs 16 vt9 and start xdm, :0 screen goes blank and the system freezes and I have to hit the red button. Any ideas? Thanks a lot! Hugo. The following signature is automatically added by the web email service I use, which is beyond my control: ======================================= Help the planet each day! It's free and easy: http://www.Care2.com/dailyaction/ |
From: hugo v. <hug...@ca...> - 2003-09-24 21:19:39
|
Hi! In section 4.3 of the Howto it says to create the links to "XFree[modified]", however, on installing the modified X Debian package, I have in /usr/X11R6/bin executables "X" and "XFree86". I made the X0 and X1 links to X, because doing it to XFree86 produces weird results when you startx. X and XFree86 both have man pages but the X man does not seem to refer to /usr/X11R6/bin/X. The XFree86 man does seem to refer to XFree86. Both X and XFree86 have mtimes of april 22 2003. Hugo. The following signature is automatically added by the web email service I use, which is beyond my control: ======================================= Help the planet each day! It's free and easy: http://www.Care2.com/dailyaction/ |
From: Aivils S. <Aiv...@un...> - 2003-09-24 09:52:06
|
Svetoslav Slavtchev wrote: >> FEATURE >> Alt-Fx uses James Simons's special layout, don't wonder. > > and that means ? > what special layout ? I check out it. This is big, deep trouble. linus-tree kernel uses two TTY drivers. 1st for /dev/tty0 and 2nd /dev/tty1-63. So VC console count for VT begins from 1. Linux-ruby uses one TTY diver for /dev/tty0-63. This is practical solution, because it is pretty stable. Stability as well not guaranted correct work of code. Under linux-ruby /dev/tty0 is just another TTY from VT0 pool. Since James remove tty0 handling from tty_open(), I understand James has no plans for tty0. I has no plans to, because don't understand how works TTY driver. In curreent ruby state tty0 works almost correct for VT0. If process spawned from VT1 tty pool, then process can get wrong data about VT1, if that use /dev/tty0 (VT_GETSTATE,VT_OPENQRY). Why trouble is so deep? IMHO we cannot serve multiple opens of /dev/tty0 correct, if processes, which uses /dev/tty0, are spawned from different VT. Seems making /dev/tty0 as current for all VTs is not so easy. Alt-Fx is shifted because under linux-ruby console count begins from 0. This one is easy fixable for VT0. Aivils |
From: Aivils S. <Aiv...@un...> - 2003-09-24 08:59:50
|
>2 IBM Model M PS/2 keyboards with ps/2 mini dins >(where the mini-dins for kbd + mouse go) >2 A4tech optical mice with USB (in the 2 usb ports) >1 video card AGP NVidia RIVA TNT2 Model 64/Model >64 Pro (in the AGP slot) >1 video card PCI NVidia GeForce4 MX 440 (in a PCI >slot) >2 Samsung 17" 750s monitors, one in AGP video >card other in PCI video card > >On Debian got the latest XFree .deb package from >http://www.schuldei.org/debian/bruby >Installed 2.4.21 vanilla kernel and applied the >patch bruby-2.4.21-20030615.diff > >Also installed the NVidia kernel module with >their .run ( no parameters used) > >PROBLEM: > >I can start xdm or startx on the AGP monitor >(which comes up first because I changed the >BIOS init_display_first to AGP, default=pci) by: > > "startx -- /usr/X11R6/bin/X0 :0 -xf86config >XF86Config-4.ruby -prefbusid 1:0:0 vt7" > >and X starts and I have mouse and kbd. > >But I cannot: > > "startx -- /usr/X11R6/bin/X1 :1 -xf86config >XF86Config.new -prefbusid 0:11:0 vt9" > >under X or anywhere without getting: "Failed to >init NVidia module" This is standard trouble for Nvidia drivers. You must initialize Nvidia kernel module: /usr/X11R6/bin/X1 -probeonly -xf86config XF86Config.new after this You can type commands as You wrote. I cannot explain this feature. If You have 3 Nvidia adapters, then You must find right adapter which initialize Nvidia kernel module properly. Right adapter to start depend from Nvidia driver version. Under Mandrake i have: http://startx.times.lv/mdk/dm -prefbusid option hide unwanted adapters from xf86. xf86 see only one adapter. This don't like Nvidia kernel module, which needs for all adapters. We load nvidia kernel module with all adapters info, when xf86 -probeonly is called. 1st started xf86 load nvidia kernel module. For test You can do "rmmod nvidia". >Which I don't understand: if he can find it in >XF86Config-4.ruby why not in XF86Config.new >since the only diff between the 2 is the mouse >device? Right. Keyboard device set vtXX commandline option. Of course video device may diff. I recommend set up BusID for each video adapter. Aivils |
From: hugo v. <hug...@ca...> - 2003-09-23 21:15:40
|
Hi Ruby Cognoscendi! After a long planning period, got: 2 IBM Model M PS/2 keyboards with ps/2 mini dins (where the mini-dins for kbd + mouse go) 2 A4tech optical mice with USB (in the 2 usb ports) 1 video card AGP NVidia RIVA TNT2 Model 64/Model 64 Pro (in the AGP slot) 1 video card PCI NVidia GeForce4 MX 440 (in a PCI slot) 2 Samsung 17" 750s monitors, one in AGP video card other in PCI video card On Debian got the latest XFree .deb package from http://www.schuldei.org/debian/bruby Installed 2.4.21 vanilla kernel and applied the patch bruby-2.4.21-20030615.diff Also installed the NVidia kernel module with their .run ( no parameters used) PROBLEM: I can start xdm or startx on the AGP monitor (which comes up first because I changed the BIOS init_display_first to AGP, default=pci) by: "startx -- /usr/X11R6/bin/X0 :0 -xf86config XF86Config-4.ruby -prefbusid 1:0:0 vt7" and X starts and I have mouse and kbd. But I cannot: "startx -- /usr/X11R6/bin/X1 :1 -xf86config XF86Config.new -prefbusid 0:11:0 vt9" under X or anywhere without getting: "Failed to init NVidia module" Which I don't understand: if he can find it in XF86Config-4.ruby why not in XF86Config.new since the only diff between the 2 is the mouse device? THE DOCUMENTATION: 1. dmesg here: http://home.planet.nl/~woerk095/dmesg 2. lsmod here: http://home.planet.nl/~woerk095/lsmod 3. cat /proc/bus/console/*/* here: http://home.planet.nl/~woerk095/console 4. cat /proc/input/devices here: http://home.planet.nl/~woerk095/input 5. cat /proc/usb/devices here: http://home.planet.nl/~woerk095/usb 6. config for :0 here: http://home.planet.nl/~woerk095/XF86Config-4.ruby 7. config for :1 here: http://home.planet.nl/~woerk095/XF86Config.new 8. log for :0 here: http://home.planet.nl/~woerk095/XFree86.0.log 9. log for :1 here: http://home.planet.nl/~woerk095/XFree86.1.log I surely missed something in the documentation (latest HowTo). But... I would be very willing to tackle updating a Ruby FAQ, so that these kind of questions can be avoided. As it is, I found it not necessary to hide the NVidia lib because both cards can use the closed source driver. (I have used the driver on both cards singly, but never together...) Thanks! Hugo. The following signature is automatically added by the web email service I use, which is beyond my control: ======================================= Help the planet each day! It's free and easy: http://www.Care2.com/dailyaction/ |
From: hugo v. <hug...@ca...> - 2003-09-20 22:40:11
|
Hi! I was unable to print using the xprt server from the latest .deb package of Bruby X. Strangely enough only mozilla 1.0 told me there was a problem with the xprt server... apt-get install xprt-xprintorg under sid fixes the problem because it installs a newer xprt server. Regards, Hugo The following signature is automatically added by the web email service I use, which is beyond my control: ======================================= Help the planet each day! It's free and easy: http://www.Care2.com/dailyaction/ |
From: Svetoslav S. <ga...@st...> - 2003-09-19 20:17:01
|
Quoting Aivils Stoss <Aiv...@un...>: > > >could you mail me your latest changes to ruby-2.6, > >( or may be even better put it on your web site in case some one else is > interested) > > > >it seems you have done some updates on 15 Sept (mailing list cvs) > >but the files are still missing in the cvs tree, > > Seems sf.net overloaded %-\ > http://startx.times.lv/ruby-260t3-20030919.diff.bz2 thanks a lot :-) hope to have some reports in the begining of the next week in your last commit messages there were some files related to hotpluging, and hackvideo ( me thinks) did you really managed to implement them so fast? are they included in the above patch ? > Works according docs in the startx.times.lv. > > TTYs > VGA 0-15 > DUMMY 16-17 > DUMMY 18-19 > .... > > TTYs without VGA > DUMMY 0-15 > DUMMY 16-17 > DUMMY 18-19 > .... that's really sweet, let's find a sponcor to test 16 X sessions :-) ( kiding of course :-) ) > BUG > VGA console set up wrong cursor position sometimes and so overwrite > existing text. doesn't this exist in vanila 2.6-test3, i think i have seen it > FEATURE > Alt-Fx uses James Simons's special layout, don't wonder. and that means ? what special layout ? thanks once again, best, svetljo |
From: Aivils S. <Aiv...@un...> - 2003-09-19 20:01:05
|
>could you mail me your latest changes to ruby-2.6, >( or may be even better put it on your web site in case some one else is interested) > >it seems you have done some updates on 15 Sept (mailing list cvs) >but the files are still missing in the cvs tree, Seems sf.net overloaded %-\ http://startx.times.lv/ruby-260t3-20030919.diff.bz2 Works according docs in the startx.times.lv. TTYs VGA 0-15 DUMMY 16-17 DUMMY 18-19 .... TTYs without VGA DUMMY 0-15 DUMMY 16-17 DUMMY 18-19 .... BUG VGA console set up wrong cursor position sometimes and so overwrite existing text. FEATURE Alt-Fx uses James Simons's special layout, don't wonder. Aivils Stoss |
From: Svetoslav S. <ga...@st...> - 2003-09-19 19:44:35
|
Hi Aivils, could you mail me your latest changes to ruby-2.6, ( or may be even better put it on your web site in case some one else is interested) it seems you have done some updates on 15 Sept (mailing list cvs) but the files are still missing in the cvs tree, and web cvs at sf.net sucks recently ( as the ml , all the time disapearing, no search option, ...) rm -Rf ruby/ruby-2.6 cvs .... checkout ruby/ruby-2.6 cd ruby/ruby-2.6 && find -type f | grep -v "CVS" returns : ls -l `find -type f` | grep -v "CVS" | sed 's;^-.*roombase ;;' 30342 Aug 11 18:26 ./Makefile 27700 Aug 11 18:26 ./arch/i386/kernel/setup.c 40778 Aug 11 18:26 ./drivers/char/Kconfig 3369 Aug 11 18:26 ./drivers/char/Makefile 3620 Sep 12 10:33 ./drivers/char/console_macros.h 21305 Sep 12 10:33 ./drivers/char/consolemap.c 48012 Sep 12 10:33 ./drivers/char/decvte.c 30035 Sep 12 10:33 ./drivers/char/keyboard.c 30652 Aug 11 18:26 ./drivers/char/n_tty.c 8344 Sep 12 10:33 ./drivers/char/selection.c 8811 Aug 11 18:26 ./drivers/char/sysrq.c 63734 Aug 11 18:26 ./drivers/char/tty_io.c 11878 Sep 12 10:33 ./drivers/char/vc_screen.c 47161 Sep 12 10:33 ./drivers/char/vt.c 33434 Sep 12 10:33 ./drivers/char/vt_ioctl.c 3528 Sep 12 10:33 ./drivers/video/console/dummycon.c 32655 Sep 12 10:33 ./drivers/video/console/vgacon.c 72221 Aug 11 18:26 ./fs/compat_ioctl.c 1866 Aug 11 18:26 ./include/linux/console.h 365 Aug 11 18:26 ./include/linux/consolemap.h 4725 Sep 12 10:33 ./include/linux/kbd_kern.h 1112 Aug 11 18:26 ./include/linux/selection.h 13624 Aug 11 18:26 ./include/linux/tty.h 12900 Sep 12 10:33 ./include/linux/vt_kern.h 285 Sep 12 10:33 ./kernel/power/power.h hm on second look none of your changes seems to be in there, have i done smth wrong ( i don't thonk so, but ...) should we wait for Jammes to accept your changes, and commit them in CVS best, svetljo |
From: Svetoslav S. <ga...@st...> - 2003-09-17 15:47:10
|
and already available @ tldp.org i'll put a page on my web site tonight which has all formats (txt, pdf, multipage & single page html) direct url will be : http://varna.demon.co.uk/~svetlio/linux/how-to.html but until then, if (i doubt it) someone is interested he could pull them from http://tldp.org/sorted_howtos.html svetljo -- |
From: Svetoslav S. <ga...@st...> - 2003-09-15 11:44:19
|
Quoting Aivils Stoss <Aiv...@un...>: > > >> fb_con could make me to switch to 2.6, > >> but until it becomes real and or 2.6 gets more polished > > > >Alot of fixes are needed for the standardd fbdev layer. It is alomst > >there. > > fb_con is abstract layer now. Have You spare time to rewrite it > for single console under ruby ? > May VGA and any fb runs simultaneous? > Init fb VIDEOBIOS-less secondary adapters corectly? > libint10 is very higly polished under xf86, but i dont know > how about fbdev. > > >> > TODO: > >> > dummy console command line parser to set up VC per VT. > >> > >> who needs more then one per dumb VT ? > >> what for ? > > > >Its standard to 64 VCs pre VT. For ruby we use 16 Vcs for VT. It makes > >take_over_console function properly as well. > > dummy console nobody take over. I split dummy init in two parts. > 1st boot time with MAX_NR_USER_CONSOLES and additional dummy for > xf86 servers. > > >> and why again a hard limit ? MAX_DUMB_CONSOLES=16 > >> which in the current situation could go up-to > >> MAX_CONSOLES - 1xVGAx8 = 55 > > > >16 is used because of VT_GETSTATE ioctl. > > Seems i set up 2 VCs per VT for additional dummy not early boot. > > >> > /proc interface to manage console-input link (i use it). > >> > >> You use it with this patch or under 2.4 ? > >> > >> without this feature hotpluging/ cold-pluging will be really hard > > > >:-/ > > This /proc interface runs under 2.4 since DEC-2002 my question was about 2.6 :-) it was on your to do list, but you also wrote "i use it" so if you use it, why is it on the todo list ? > >> > xf86 /proc filter in the kernel to allow newbies start ruby for X. > >> > >> i really doubt it, that newbies will go to try ruby-2.6 soon, > >> currently may be only Debian unstable supports out of the box 2.6 > >> and until more major distributions make the switch > >> (and Debian stable:) ), i think very few newbies > >> will try vanilla-2.6 (not to speak about ruby) > > > >True. This is more bleeding edge stuff anyways. > > Ok. Very skilled users can test linux-ruby without recompiling xf86 > of their distro. At least 2 pci video adapters runs flawless with > kernel filter only under stock xf86. :) or in case using MDK or Debian install packaged binaries :) > >> I'll check it out. > >> > >> i think it would be better first to polish 2.4 where the user base would > be > >> bigger, and release it to linuxconsole.sf.net ? more publicity ? > >> may be some words on the linuxconsole's web page about your work, and > the status > >> of bruby & ruby-2.6 > >> may be even .rpms .debs of bruby > > > >I like to resurrect 2.4.X ruby again. It was pretty stable. > > It is live around the world. (user_count>10 may be) > http://startx.times.lv/bruby-2.4.22-20030910.diff.bz2 :) hm i never got ruby-2.4 runing, but bruby worked always :) i had questions from 6-7 users, and at least 6 :) got it up and running 2 users with 3 displays(on 2-3 PC's), the rest 2 displays but this is still TOOOO FEW :( > >> what will hapen if i boot with dumbcon=20 ? > >> how hard will be to backport the variable VC per VT to 2.4 ? > > > >I don't care for this idea. It could be messing when switching between on > >VT display to another if they don't match up with the number VCs. I do > >understand where Alvis is getting at. What I like to see is VT console > >work with VT console. This way we could have a serial tty to login into > >and still see printks on the screen. This would make the system much > >light. Prehaps struct vc_data default_mode could be the only VC in that > >case. I have to play with that idea. > > variable VCs per VT is needed for additional dummy console. Some furious > users of fbdev uses 24 VCs. if we talk for graphic cards in serial production( ie from the shop) it's not nessecary to be fbdev (and with fbdev it will be probably harder i think) there quite a lot mainboards with 6 PCI + 1AGP slots if you get several Matrox MMS cards, each with 4 heads(and chips with different BusID) then you even can use the mga driver (acceleration, XV, ...) but currently DRI actually doesn't work with more then one card :( and i never could test even with single card cause they are pretty exspensive are there any other cards with similar configuration ? best, svetljo |
From: Aivils S. <Aiv...@un...> - 2003-09-15 08:58:49
|
>i thought that dumbcon is mostly temporaly solution for >bruby, until things are fixed for fbcon and one could then use a real VT with >VC's in ruby(and later std linux). dummy is stable solution, because gonna smart :) Users (me to) like xf86. Users (me to) like GLX accelerated xf86. xf86 mostly initialize secondary video adapters pefect. Posible PPC users (none known) may start ruby right now with dummy console only. >but how are usefull more VC's on a dumbcon ? Seems VC's remain unused. >one can not switch VC's on a dumbcon, >or at least i don't see a point in doing so, >but i would realy like to try 4,5,6 Matrox MMS G200/G450 in a single system >which would mean 16-24 heads > >for a stand alone system this is probably impossible currently >i mean the system will crowl, but i think it shouldn't be a problem in running >that much users in case the ruby box is used as LTSP client. In my end 3 users which runs only (xchat,web chat,xmms)x3 may take 90% of CPU Athlon 1600+. Aivils Stoss |
From: Aivils S. <Aiv...@un...> - 2003-09-15 08:30:42
|
>> fb_con could make me to switch to 2.6, >> but until it becomes real and or 2.6 gets more polished > >Alot of fixes are needed for the standardd fbdev layer. It is alomst >there. fb_con is abstract layer now. Have You spare time to rewrite it for single console under ruby ? May VGA and any fb runs simultaneous? Init fb VIDEOBIOS-less secondary adapters corectly? libint10 is very higly polished under xf86, but i dont know how about fbdev. >> > TODO: >> > dummy console command line parser to set up VC per VT. >> >> who needs more then one per dumb VT ? >> what for ? > >Its standard to 64 VCs pre VT. For ruby we use 16 Vcs for VT. It makes >take_over_console function properly as well. dummy console nobody take over. I split dummy init in two parts. 1st boot time with MAX_NR_USER_CONSOLES and additional dummy for xf86 servers. >> and why again a hard limit ? MAX_DUMB_CONSOLES=16 >> which in the current situation could go up-to >> MAX_CONSOLES - 1xVGAx8 = 55 > >16 is used because of VT_GETSTATE ioctl. Seems i set up 2 VCs per VT for additional dummy not early boot. >> > /proc interface to manage console-input link (i use it). >> >> You use it with this patch or under 2.4 ? >> >> without this feature hotpluging/ cold-pluging will be really hard > >:-/ This /proc interface runs under 2.4 since DEC-2002 >> > xf86 /proc filter in the kernel to allow newbies start ruby for X. >> >> i really doubt it, that newbies will go to try ruby-2.6 soon, >> currently may be only Debian unstable supports out of the box 2.6 >> and until more major distributions make the switch >> (and Debian stable:) ), i think very few newbies >> will try vanilla-2.6 (not to speak about ruby) > >True. This is more bleeding edge stuff anyways. Ok. Very skilled users can test linux-ruby without recompiling xf86 of their distro. At least 2 pci video adapters runs flawless with kernel filter only under stock xf86. >> I'll check it out. >> >> i think it would be better first to polish 2.4 where the user base would be >> bigger, and release it to linuxconsole.sf.net ? more publicity ? >> may be some words on the linuxconsole's web page about your work, and the status >> of bruby & ruby-2.6 >> may be even .rpms .debs of bruby > >I like to resurrect 2.4.X ruby again. It was pretty stable. It is live around the world. (user_count>10 may be) http://startx.times.lv/bruby-2.4.22-20030910.diff.bz2 >> what will hapen if i boot with dumbcon=20 ? >> how hard will be to backport the variable VC per VT to 2.4 ? > >I don't care for this idea. It could be messing when switching between on >VT display to another if they don't match up with the number VCs. I do >understand where Alvis is getting at. What I like to see is VT console >work with VT console. This way we could have a serial tty to login into >and still see printks on the screen. This would make the system much >light. Prehaps struct vc_data default_mode could be the only VC in that >case. I have to play with that idea. variable VCs per VT is needed for additional dummy console. Some furious users of fbdev uses 24 VCs. Aivils Stoss |
From: Aivils S. <Aiv...@un...> - 2003-09-15 08:02:01
|
>> >> BROKEN: MDA console, fb_con. > >MDA should be easy to fix. Fbcon needs alot of work. How about fbcon which uses only one VT as VGA ? >> Power management of console lead oops - commented out. > >Yeap. I haven't figured out what the author of that code wanted to do. I understan my mistake. i place pm_register in early boot time. >> UNKNOWN: PC mainboard speaker and keyboard beeper. > >Shoudl work. I managed to get the speaker from oopings. Now it just >doesn't work :-/ Under 2.4 speaker take aditional VT. >> TODO: >> dummy console command line parser to set up VC per VT. > >Ug. That has to be a fixed number. The problem is in vt_ioctl.c. >For the case VT_GETSTATE it uses a short which means it scans for 16 VCs. >It returns which VCs are in use. You could limit the amount of VCs but you >can never have more than 16. Do we really want to have variable number >VCs per VT? Seems VCs should be in 2 between 16. 16 allow only 4 VT which is to few for USB two interface keyboars, which takes two VT per each. I mean 16 for real console with hardware output and 2 for dummy. VCs per VT count must set up in console init routine and this count remain fixed all console lifetime. I do not mean runtime variable count of VCs per VT. This is done. >Now what would be useful is controlling the number of VTs >created. vt_map_display() return NULL for redundant consoles - so reject it. This one limit count of REALTERMINAL. >Of course we end up hitting the 64 bit limit because the serial >TTYs use 64 and up. This is something we will have to resolve somehow. Not >a easy solution. > >> /proc interface to manage console-input link (i use it). > >Great. Eventually we can shift that to sysfs. i check out it under 2.6 and then commit. >> @@ -234,7 +234,7 @@ static void update_user_maps(struct vc_d >> struct uni_pagedir *p, *q = NULL; >> int i; >> >> - for (i = 0; i < MAX_NR_USER_CONSOLES; i++) { >> + for (i = 0; i < vc->display_fg->vc_count; i++) { >> struct vc_data *tmp = vc->display_fg->vc_cons[i]; > >Because of VT_GETSTATE we are stuck with MAX_NR_USER_CONSOLES. Now >selecting how many VTs we can create would be useful. we need special ioctl. VT_GETSTATE don't care how many VCs has a REALTERMINAL. IMHO we should change terminology. All linus tree kernel ioctl-s return information about single REALTERMINAL, which has noname, because it is a one. Under ruby You create vt_struct which contain information about current REALTERMINAL. I use REALTERMINAL , because this is a union of real-output-device and real-input-device, so we lost virtuality. Of course this is not real teletypewriter just emulator. You by yourself design all ioctl-s against current REALTERMINAL. VT_GETSTATE return info about bunch of VCs of current REALTERMINAL. I write this because very hard understand about what is a talkshow. I suggest rename vt_struct to rt_struct and use anyplace abbreviation rt. This one allow more easy explaining how to linux-ruby works. And eliminate misunderstanding VT,VC and unnamed REALTERMINAL. >I assume you are >doing this so you can more than one dummycon registered correct? Yes. I will use multiple dummy consoles with small VCs count. >> +++ ruby-2.6.0-test3/drivers/char/decvte.c 2003-09-11 13:44:36.000000000 >> +0100 >> @@ -513,10 +513,10 @@ static void set_mode(struct vc_data *vc, >> switch (par[i]) { >> case 1: /* DECCKM - Cursor keys mode */ >> if (on_off) >> - set_kbd_mode(vc->kbd_table, >> + set_kbd_mode(&vc->kbd_table, >> VC_CKMODE); > >> -static inline int get_kbd_mode(struct kbd_struct kbd, int flag) >> +static inline int get_kbd_mode(struct kbd_struct * kbd, int flag) >> { >> - return ((kbd.modeflags >> flag) & 1); >> + return ((kbd->modeflags >> flag) & 1); >> } > >This is a performance killer. That was mistake in the 2.4.X tree. I can >reverse that. ??????????????????????????????????????????????????????????????????????????? static inline void set_kbd_mode(struct kbd_struct kbd, int flag) { kbd.modeflags |= 1 << flag; } ??????????????????????????????????????????????????????????????????????????? IMHO this piece of code should not contain any program under any platform. i allways wondering how You can do so great, big work without PC. Do You work for Pentagon, hangar 18, floor -24 ? %-) Aivils Stoss |
From: Svetoslav S. <ga...@st...> - 2003-09-13 16:59:08
|
Hi again, Quoting Svetoslav Slavtchev <ga...@st...>: > i was wondering what i have forgoten > > added > * handling of the video hack > > * TODO (sort of) > IMO this are the things missing * info about linked devices (mouse/event) * status : hackvideo active ?; keyboard configuration * ext-status: the above + linked devices & input.rc output > - show config > - does the curr. configuration matches conf file ? > - cond_restart for input, hackvideo? > for input already there in force_reload, but is this the correct way best, svetljo > Quoting Svetoslav Slavtchev <ga...@st...>: > > > So, > > 1.) > > i thought that it might be a good idea > > to rip out all additions to init scripts, > > and create a service. > > > > and may be > > 2.) > > use a single configuration file > > > > please take a look at the attached > > > > /etc/init.d/ruby_init > > /etc/sysconfig/ruby.conf > > > > and modified input.agent to read > > from the configuration file > > > > best, > > svetljo > > > > > > > -- > > -- |
From: Svetoslav S. <ga...@st...> - 2003-09-13 11:48:30
|
i was wondering what i have forgoten added * handling of the video hack * TODO (sort of) IMO this are the things missing - status/ ext_status (might be usefull for bug reporting) - show config - does the curr. configuration matches conf file ? - cond_restart for input, hackvideo? for input already there in force_reload, but is this the correct way best, svetljo Quoting Svetoslav Slavtchev <ga...@st...>: > So, > 1.) > i thought that it might be a good idea > to rip out all additions to init scripts, > and create a service. > > and may be > 2.) > use a single configuration file > > please take a look at the attached > > /etc/init.d/ruby_init > /etc/sysconfig/ruby.conf > > and modified input.agent to read > from the configuration file > > best, > svetljo > > -- |
From: Svetoslav S. <ga...@st...> - 2003-09-13 00:11:57
|
Quoting Svetoslav Slavtchev <ga...@st...>: > Quoting James Simmons <jsi...@in...>: > > > > > > fb_con could make me to switch to 2.6, > > > but until it becomes real and or 2.6 gets more polished > > > > Alot of fixes are needed for the standardd fbdev layer. It is alomst > > there. > > > > > > TODO: > > > > dummy console command line parser to set up VC per VT. > > > > > > who needs more then one per dumb VT ? > > > what for ? > > > > Its standard to 64 VCs pre VT. For ruby we use 16 Vcs for VT. It makes > > take_over_console function properly as well. > > can you explain a bit more ? > MAX_NR_CONSOLES=63 because at 64 starts serial > MAX_NR_USER_CONSOLES=8 (ok at least in bruby & i think ruby up to 2.5.6x) am sorry, my clock says 02:00 here :( > so how can we have 2,3,4 or more VT's each with 64 VC's > i thought that dumbcon is mostly temporaly solution for > bruby, until things are fixed for fbcon and one could then use a real VT with fbcon > VC's in ruby(and later std linux). > but how are usefull more VC's on a dumbcon ? > > why loose unused VC's on a dumbcon, when you need only one VC to start X on > it > in case they are a limited number MAX_NR_CONSOLES > and probably more VC's eat some system memmory,.. > > > > and why again a hard limit ? MAX_DUMB_CONSOLES=16 > > > which in the current situation could go up-to > > > MAX_CONSOLES - 1xVGAx8 = 55 > > > > 16 is used because of VT_GETSTATE ioctl. > > wouldn't it be better to fix it :-) > > > > > /proc interface to manage console-input link (i use it). > > > > > > You use it with this patch or under 2.4 ? > > > > > > without this feature hotpluging/ cold-pluging will be really hard > > > > :-/ > > > > > > > > xf86 /proc filter in the kernel to allow newbies start ruby for X. > > > > > > i really doubt it, that newbies will go to try ruby-2.6 soon, > > > currently may be only Debian unstable supports out of the box 2.6 > > > and until more major distributions make the switch > > > (and Debian stable:) ), i think very few newbies > > > will try vanilla-2.6 (not to speak about ruby) > > > > True. This is more bleeding edge stuff anyways. > > > > > I'll check it out. > > > > > > i think it would be better first to polish 2.4 where the user base would > > > be > > > bigger, and release it to linuxconsole.sf.net ? more publicity ? > > > may be some words on the linuxconsole's web page about your work, and the > > > status > > > of bruby & ruby-2.6 > > > may be even .rpms .debs of bruby > > > > I like to resurrect 2.4.X ruby again. It was pretty stable. > > > > > what will hapen if i boot with dumbcon=20 ? > > > how hard will be to backport the variable VC per VT to 2.4 ? > > > > I don't care for this idea. It could be messing when switching between on > > > VT display to another if they don't match up with the number VCs. I do > > understand where Alvis is getting at. What I like to see is VT console > > work with VT console. This way we could have a serial tty to login into > > > and still see printks on the screen. This would make the system much > > light. Prehaps struct vc_data default_mode could be the only VC in that > > > case. I have to play with that idea. > > > > one can not switch VC's on a dumbcon, > or at least i don't see a point in doing so, > but i would realy like to try 4,5,6 Matrox MMS G200/G450 in a single system > > which would mean 16-24 heads > > for a stand alone system this is probably impossible currently > i mean the system will crowl, but i think it shouldn't be a problem in > running > that much users in case the ruby box is used as LTSP client. > > and as currently there is no /proc interface for hotplging, > this will limit the system to ~7-8 users (MAX_DUMB_CONSOLE=16) in case usb > keyboards are used. > in bruby 4 users with usb keyboards if hotpluging is not used > > ( i wasn't aware of this limitation until i got a question from user ) > > best, > > svetljo > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Linuxconsole-dev mailing list > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev > -- |