linuxconsole-dev

Re: What happened to your web site?

[Svetoslav S. <sv...@gm...>]

> 
> 
> Nice pic on your site. I like that on our new site.

not a problem :-)
just use "save image as " of your browser
or `wget http://karlovo.demon.co.uk/~svetlio/bild_3.jpg`
for a bigger one
`wget http://karlovo.demon.co.uk/~svetlio/bild_2.jpg`

what about a new home of the howto  at linuxconsole.sf.net
(plus a write access for me of course )

or at least a link to it :-)

best,

svetljo

-- 
GMX ProMail (250 MB Mailbox, 50 FreeSMS, Virenschutz, 2,99 EUR/Monat...)
jetzt 3 Monate GRATIS + 3x DER SPIEGEL +++ http://www.gmx.net/derspiegel +++

Re: ruby for recent 2.6.1 & 2.6.2-rcX kernels?

[Svetoslav S. <sv...@gm...>]

> 
> > me wondering too :-)
> > Aivils is pretty quiet in the last month or so,
> > i checked yesterday the bk-tree and it was synced to 2.6.1rc1,
> > but it's missing most of the things added by Aivils to ruby-2.6 cvs
> 
> > (hotpluging/ 
> 
> Hotplug is being reworked to work with sysfs which I have support for in 
> my fbdev tree. I will be pushing that very shortly.

i wasn't clear 
what i ment was input /* keyboard */ configuration
using hotplug & /proc/bus/console/

how could this be done using sysfs ?

> > video-hack/ 
> 
> With sysfs this can go away. In fact with the seperation of fbcon from 
> fbdev you can instead, just build vgacon and a bunch of fbdev drivers. 
> Loading the fbdev drivers, if module, or even if it is built in will not 
> activate the graphics mode. Only if you do a set mode on /dev/fbX. You 
> will see a much better system develope. 

?
probably again didn't express myself clear
i ment the hack that tells the kernel to ignore
XFree pci/mem disable fuctions, so moe then one
X server can run at the same time

IIRC this was planed to be fixed by XFree
once ruby is merged upstream

how is sysfs related here ?
 
> > variable vc count) 
> 
> The only reason for this is to have many dummycons. With sysfs this can go

what do you mean by this ?
IMO we have a limit of 64 vc's,
if (the case with the bk tree) vc_count is fixed to 16
we have a maximum of 64/16 = 4 consoles (fb/dummy)
which IMO is pretty limiting 
( e.g. only 2 Matrox G200/ Gx50 DH or single G200/G4500 MMS QH)
whereas in combination with LTSP i could imagine a 10/16/20 headed box
which works relatively responsible

vc_count also gives you possiblity to limit the number of allocated vc's
for fb consoles (IIRC except the one that takes over vga)

if the maximum 64 is really a hardlimit, there should be a way 
to change vc_count in order to increase the number of consoles

and yes, there are already user(s) with 4 X servers running
( i know one of them :-) )

oh
and without /proc/bus/console keyboard configuration
this means only 2 displays/heads in case usb multimedia keyboards
are used

> away. Also this breaks some of the SysV console ioctls :-(

isn't it fixable ? how bad is it ?
i used to have a patch that makes config options of 
MAX_NR_USER_CONSOLES & MAX_DUMB_CONSOLES
before Aivlis implemented vc_count
 
> > and i'm not sure if it does boot 
> 
> vgacon works fine. The fbcon driver is broken but it could be fixed except
> 
> that the fbcon layer will change alot in the next few weeks.

does this mean that ruby will stay only linux-2.8/ 3.0 code
or do you plan to change the ABI in linux-2.6 ?

fbcon works in Aivils code,and it's pretty nice to
have two consoles using a single G550
 
> > so 
> > i was thinking it would be a good idea to populate a bit
> > the file area on linuxconsole.sf.net
> > IMO it would be a good idea to provide a snapshot as patch
> > (may be including the other arch changes from the bk-tree)
> > and may be even a full tarball (prepatched vanilla 2.6. smth)
> > 
> > or may be two patches:
> > one ruby-2.6 cvs and a separate patch for the other arches
> > 
> > there is one more thing,
> > IMHO the instructions how to get ruby running
> > on linuxconsole.sf.net are so obsolated that they should be dropped
> > they have some value for bruby, but nothing related to ruby,
> 
> They are outdated. Sorry. We need to migrate the new stuff of Alviss to 
> the web directory.
>

IIRC the only documentation on ruby-2.6  is to be found in
the mailing list archive
did i missed smth, can you point me to it ?

besides, IMO there is no need to explain how to compile
ruby-2.6 anymore, as there are no major differences compared
to a standard 2.6 kernel

> > > My current 2.6.0 is working fine, so it is not urgent,
> > > but I'm just curious how the more recent versions are
> > > doing :-)
> > > Any news on the framebuffer support yet? Last time I
> > > tried was not very succesfull (GeForce2 MX400 AGP &
> > > GeForce4 MX440 PCI cards).
> > > Again, just out of curiosity, I'm not depending on the
> > > feature :-)
> 
> There is a nasty bug in the rivafb driver. I still haven't fixed that 
> yet. 
> 
> > well i don't have luck with  my GeForce4 MX440 PCI (secondary),
> > even with current fbdev bk tree, it still reports 2Mb card memmory
> > (lspci returns 64Mb)
> >
> > may be arround 2.6.3, 2.6.4 the fbdev changes will be merged in mainline
> > and the problems will start to get fixed
> 
> I plan on that.

let's all hope Linus wil accept it :-)

best,

svetljo

-- 
GMX ProMail (250 MB Mailbox, 50 FreeSMS, Virenschutz, 2,99 EUR/Monat...)
jetzt 3 Monate GRATIS + 3x DER SPIEGEL +++ http://www.gmx.net/derspiegel +++

Re: ruby for recent 2.6.1 & 2.6.2-rcX kernels?

[<Aiv...@un...>]

>> Just out of curiosity, has anyone got a ruby patch for
>> recent 2.6.1-mmX or 2.6.2-rcX kernels?
>> The patch that I extracted using CVS / 2.6.0 doesn't
>> apply to recent kernels anymore :-(
>
>Nope. My tree is a bit different than Avliss tree.

If You allow access to linuxconsole.sf.net http repositary,
then i search via net a native englander ,which one can
translate my opinions, visions and prose into english
and so bring up total clearness of us work.

Of course i can add visual aids without text.

Aivils

e: I'm half on my way...to get it going. (long)

[<Aiv...@un...>]

>>>I've got a NVIDIA 5600xt. This card has two vga out, but only one
>>>PCIbusID: PCI:2:0:0 (AGP).
>>
>>
>> hm
>> i really doubt it'll work with only one card in case it have only one
BusID
>> the only possibility would be to use framebufers + XFree driver "fbdev"
>> what's confusing me is that you manage to start X on both heads
>> (and got the standard XFree behaviour, only 1 Xserver can run at a time)
>
>The nvidia driver seems to manage the two heads by the
>ConnectedMonitor option CRT-0 and CRT-1.
>(just my explanation of the behaviour)

nvidia driver manage all outputs under _single_ xf86. Actualy single
chip cannot run under two xf86. Unfortunately this project does not
help You.
You need secondary PCI video card.

Aivils Stoss

Re: ruby for recent 2.6.1 & 2.6.2-rcX kernels?

[<Aiv...@un...>]

>Just out of curiosity, has anyone got a ruby patch for
>recent 2.6.1-mmX or 2.6.2-rcX kernels?

I move into another apartments.
I make refit in my apartments. My pc is wrapped into
celophane skin. Now polish the walls instead
linux-ruby.

>The patch that I extracted using CVS / 2.6.0 doesn't
>apply to recent kernels anymore :-(
>
>My current 2.6.0 is working fine, so it is not urgent,
>but I'm just curious how the more recent versions are
>doing :-)
>Any news on the framebuffer support yet? Last time I
>tried was not very succesfull (GeForce2 MX400 AGP &
>GeForce4 MX440 PCI cards).

At least for me rivafb never works on nvidia geforce.
2.5.5X rivafb works on nvidia tnt2.

Aivils Stoss

Re: I'm half on my way...to get it going. (long)

[Svetoslav S. <sv...@gm...>]

> Svetoslav Slavtchev wrote:
> >>It seems my 2nd keyboard is on vt18. vt17 is ...?
> > 
> > 
> > IMO that's rather strange, the second keyboard(no matter PS2 or USB)
> > should be bound to vt17 ( /proc/bus/console/01/keyboard ) if the first
> one
> > is PS2, but if you can start X on vt18 and use the second keyboard ...?
> 
> found vt17 is assinged to the IR of my dvb card. (do I hae to care)

:-)
probably not unless you want also to use  multiple framebuffer
consoles( in case your card is supported by rivafb driver )
but i think this won't be possible with this card without adding additional
one

> > 
> > 
> >>I've got a NVIDIA 5600xt. This card has two vga out, but only one
> >>PCIbusID: PCI:2:0:0 (AGP).
> > 
> > 
> > hm
> > i really doubt it'll work with only one card in case it have only one
> BusID
> > the only possibility would be to use framebufers + XFree driver "fbdev"
> > what's confusing me is that you manage to start X on both heads
> > (and got the standard XFree behaviour, only 1 Xserver can run at a time)
> 
> The nvidia driver seems to manage the two heads by the
> ConnectedMonitor option CRT-0 and CRT-1.
> (just my explanation of the behaviour)

right, it looks so,
but i'm tottaly puzled why it doesn't lock up completely
to the kernel/ Xfree it's a single card
both XFree instancies are talcking to the same memmory,
to the same device check your XFree logs, it's a single device, with single
bus id,
with the same memmory size /* your card doesn't have 256Mb memory, does it
*/
( i assume also same registers and memmory addresses)

i really doubt it will work with only one card of this type,
and i totally don't understand why it doesn't freeze  
> ...
> > 
> > 
> > i'm not sure is related,but  i use/ would use
> > -----------------
> >           [server-Standard1]
> >  name=Standard server 1
> >  command=/usr/local/bin/X1  :1 -deferglyphs 16 -nolisten tcp -audit 0
> > -layout sesam1 vt18
> > -----------------
> I checked the cmdline in /proc they look ok. sesam0 vt7 :0 and sesam1
> vt18 :1

OK

> > 
> > 
> > 
> > as you are using a single card with only one BusID does Options can not
> be
> > used :(
> > you should use "echo 1 >  /proc/bus/pci/hackvideo"
> > and if it does work, you'll probably want to add it to your init scripts
> :-)
> 
> No. It doesn't work.

it must work or freeze 
/* that's the problem with this aproach, on some combinations
 * it works, on others it does hang the system, where as using
 * prefbusid fixes most of the problematic combinations of graphic cards
 */

it must be that the nvidia driver is doing some  deep dark magic.
the only one that can give some info on the problem is Nvidia support team,
(and i'm not sure they'll be willing to :( )

 
> > long posting is not a prob :-)
> > but some essential info is missing, what about posting
> > dmesg, XFree logs , ....
> >  the kernel from Andreas is based ? ruby ? bruby?  which version ?
> kernel is 2.6.0-ruby.
> sorry: see attached logs
> > 
> > PS.
> > please take a lbref look at my howto
> > http://tldp.org/HOWTO/XFree-Local-multi-user-HOWTO/index.html
> > at least the following section i think could answer some of your
> questions
> > 2.1. Known Limitations
> > 4.1. Do I need a modified X server?
> 2.1 : the heads have to be explicitly addressable
> They are CRT-0,CRT-1 (I know that's not the right way but Nvidia uses it)

not sure about that :(

> 4.1 : I can start both servers and they don't complain about locked 
> cards or something. hmm...
> 
> It seems the X server still thinks that it has to disable the console on 
> a console switch. strange...

it's probably not X but the nvidia driver itself, and i really doubt 
someone ( except Nvidia )  can hack it

sorry, but i really think you'll need an aditional card :(

> I think I should have a look at the preferedbusid patch. Perhaps i can 
> use that to solve my problem. One should ba able to tell X witch virtual 
> consoles are on witch real consoles. Right?
> Any hints?

the prefbusid needs a diffenerent BusID, in your case with a single BusID
it can not accompilsh anything

> Peter
> 
> PS: Why was PreferBusId introduced? Wasn't BusId enough?
> 
BusID is an standard XFree Option to be used with Xinerama

PrefBusID is a hack, which tells XFree to use the card with specified
BusID, and to ignore (not to disable) other present graphic cards

best,

svetljo

-- 
+++ Mailpower für Multimedia-Begeisterte: http://www.gmx.net/topmail +++
250 MB Mailbox, 1 GB Online-Festplatte, 100 FreeSMS. Jetzt kostenlos testen!

Re: I'm half on my way...to get it going. (long)

[Peter S. <pet...@gm...>]

Here the logs:

Re: I'm half on my way...to get it going. (long)

[Peter S. <pet...@gm...>]

Svetoslav Slavtchev wrote:
>>It seems my 2nd keyboard is on vt18. vt17 is ...?
> 
> 
> IMO that's rather strange, the second keyboard(no matter PS2 or USB)
> should be bound to vt17 ( /proc/bus/console/01/keyboard ) if the first one
> is PS2, but if you can start X on vt18 and use the second keyboard ...?

found vt17 is assinged to the IR of my dvb card. (do I hae to care)

> 
> 
>>I've got a NVIDIA 5600xt. This card has two vga out, but only one
>>PCIbusID: PCI:2:0:0 (AGP).
> 
> 
> hm
> i really doubt it'll work with only one card in case it have only one BusID
> the only possibility would be to use framebufers + XFree driver "fbdev"
> what's confusing me is that you manage to start X on both heads
> (and got the standard XFree behaviour, only 1 Xserver can run at a time)

The nvidia driver seems to manage the two heads by the
ConnectedMonitor option CRT-0 and CRT-1.
(just my explanation of the behaviour)

...
> 
> 
> i'm not sure is related,but  i use/ would use
> -----------------
>           [server-Standard1]
>  name=Standard server 1
>  command=/usr/local/bin/X1  :1 -deferglyphs 16 -nolisten tcp -audit 0
> -layout sesam1 vt18
> -----------------
I checked the cmdline in /proc they look ok. sesam0 vt7 :0 and sesam1
vt18 :1

> 
> 
> 
> as you are using a single card with only one BusID does Options can not be
> used :(
> you should use "echo 1 >  /proc/bus/pci/hackvideo"
> and if it does work, you'll probably want to add it to your init scripts :-)

No. It doesn't work.

> long posting is not a prob :-)
> but some essential info is missing, what about posting
> dmesg, XFree logs , ....
>  the kernel from Andreas is based ? ruby ? bruby?  which version ?
kernel is 2.6.0-ruby.
sorry: see attached logs
> 
> PS.
> please take a lbref look at my howto
> http://tldp.org/HOWTO/XFree-Local-multi-user-HOWTO/index.html
> at least the following section i think could answer some of your questions
> 2.1. Known Limitations
> 4.1. Do I need a modified X server?
2.1 : the heads have to be explicitly addressable
They are CRT-0,CRT-1 (I know that's not the right way but Nvidia uses it)
4.1 : I can start both servers and they don't complain about locked 
cards or something. hmm...

It seems the X server still thinks that it has to disable the console on 
a console switch. strange...

I think I should have a look at the preferedbusid patch. Perhaps i can 
use that to solve my problem. One should ba able to tell X witch virtual 
consoles are on witch real consoles. Right?
Any hints?

Peter

PS: Why was PreferBusId introduced? Wasn't BusId enough?

Re: I'm half on my way...to get it going. (long)

[Svetoslav S. <sv...@gm...>]

Hi :-)
> Hi,
> first: Thanks for your work to get this killer feature running.
> 
> I'm trying to get the local-multiconsole up but am still running into
> problems:
> 
> I installed the debian kernel-sources from schuldei. Build them
> installed them, everything's fine:
> cat /proc/bus/console/*/*
> isa0060/serio0/input0
> 
> usb-0000:00:02.2-1.4/input0
> 
> It seems my 2nd keyboard is on vt18. vt17 is ...?

IMO that's rather strange, the second keyboard(no matter PS2 or USB)
should be bound to vt17 ( /proc/bus/console/01/keyboard ) if the first one
is PS2, but if you can start X on vt18 and use the second keyboard ...?

> I've got a NVIDIA 5600xt. This card has two vga out, but only one
> PCIbusID: PCI:2:0:0 (AGP).

hm
i really doubt it'll work with only one card in case it have only one BusID
the only possibility would be to use framebufers + XFree driver "fbdev"
what's confusing me is that you manage to start X on both heads
(and got the standard XFree behaviour, only 1 Xserver can run at a time)

> My XF86Config looks like this:
> 
> ...
> Section "Device"
>      #DFP (converter)
>      Identifier  "nvidia0"
>      VendorName  "nvidia"
>      BoardName   "asus"
>      Driver "nvidia"
>      Option "NvAGP" "3"
>      Option "NoLogo" "true"
>      Option "ConnectedMonitor" "CRT-0"
>      Screen 0
> EndSection
> 
> 
> Section "Device"
>      #CRT
>      Identifier  "nvidia1"
>      VendorName  "nvidia"
>      BoardName   "asus"
>      Driver "nvidia"
>      Option "NvAGP" "3"
>      Option "NoLogo" "true"
>      Option "ConnectedMonitor" "CRT-1"
>      Screen 0
> EndSection
> ...
> Section "ServerLayout"
>      Identifier "sesam0"
>      Screen "sesam0"
> #    Screen 1 "sesam1" rightof "sesam0" <--this works if enabled!
> 
> 
>      InputDevice "logitech0"
>      InputDevice "keyboard0"
> #    Option "SingleCard" "true"  ???meaning
> #    Option "PrefBusID" "PCI:2:0:0" ???meaning
> EndSection
> 
> 
> Section "ServerLayout"
>      Identifier "sesam1"
>      Screen "sesam1"
>      InputDevice "logitech1"
>      InputDevice "keyboard1"
> #    Option "SingleCard" "true"
> #    Option "PrefBusID" "PCI:2:0:0"
> EndSection
> 
> I downloaded the deb packges for X from schuldei (compiling X is a
> horror), did two links X0 and X1 to XFree86. Modified my gdm.conf:
> 
> 0=Standard0 -layout sesam0 vt7
> 1=Standard1 -layout sesam1 vt18
> 
> [server-Standard0]
> name=Standard server0
> command=/usr/local/bin/X0  -deferglyphs 16 -nolisten tcp -audit 0
> flexible=true
> 
>           [server-Standard1]
> name=Standard server 1
> command=/usr/local/bin/X1  -deferglyphs 16 -nolisten tcp -audit 0
> flexible=true

i'm not sure is related,but  i use/ would use
-----------------
          [server-Standard1]
 name=Standard server 1
 command=/usr/local/bin/X1  :1 -deferglyphs 16 -nolisten tcp -audit 0
-layout sesam1 vt18
-----------------

> BUT!!! If I start gdm following happens:
> sesam0 on CRT-0 gets started (got picture every thing's fine)
> but if sesam1 is started the first console goes into sleepmode and the
> second console is fired up (on wich everything's fine). So I can't work
> on both console at the same time :-(((.
> I got exactly the same behavior on an unpatched kernel (though I could
> switch between vt7 and vt8 and switched from one console to the other).

that's the standard Xfree behaviour, only one X server can run at a time
 you should use
> What did I do wrong?
> What do the X options PrefBusID, SingleCard exactly mean?

as you are using a single card with only one BusID does Options can not be
used :(
you should use "echo 1 >  /proc/bus/pci/hackvideo"
and if it does work, you'll probably want to add it to your init scripts :-)


> Could this be a flaw in the Nvidia drivers? Though it works if used with 
>   two screens and "LeftOf".
> 
> BTW: I'm not useing framebuffer, just VGA.
> 
> Took me 4 days to get this far...don't tell me it's not working :-)
hm don't know what to say :-( 
it'll will work with two cards, but with one ?

> Thanks for help, and sorry for the long posting.

long posting is not a prob :-)
but some essential info is missing, what about posting
dmesg, XFree logs , ....
 the kernel from Andreas is based ? ruby ? bruby?  which version ?

best,

svetljo

PS.
please take a lbref look at my howto
http://tldp.org/HOWTO/XFree-Local-multi-user-HOWTO/index.html
at least the following section i think could answer some of your questions
2.1. Known Limitations
4.1. Do I need a modified X server?

-- 
+++ Mailpower für Multimedia-Begeisterte: http://www.gmx.net/topmail +++
250 MB Mailbox, 1 GB Online-Festplatte, 100 FreeSMS. Jetzt kostenlos testen!

I'm half on my way...to get it going. (long)

[Peter S. <pet...@gm...>]

Hi,
first: Thanks for your work to get this killer feature running.

I'm trying to get the local-multiconsole up but am still running into
problems:

I installed the debian kernel-sources from schuldei. Build them
installed them, everything's fine:
cat /proc/bus/console/*/*
isa0060/serio0/input0

usb-0000:00:02.2-1.4/input0

It seems my 2nd keyboard is on vt18. vt17 is ...?

I've got a NVIDIA 5600xt. This card has two vga out, but only one
PCIbusID: PCI:2:0:0 (AGP).

My XF86Config looks like this:

...
Section "Device"
     #DFP (converter)
     Identifier  "nvidia0"
     VendorName  "nvidia"
     BoardName   "asus"
     Driver "nvidia"
     Option "NvAGP" "3"
     Option "NoLogo" "true"
     Option "ConnectedMonitor" "CRT-0"
     Screen 0
EndSection


Section "Device"
     #CRT
     Identifier  "nvidia1"
     VendorName  "nvidia"
     BoardName   "asus"
     Driver "nvidia"
     Option "NvAGP" "3"
     Option "NoLogo" "true"
     Option "ConnectedMonitor" "CRT-1"
     Screen 0
EndSection
...
Section "ServerLayout"
     Identifier "sesam0"
     Screen "sesam0"
#    Screen 1 "sesam1" rightof "sesam0" <--this works if enabled!


     InputDevice "logitech0"
     InputDevice "keyboard0"
#    Option "SingleCard" "true"  ???meaning
#    Option "PrefBusID" "PCI:2:0:0" ???meaning
EndSection


Section "ServerLayout"
     Identifier "sesam1"
     Screen "sesam1"
     InputDevice "logitech1"
     InputDevice "keyboard1"
#    Option "SingleCard" "true"
#    Option "PrefBusID" "PCI:2:0:0"
EndSection

I downloaded the deb packges for X from schuldei (compiling X is a
horror), did two links X0 and X1 to XFree86. Modified my gdm.conf:

0=Standard0 -layout sesam0 vt7
1=Standard1 -layout sesam1 vt18

[server-Standard0]
name=Standard server0
command=/usr/local/bin/X0  -deferglyphs 16 -nolisten tcp -audit 0
flexible=true

          [server-Standard1]
name=Standard server 1
command=/usr/local/bin/X1  -deferglyphs 16 -nolisten tcp -audit 0
flexible=true

BUT!!! If I start gdm following happens:
sesam0 on CRT-0 gets started (got picture every thing's fine)
but if sesam1 is started the first console goes into sleepmode and the
second console is fired up (on wich everything's fine). So I can't work
on both console at the same time :-(((.
I got exactly the same behavior on an unpatched kernel (though I could
switch between vt7 and vt8 and switched from one console to the other).

What did I do wrong?
What do the X options PrefBusID, SingleCard exactly mean?
Could this be a flaw in the Nvidia drivers? Though it works if used with 
  two screens and "LeftOf".

BTW: I'm not useing framebuffer, just VGA.

Took me 4 days to get this far...don't tell me it's not working :-)
Thanks for help, and sorry for the long posting.

Peter

Re: What happened to your web site?

[Svetoslav S. <sv...@gm...>]

Hi Yitzhak,
Hi all, 

> Hi Svetljo,
> 
> I can't access your web site at http://varna.demon.co.uk/~svetlio
> lately. What happened? Is everything OK?

i've to investigate a bit, but there is a hostname change,
i'm not sure if it's temporary or permenet

you can use http://karlovo.demon.co.uk/~svetlio
(i can not reach it right now, it worked yesterday
 and this should be the url for at least a month)

best,

svetljo
PS. no updates on the packages/howto in the last month

-- 
+++ GMX - die erste Adresse für Mail, Message, More +++
Bis 31.1.: TopMail + Digicam für nur 29 EUR http://www.gmx.net/topmail

Re: ruby for recent 2.6.1 & 2.6.2-rcX kernels?

[James S. <jsi...@in...>]

> Just out of curiosity, has anyone got a ruby patch for
> recent 2.6.1-mmX or 2.6.2-rcX kernels?
> The patch that I extracted using CVS / 2.6.0 doesn't
> apply to recent kernels anymore :-(

Nope. My tree is a bit different than Avliss tree. 

> My current 2.6.0 is working fine, so it is not urgent,
> but I'm just curious how the more recent versions are
> doing :-)
> Any news on the framebuffer support yet? Last time I
> tried was not very succesfull (GeForce2 MX400 AGP &
> GeForce4 MX440 PCI cards).
> Again, just out of curiosity, I'm not depending on the
> feature :-)

Alot of bug fixes is going on. Also the start of the merge of the newest 
framebuffer code will go in. I will add sysfs to the framebuffer which 
means we can get ride of the proc/pci bus hack :-)

Re: ruby for recent 2.6.1 & 2.6.2-rcX kernels?

[Svetoslav S. <sv...@gm...>]

> Hi,
> 
> Just out of curiosity, has anyone got a ruby patch for
> recent 2.6.1-mmX or 2.6.2-rcX kernels?
> The patch that I extracted using CVS / 2.6.0 doesn't
> apply to recent kernels anymore :-(

me wondering too :-)
Aivils is pretty quiet in the last month or so,
i checked yesterday the bk-tree and it was synced to 2.6.1rc1,
but it's missing most of the things added by Aivils to ruby-2.6 cvs
(hotpluging/ video-hack/ variable vc count) and i'm not sure
if it does boot 

i've some things in my head, but i can not find time
to get them on paper(ok actually on electronic paper :-)

so it might be a good idea to mention at least one of them

so 
i was thinking it would be a good idea to populate a bit
the file area on linuxconsole.sf.net
IMO it would be a good idea to provide a snapshot as patch
(may be including the other arch changes from the bk-tree)
and may be even a full tarball (prepatched vanilla 2.6. smth)

or may be two patches:
one ruby-2.6 cvs and a separate patch for the other arches

there is one more thing,
IMHO the instructions how to get ruby running
on linuxconsole.sf.net are so obsolated that they should be dropped
they have some value for bruby, but nothing related to ruby,

> My current 2.6.0 is working fine, so it is not urgent,
> but I'm just curious how the more recent versions are
> doing :-)
> Any news on the framebuffer support yet? Last time I
> tried was not very succesfull (GeForce2 MX400 AGP &
> GeForce4 MX440 PCI cards).
> Again, just out of curiosity, I'm not depending on the
> feature :-)

well i don't have luck with  my GeForce4 MX440 PCI (secondary),
even with current fbdev bk tree, it still reports 2Mb card memmory
(lspci returns 64Mb)
may be arround 2.6.3, 2.6.4 the fbdev changes will be merged in mainline
and the problems will start to get fixed


best,

svetljo

-- 
+++ GMX - die erste Adresse für Mail, Message, More +++
Bis 31.1.: TopMail + Digicam für nur 29 EUR http://www.gmx.net/topmail

ruby for recent 2.6.1 & 2.6.2-rcX kernels?

[Mark H. <Mar...@xs...>]

Hi,

Just out of curiosity, has anyone got a ruby patch for
recent 2.6.1-mmX or 2.6.2-rcX kernels?
The patch that I extracted using CVS / 2.6.0 doesn't
apply to recent kernels anymore :-(

My current 2.6.0 is working fine, so it is not urgent,
but I'm just curious how the more recent versions are
doing :-)
Any news on the framebuffer support yet? Last time I
tried was not very succesfull (GeForce2 MX400 AGP &
GeForce4 MX440 PCI cards).
Again, just out of curiosity, I'm not depending on the
feature :-)

Kind regards,
Mark.

Re: ruby 2.6.0 working with matrox G550 and modular fbcon!

[Helge H. <hel...@ai...>]

On Thu, Jan 08, 2004 at 10:11:22AM +0200, Aivils Stoss wrote:
> 
> Both ruby-CVS and linus-tree files are unchanged long time, so
> i can jump from test9 to 2.6.0 without syncing.
> My sugestion: make mrproper
Did that.
 
> matroxfb_crtc2 registered after fbcon initialization. This order create
> gcc when colect module_init(foo_bar) functions. Current ruby fbcon
> set up console _only_ on registered framebuffer devices. No fbcon event
> on fb-dev registration. Seems must be regitered additional VT, but
> that is discutable.
> 
> Solution: matrox fb-dev compiled into kernel, fbcon as module.

I did that - and it worked!
It took some time getting to this point due to some raid-1 trouble.
2.6.0+ruby with modular fbcon came up with two working framebuffer
consoles.  Two simultaneous xservers, one on each console,
works fine.

There are some small issues still - switching from X
to fbcon on one keyboard also takes the other screen out of
graphichs mode.  So the fbcons are only useable when not
running X - but that is the time I need them most.

Helge Hafting

Re: Overriding default behaviors for USB HID 'keyboard' device?

[Zephaniah E. H. <wa...@ba...>]

On Thu, Jan 01, 2004 at 12:25:40PM -0500, Paul Bohme wrote:
>   Happy new year, hopefully it finds everyone safe (with only mild
> hangovers.. ;-)
>=20
>   I've recently acquired a Belkin Nostromo n52 "SpeedPad" [1] - a USB gam=
ing
> device with a number of keys and a form factor handy for various games.=
=20
> It's ostensibly a successor to the Nostromo n50 [2] for which I've helped
> cook up some userland utilities [3] to configure the n50 and convert butt=
on
> hits to user-configurable keystrokes.
>=20
>   Despite the external similarities the devices are completely different
> internally.  The older n50 doesn't even present itself as any specific ty=
pe
> of HID, and so is automatically handled through the generic event interfa=
ce.
>  This is what my userland tools use, and it's worked well enough so far.=
=20
>=20
>   The newer n52 however presents two interfaces: a USB keyboard and USB
> mouse (it has a wheel similar to a mouse wheel, so is a sharply limited
> 'mouse' device.)  Upon connection, the USB HID subsystem identifies the
> n52 properly and sets up its mouse and keyboard interfaces, redirecting
> button presses on the device into keystrokes indistinguishable from other
> keyboard activity. This prevents (I think?) remapping these keys without
> torching the entire system keyboard setup.
>=20
>   My question is how to approach this?  I'd like to identify this device
> specifically and prevent the association with keyboard/mouse drivers,
> probably just pumping everything out through evdev for simplicity.  I'm
> RTFMing like a madman, but don't want to have to write up yet-another-dri=
ver
> if I can avoid it (but am willing if it's deemed necessary.)  The absolute
> ideal would be to be able to use the same userland tools with both the n50
> and n52, so homogenizing the interfaces would be advantageous.


You will not be able to do this before the fact, however the evdev code
in late 2.5.x kernels and 2.6.x kernels supports a 'grabbing' interface,
an application opening the /dev/input/event<n> belonging to the device
can do a EVIOCGRAB ioctl on the device, causing all future events to be
reported to that application only.

This grabbing goes away when the application gives another EVIOCGRAB
ioctl with a false argument, or when the application closes.

If need be I can provide a simple example application.

(I do not know if the grabbing interface is supported by the 2.4.x
kernels, I never submitted a patch for it, but someone else may have
backported it.)

--=20
	1024D/E65A7801 Zephaniah E. Hull <wa...@ba...>
	   92ED 94E4 B1E6 3624 226D  5727 4453 008B E65A 7801
	    CCs of replies from mailing lists are requested.

=2E..and the burnt fool's bandaged finger goes wobbling back to the fire.
  -- The Gods of the Copybook Headings, by Kippling.

Re: ruby 2.6.0 oops+crash when accessing /dev/tty18

[Helge H. <hel...@ai...>]

Aivils Stoss wrote:
> Both ruby-CVS and linus-tree files are unchanged long time, so
> i can jump from test9 to 2.6.0 without syncing.
> My sugestion: make mrproper

Ok, I'll try that.

> Now i understand. Your dmesg shows:
> fbcon_startup: mode:   MATROX
> fbcon_startup: visual: 2
> fbcon_startup: res:    1280x1024-16
> Console: switching to colour MATROX 160x64 vc:1-16
> matroxfb_crtc2: secondary head of fb0 was registered as fb1
> 
> matroxfb_crtc2 registered after fbcon initialization. This order create
> gcc when colect module_init(foo_bar) functions. Current ruby fbcon
> set up console _only_ on registered framebuffer devices. No fbcon event
> on fb-dev registration. Seems must be regitered additional VT, but
> that is discutable.
> 
> Solution: matrox fb-dev compiled into kernel, fbcon as module.
> 
I'll try that as a first solution.  
But shouldn't this secondary head really register a fbdev earlier,
such as immediately after registering fb0?  Waiting until after
fbcon seems wrong to me.


Helge Hafting

Re: ruby 2.6.0 oops+crash when accessing /dev/tty18

[Aivils S. <Aiv...@un...>]

Both ruby-CVS and linus-tree files are unchanged long time, so
i can jump from test9 to 2.6.0 without syncing.
My sugestion: make mrproper

>> Can You send to me /var/log/dmesg and System.map files.
>> Looks like matroxfb_crtc2 lacks in Your kernel.
>>
>Isn't that this line?
>matroxfb_crtc2: secondary head of fb0 was registered as fb1
>
>It doesn't seem to get any vc, not even when I drop the dumbcon.
>Trying to use X on vt17 when I don't have dumbcon hangs the
>machine immediately - not even sysrq caused any reaction so I
>had to use the reset button. Something is wrong when this happen.
>The vc should ideally work - or give me an ENODEV or similiar.
>
>All drivers are compiled into the kernel.

Now i understand. Your dmesg shows:
fbcon_startup: mode:   MATROX
fbcon_startup: visual: 2
fbcon_startup: res:    1280x1024-16
Console: switching to colour MATROX 160x64 vc:1-16
matroxfb_crtc2: secondary head of fb0 was registered as fb1

matroxfb_crtc2 registered after fbcon initialization. This order create
gcc when colect module_init(foo_bar) functions. Current ruby fbcon
set up console _only_ on registered framebuffer devices. No fbcon event
on fb-dev registration. Seems must be regitered additional VT, but
that is discutable.

Solution: matrox fb-dev compiled into kernel, fbcon as module.

Aivils Stoss

Re: ruby 2.6.0 oops+crash when accessing /dev/tty18

[Helge H. <hel...@ai...>]

Aivils Stoss wrote:
>>>>This is what I have:
>>>>Console: Colour VGA+ 80x25 vc:1-16
>>>>Console: mono dummy device 80x25 vc:17-17
>>>
>>>
>>>You must have more. fbcon initializing add some lines, actualy
>>>"take over" , when takes over VGA console, take_over_console() vt.c
>>>Secondary matrox_crt2 should come in dmesg to, fbcon_add() fbcon.c.
>>>
>>>According Your dmesg, fbcon was not initialized.
[...]
Attached:
dmesg-ruby260fbc1 which is dmesg for ruby 2.6.0 with matroxfb fbcon and dumbcon=1
dmesg-ruby260fbc2-smart which is dmesg for the same kernel without dumbcon.  I hoped
the second fbdev would get some vc's, seems it didn't happen.

As you see, I get a vc17 with dumbcon.  Trying to run an xserver on it
fails though. See the attached psaux-ruby260fbc1-xDstate,
which shows a stuck X server. The command 
(/usr/X11R6/bin/X :1 vt17   -xf86config xf86) works when using 
2.6.0-test11 and cvs ruby from november 30. 2003.

> Can You send to me /var/log/dmesg and System.map files.
> Looks like matroxfb_crtc2 lacks in Your kernel.
> 
Isn't that this line? 
matroxfb_crtc2: secondary head of fb0 was registered as fb1

It doesn't seem to get any vc, not even when I drop the dumbcon.
Trying to use X on vt17 when I don't have dumbcon hangs the
machine immediately - not even sysrq caused any reaction so I
had to use the reset button. Something is wrong when this happen.
The vc should ideally work - or give me an ENODEV or similiar.

All drivers are compiled into the kernel.



[...]
>>Another unrelated problem:
[...]
> Startting order depends from keyboard model.
> I use simple lines for my two PS/2 keyboards
> 
> echo "isa0060/serio0/input0" > /proc/bus/console/00/keyboard
> echo "isa0060/serio1/input0" > /proc/bus/console/01/keyboard
> 
Thanks, this works.  I thought the /proc files were informational only,
it didn't occur to me that they were writeable.

> You should put right keyboard physicaly description into
> right /proc/bus/console/XX/keyboard file.
> 
> Before write this in Your system startup script , please read
> /proc/bus/input/devices

I: Bus=0011 Vendor=0001 Product=0002 Version=ab83
N: Name="AT Raw Set 2 keyboard"
P: Phys=isa0060/serio1/input0
H: Handlers=kbd event0 
B: EV=120003 
B: KEY=4 2200000 c061f9 fbc9d621 efdfffdf ffefffff ffffffff fffffffe 
B: LED=7 

I: Bus=0011 Vendor=0001 Product=0002 Version=ab02
N: Name="AT Translated Set 2 keyboard"
P: Phys=isa0060/serio0/input0
H: Handlers=kbd event1 
B: EV=120003 
B: KEY=4 2200000 c061f9 fbc9d621 efdfffdf ffefffff ffffffff fffffffe 
B: LED=7 


Helge Hafting

Re: bruby and multimedia keyboards

[Svetoslav S. <sv...@gm...>]

> 
> >> IIRC some months ago Aivils added :
> >> echo "+$PHYS"  > "/proc/bus/console/$VT/keyboard"
> >> to join additional keyboard interfaces, so you'll basicly have to
> >> use a modified input.agent to map the xxxx..../input1 (multimedia key
> >> interface) to
> >
> >Ah cool, that sounds just as what I was looking for. It did not work
> directly
> >with the (somewhat older) version of bruby I'm currently using but thats
> now
> >just another reason to step from the buggy 2.4.22 kernel to 2.4.24. :-)
> 
> Can You drop a note to me, how to decode <0x00> <0x01> <0x14> <0x00>
> sample keypress sequence ?

doesn't "xev" give you the keycode ?
i also found "xbindkeys" which seems definately nice,
but i'm not sure how well does it play with multi-user environment

http://hocwp.free.fr/xbindkeys/xbindkeys.html

svetljo

-- 
+++ GMX - die erste Adresse für Mail, Message, More +++
Neu: Preissenkung für MMS und FreeMMS! http://www.gmx.net

Re: bruby and multimedia keyboards

[Aivils S. <Aiv...@un...>]

>> IIRC some months ago Aivils added :
>> echo "+$PHYS"  > "/proc/bus/console/$VT/keyboard"
>> to join additional keyboard interfaces, so you'll basicly have to
>> use a modified input.agent to map the xxxx..../input1 (multimedia key
>> interface) to
>
>Ah cool, that sounds just as what I was looking for. It did not work
directly
>with the (somewhat older) version of bruby I'm currently using but thats
now
>just another reason to step from the buggy 2.4.22 kernel to 2.4.24. :-)

Can You drop a note to me, how to decode <0x00> <0x01> <0x14> <0x00>
sample keypress sequence ?

Aivils Stoss

Re: bruby and multimedia keyboards

[Gunter O. <G.O...@po...>]

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Am Dienstag, 6. Januar 2004 10:08 schrieben Sie:
> IIRC some months ago Aivils added :
> echo "+$PHYS"  > "/proc/bus/console/$VT/keyboard"
> to join additional keyboard interfaces, so you'll basicly have to
> use a modified input.agent to map the xxxx..../input1 (multimedia key
> interface) to

Ah cool, that sounds just as what I was looking for. It did not work direct=
ly=20
with the (somewhat older) version of bruby I'm currently using but thats no=
w=20
just another reason to step from the buggy 2.4.22 kernel to 2.4.24. :-)

Greetings,

  Gunter Ohrner

=2D --=20
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+                   PGP-verschl=FCsselte Mails bevorzugt!                 +
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
It was reckoned to be very healthy there. Very few germs were able to=20
survive. (Taken from the description of an Ankh-Morporkian quarter near=20
the river Ankh...) (Terry Pratchett * Wyrd Sisters - A Discworld Novel)
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQE/+zdF0ORHvREo8l8RAgI9AJ9Eu8IHACfbrQsBAExJLwNd7WiHzACffZK4
IVM2OwkmMfs6iGGxc4m9UJ0=3D
=3Dt8Y6
=2D----END PGP SIGNATURE-----

Re: bruby and multimedia keyboards

[Svetoslav S. <sv...@gm...>]

> 
> >I just switched my computer running backstreet ruby on a 2.4.22 kernel to
> two
> >(nearly) identical Logitech USB keyboards. These provide access to their
> >extended keys through a second logical USB keyboard device. So far I did
> not
> >find a way to join two logical keyboard devices on a single VT to be able
> to
> >grab the scancodes of all keys. Did I miss something or is it still not
> >possible with (b)ruby?
> >If it's not yet implemented, how difficult would it be to add this
> >functionality? Would I have a chance to do it in "finite" time if I have
> no
> >previous experience with Linux's (b)ruby input layer?
> 
> Unfortunately nobody done with these keys. Typicaly USB multimedia
> keyboards
> use secondary USB interface especially for multimedia keys. You can parse
> /proc/bus/input/devices and make sure by Yourself. One keyboard ware have
> two physicaly interfaces, each have /dev/input/eventXX device.

IIRC some months ago Aivils added :
echo "+$PHYS"  > "/proc/bus/console/$VT/keyboard"
to join additional keyboard interfaces, so you'll basicly have to
use a modified input.agent to map the xxxx..../input1 (multimedia key
interface) to
the primary keyboard interfaces xxxx...../input0 and then XFree will get 
all key events, you only have to create your custom key map to map
the additional keys to XFree events(XF86_WWW,XF86_MAIL,....)
and then configure XFree/WindowManager to use them, 
ie start evolution on pressing XF86_MAIL, Mozila on XF86_WWW, ...

you may take a look at
:
http://tldp.org/HOWTO/XFree-Local-multi-user-HOWTO/app_ruby_init_input_agent.html

> /dev/input/eventXX is done. You may download CVSed evtest.c and test
> Your multimedia keys.
> 
> I don't know any userland util , which read /dev/input/eventX and do user
> configurable orders.
> I don't know any userland util , which read /dev/vc/XX multimedia keypress
> and do some important.
> Under ruby 2nd USB keyboard interface have another VT and You do not
> recieve keypress from multimedia keys. Typicaly mutimedia keypresses are
> ignored by keyboard driver. TTY may recieve multimedia keypresses as 4 - 6
> keycode series. That series already decoded by /dev/input/eventXX layer.
> 
> If anybody has a developer power, then is possible merge evtest.c and
> http://xkeymouse.sourceforge.net/ utils and so catch multimedia keys.
> 
> AFAIK eventXX layer works indenticaly with bunch of keyboards fitted with
> multimedia keys (Microsoft, Logitech and so on).

svetljo

-- 
+++ GMX - die erste Adresse für Mail, Message, More +++
Neu: Preissenkung für MMS und FreeMMS! http://www.gmx.net

Re: Local Multiuser successful

[Svetoslav S. <sv...@gm...>]

Hi

> just to inform you I got Local Multiuser working with no trouble, in the 
> following setup:

happy to hear it :-)
 
> primary card: nVidia GeForce4 AGP
> secondary:    S3 Savage4      PCI
> 
> I used the Debian GNU system. XFree version was 4.2.1 but I had to 
> compile my own (Xfree 4.3) because I was getting "Can't read V_BIOS" 
> errors when I tried to use the existing one. Kernel was 2.4.23 with
> backported Ruby.
> 
> My Xfree config file is in the attachment (I know there are sections I 
> dont need (two keyboards for example) but I like it consistent ;-).

do you use the XFree nvidia driver(the XF conf mentions driver nv) ?
the free XFree driver seems to be problematic sometimes, probably
mostly when secondary nvidia cards are used, but as you use a single
Nvidia card as primarry you probably use the "nv" driver without problems.


best,

svetljo

-- 
+++ GMX - die erste Adresse für Mail, Message, More +++
Neu: Preissenkung für MMS und FreeMMS! http://www.gmx.net

Re: ruby 2.6.0 oops+crash when accessing /dev/tty18

[Aivils S. <Aiv...@un...>]

>>>This is what I have:
>>>Console: Colour VGA+ 80x25 vc:1-16
>>>Console: mono dummy device 80x25 vc:17-17
>>
>>
>> You must have more. fbcon initializing add some lines, actualy
>> "take over" , when takes over VGA console, take_over_console() vt.c
>> Secondary matrox_crt2 should come in dmesg to, fbcon_add() fbcon.c.
>>
>> According Your dmesg, fbcon was not initialized.
>>
>>
>>>Is it possible to get 17 connected to the scond framebuffer
>>>instead of a dummy device?
>>
>>
>> Yes. But order is hardcoded first all DUMMY then all FB consoles,
>> seems this must be vice versa. dumbcon=0
>> 1st fb take over VGA and so vc:1-16
>That seems to work, yes.
>
>> 2nd fb have vc:17-32
>Didn't seem to happen for me.  I'll post more dmesg output
>the next time I get a chance to reboot.

Can You send to me /var/log/dmesg and System.map files.
Looks like matroxfb_crtc2 lacks in Your kernel.

>So I shouldn't need dumbcon=1 because I have two real framebuffers?
>Will my second keyboard attach to vc:17-32 ?
>
>> with hardcoded vgacon and fbcon.
>>
>>
>>>Seems there is no 18 then.  Trying to use 17
>>>is almost as bad though - letting an xserver use vt17
>>>goes into D-state as shown by "ps aux".
>>>So I keep running 2.6.0-test11+ruby, where vt17 works.
>>
>> ?
>
>My problem is that trying to use vt17 like this:
>/usr/X11R6/bin/X :0 vt17
>or like this:
>openvt -c 17 -f
>
>gives me a process in D-state when using 2.6.0+ruby.
>It doesn't matter wether I compile in fbcon or not.
>Either approace is fine if I try it with vt5 for example.

I'll check it later.

>2.6.0-test11 + cvs ruby of 30/11 lets me use
>my second keyboard, if I don't compile in fbcon.
>The machine boots with vgacon, turns on framebuffers
>but no fbcon (leaving no useable console)
>and then starts up two xservers.  One using v7 and one using vt17.
>I use dumbcon=1 to get a working vt17.
>I can then have two users with independent keyboards, logging into
>different xservers using xdm.
>
>Booting 2.6.0+ruby gives me a working fbcon on /dev/fb0.
>So I can run gettys and switch consoles.  I can also run a
>xserver on vt7.  But running a xserver on vt17 (or even doing
>a cat /dev/tty17) will leave the process accessing tty17 hung in
>D-state according do "ps aux", and possibly hang the machine too.
>Running 2.6.0+ruby without fbcon doesn't help.  It crashes in the
>same way, but of course I don't get to see any output in that case.
>
>I haven't succeeded in using the second keyboard for anything but
>sysrq sequences with 2.6.0+ruby, because of these problems.
>
>
>
>
>Another unrelated problem:
>When accessing bios setup or booting plain linux, only one keyboard
>is useable.  This is the one connected to the ps2 keyboard port.
>Also, only one of the screens works in these cases.
>
>The problem with ruby is that ruby decides that the ps2 keyboard port
>is the "extra" one connected to vt17, while my other keyboard, connected
>to the ps2 mouse port gets vc:1-16.
>
>Physical setup of two workstations:
>screen1:fb0                     screen2:fb1
>kbd1:kbd-port                   kbd2:mouse-port
>vc:17                           vc:1-16
>
>The problem here is that a console login with ruby uses
>kbd2 and screen 1.  Very impractical because of distance.
>And I can't just swap the keyboards, because then I get
>the same problem when running plain linux, selecting kernels
>in the lilo bootprompt, or changing bios setup.

Startting order depends from keyboard model.
I use simple lines for my two PS/2 keyboards

echo "isa0060/serio0/input0" > /proc/bus/console/00/keyboard
echo "isa0060/serio1/input0" > /proc/bus/console/01/keyboard

You should put right keyboard physicaly description into
right /proc/bus/console/XX/keyboard file.

Before write this in Your system startup script , please read
/proc/bus/input/devices
Correct and wide solution is input.agent usage
http://startx.times.lv/mdk/input.agent
http://startx.times.lv/mdk/kbd.conf
http://startx.times.lv/mdk/mouse.conf
http://startx.times.lv/mdk/event.conf

http://www.tldp.org/HOWTO/XFree-Local-multi-user-HOWTO/scripts.html

Aivils Stoss