linuxconsole-dev

Re: two consoles

[Jon S. <jon...@ya...>]

With 2.5.65 is it possible to configure the USB
mouse/keyboard so that they don't send their input to
the console? I have the event interface enabled. I
also tried enabling/disabling various options but I
can't seem to shut off the USB devices.

=====
Jon Smirl
jon...@ya...

__________________________________________________
Do you Yahoo!?
Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop!
http://platinum.yahoo.com

Re: two consoles

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

> > Is it possible to get two consoles running on 2.5.65+?
> > 
> > 
> > I have this hardware:
> > AGP Radeon
> > PCI Rage128
> > USB mouse
> > PS2 mouse
> > USB keyboard
> > PS2 keyboard
> > 
> > If I can't get two consoles, how can I separate the
> > USB mouse/keyboard from controlling the boot console?
> > 
>  short answer "NO"
> you can try to write directly to James Simmons
> (the main developer of the linuxconsole project)
> if you do so please CC the list too.
> He mentioned several times on lkml that independent consoles won't go in 2.6
> and is probably a 2.7 thing, but never posted firm statement to the project
> mailing list.

Correct. It will not go in until 2.7.X. Sorry I have been away since fbdev 
developement is taking all my time. Now it is possible to write programs 
that use /dev/fbX and /dev/input/eventX and you can have multi-desktop 
programmings as long as you ignore the console system. 

> there was also a working patch against 2.5.59, but again without framebuffer
> support ( see the download page )
> the url is http://startx.times.lv

The console stuff against 2.5.59 is very incomplete. Once the framebuffer 
stuff is complete I plan to ramp up console developmente again. 

Re: two consoles

[<shs...@st...>]

Quoting Jon Smirl <jon...@ya...>:

> Is it possible to get two consoles running on 2.5.65+?
> 
> 
> I have this hardware:
> AGP Radeon
> PCI Rage128
> USB mouse
> PS2 mouse
> USB keyboard
> PS2 keyboard
> 
> If I can't get two consoles, how can I separate the
> USB mouse/keyboard from controlling the boot console?
> 
 short answer "NO"
you can try to write directly to James Simmons
(the main developer of the linuxconsole project)
if you do so please CC the list too.
He mentioned several times on lkml that independent consoles won't go in 2.6
and is probably a 2.7 thing, but never posted firm statement to the project
mailing list.

 long answer:

you can try the ruby backport to 2.4,
everything works stable for several people
and i don't remember someone who tried, but didn't suceeded.
but ... the new framebuffer is not ported,
so you can have only multiple independent X users with a single VGA console,
there is no support for multiple independent framebuffer consoles.

there was also a working patch against 2.5.59, but again without framebuffer
support ( see the download page )
the url is http://startx.times.lv


good luck,

svetljo
( one happy backstreet ruby user )

two consoles

[Jon S. <jon...@ya...>]

Is it possible to get two consoles running on 2.5.65+?


I have this hardware:
AGP Radeon
PCI Rage128
USB mouse
PS2 mouse
USB keyboard
PS2 keyboard

If I can't get two consoles, how can I separate the
USB mouse/keyboard from controlling the boot console?

=====
Jon Smirl
jon...@ya...

__________________________________________________
Do you Yahoo!?
Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop!
http://platinum.yahoo.com

Re: e-mail 2: some questions

[<shs...@st...>]

Hi ,
guess who speaks again, 
thought not a single reply yet :(

just added a contrib page:

http://varna.demon.co.uk/~svetlio/aivils2 -> downloads -> contributed packages
or directly:
http://varna.demon.co.uk/~svetlio/aivils2/contrib

Andreas, 
could you build debs for XFree and may be gpm with the ruby input-patch?

and may be take a look at the german translation
( you promissed to give me a hand, rememmber? :) )
only Documentation-> FAQ is missing, but the other pages need
a lot of corrections.

best,

svetljo

PS.
< if i don't get a single reply in the following week, i'll consider that my
mails are SPAM for you, and may be commit suicide
<< joking >> 
<<< almost :( >>>
>

Re: e-mail 2: some questions

[<shs...@st...>]

Hi ,
its again me :)

> 5....
> i was having some more question, but i somehow forgot them :(
> i'll drop some more lines later probably 

so i added to the explanation how to configure the kernel
( quick-eng.html ) some snapshots from menuconfig & xconfig.
is it a good idea? why not, in case you think so?

with pic's opening in the same window:
http://varna.demon.co.uk/~svetlio/aivils2/quick-eng.html

and with pics opening in a new window:
http://varna.demon.co.uk/~svetlio/aivils2/quick-eng2.html

which one would be better? Why?

too many questions, right. :)

best,

svetljo

e-mail 2: some questions

[<shs...@st...>]

Hi again :)

i don't relly know where to start :(

1.
i tought it may be a good idea to prepare some
packages with the modified X server:
i built src.rpms/rpms for Mandrake 9.0 & cooker
i'll try to prepare one for Mandrake-8.2

i prepared XFree86.spec & patches for RedHat 8.0
and for the XFree86-4.3.0-2.1 from mharris
( ftp://people.redhat.com/mharris/testing/unstable/XFree86/4.3.0-2.1/ )
i couldn't find other XF-4.3 src.rpms for RedHat ,
but the build process broke at some point, because i was 
missing utemper.h
can you rebuild them, you were running redhat correct?
just pull my additions to the src.rpms:
http://varna.demon.co.uk/~svetlio/X/XFree86-4.2.0-72.src.rpm-additions.tar.bz2
http://varna.demon.co.uk/~svetlio/X/XFree86-4.3.0-2.1.src.rpm-additions.tar.bz2

get the src.rpms, install them, put the patches from the tar in your rpm SOURCE
directory, use my XFree.spec or patch the original with the provided patch( both
are in the tar), build the rpms .
and you'll get one additional rpm, smth like my:
http://varna.demon.co.uk/~svetlio/X/XFree86-concurrent-server-4.2.1-3mdk.i586.rpm
http://varna.demon.co.uk/~svetlio/X/XFree86-concurrent-server-4.3-5mdk.i586.rpm

i can put them on my site, if you have space limitations on yours,
or if you for some reason don't want to put them on yours

may be Andrea could make some debian packages?

Andrea would you do this ?

2.
i made gpm rpms and src.rpms with the input patch from ruby's cvs
can you test them, wether they fix the mouse freese under X,
i can not use VGA if i start X, and i can not see any difference
under X both when gpm is running and isn't started

3. 
may be we should include on the download page tar, rpms, debs with
utils from the ruby tree.-- input-attach & some other usefull utilities

i installed them & i found out why i'm missing my wheel under ruby,
i should fill a bug report to linuxconsole i guess
in short :
#################################################################
[root@svetljo log]# evtest /dev/input/event1
Input driver version is 1.0.0
Input device ID: bus 0x11 vendor 0x2 product 0x2 version 0x100
Input device name: "PS2++ Logitech Mouse"
Supported events:
  Event type 1 (Key)
    Event code 272 (LeftBtn)
    Event code 273 (RightBtn)
    Event code 274 (MiddleBtn)
  Event type 2 (Relative)
    Event code 0 (X)
    Event code 1 (Y)
Testing ... (interrupt to exit)
 [root@svetljo log]#
##################################################################
that's from my Logitech Cordless Desktop PS2,
the one from my usb mice follows:
##################################################################
 [root@svetljo log]# evtest /dev/input/event4
Input driver version is 1.0.0
Input device ID: bus 0x3 vendor 0x5fe product 0x11 version 0x0
Input device name: "Cypress Sem. PS2/USB Browser Combo Mouse"
Supported events:
  Event type 1 (Key)
    Event code 272 (LeftBtn)
    Event code 273 (RightBtn)
    Event code 274 (MiddleBtn)
    Event code 275 (SideBtn)
    Event code 276 (ExtraBtn)
  Event type 2 (Relative)
    Event code 0 (X)
    Event code 1 (Y)
    Event code 8 (Wheel)
##################################################################


4.
i think there are very little examples on the site,
and it would be good if we add some for XF confs, X servers, gdm.config
kernel's .config , am i missing smth?
i can provide for Mandrake, you for RedHat, Andreas for Debian,
about the kernel's i can not boot with the configuration from defconfig,
and it's pretty limited, i think it's better if we provide .config's for our
distributions, with modified ruby part of course, the defconfig leaves a lot of
 drivers off, we could enable them as modules, the user would eventually need
only to change the typ of he's CPU and recompile.

5....
i was having some more question, but i somehow forgot them :(
i'll drop some more lines later probably 
 
Thats for now,

best,

svetljo

Re: Multi-seat XFree solution under Linux with framebuffers.

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

Hi all,

     Anybody can check out bk repositary
fbdev.bkbits.com
Here is new upcoming fb (James's work).
At least  vesafb works for me.
fb console ought to be modular. This mean - fb device can now work
without console as simple video hardware.
Any fb device driver ought to be modular.

fb console rewrited(?) under James's conditions
(partialy described linuxconsole.sf.net).

Aivils Stoss

Re: Multi-seat XFree solution under Linux with framebuffers.

[<shs...@st...>]

Quoting shs...@st...:

> Hi,
> 
> > > may be you could try the Matrox multy series,
> > ;-) Sorry, but we have developed a new ATI card (with 8 outputs),
> and
> > need to get the X servers to run on these cards.
> > 
> > > they should have released a 4 headed card with the G450 chip,
> > > and if they made it like the previous series,
> > > you may be will be able to run them in both Miguels & backstreet
> ruby
> > way,
> > > so you'll be able to get 16-20-24 heads/users 4-5 pci + 1 agp x 4
> > heads,
> > > and if you have luck you'll be able to get it working with normal
> > drivers,
> > > not through FB , so you could use Xvideo, DRI ....
> > 
> > Main problem is that I also need the FB support for our
> > software/applications.....

OOPS,
totaly forgot that ruby currently doesn't have FB support,
so unless you convince James Simmons to get back to ruby,
you can not use it if you need FB

sorry,

svetljo

Re: Multi-seat XFree solution under Linux with framebuffers.

[<shs...@st...>]

Hi,

> > may be you could try the Matrox multy series,
> ;-) Sorry, but we have developed a new ATI card (with 8 outputs), and
> need to get the X servers to run on these cards.
> 
> > they should have released a 4 headed card with the G450 chip,
> > and if they made it like the previous series,
> > you may be will be able to run them in both Miguels & backstreet ruby
> way,
> > so you'll be able to get 16-20-24 heads/users 4-5 pci + 1 agp x 4
> heads,
> > and if you have luck you'll be able to get it working with normal
> drivers,
> > not through FB , so you could use Xvideo, DRI ....
> 
> Main problem is that I also need the FB support for our
> software/applications.....

i was just saying that if you have luck you can get the normal drivers work,
but the fb driver should work without a problem,
are you working on a kind of set-top-box, do you need the fb driver in order to 
use X over video out  

i was also thinking that if you get backstreet ruby in workable for you state,
it would be easier to setup the X config files, mostly the keyboard input 
section, as you don't need to mess with the event devices,
with your current solution you should find wich event devices are mices, 
keyboards, additional multimedia intefaces of some keyboards, with ruby you'll 
have to consider only the last two, also it should be fairly easy to get only 
the normal keyboard interfaces to bind to a VT, even if some multimedia 
keyboard interface has registered VT you can fix it trough /proc.
This should be also doable in kernel:
i think all the normal keyboard interfaces register with PHYS= USBxxx0,
and the multimedia interfaces register with PHYS=USBxxx1 , so if you modiffy 
the kernel to bind VTs only to keyboards with PHYS=USBxxx0 you get VTs bind to 
all keyboards -- no need to modiffy X config files if some event device change 
it's number.
 
if i'm not misstaken upon replug of a usb event device it's possible,
that it's event number change -- you'll have to modify the coresponding 
XFConfig to get keyboard back, which shouldn't be needed under ruby, as ruby 
doesn't use the event device files.
   
best,

svetljo

Re: Multi-seat XFree solution under Linux with framebuffers.

[Stian H. <sti...@it...>]

Hi, Svetljo, and sorry about the delay in answering you mail.

> > for more than one card/manufacturer (eg. Nvidia, ATI, Matrox, sis).
> what do you mean by that  ^^^^^^

What I mean is that I want to ba able to use one Nvidia card as the main
card, one ATI on the first X-Server and one Matrox card on the second,
and maybe a SIS on a third one.


> can you get more then one fb device for cards other then Matrox,

I think this will be ok, yes. The driver is hopefully finished in about
14 days for ATI (For our specific card).

> if the card has several heads but in one chip, i think you wont be able 
> to get them work , as they register a single fb device, i think can get all 
> heads only under windows or with special closed source drivers driven by a 

The solution on our card is 4 ATI Mobility chips with "dual head"/ two
independant outputs functionality. This makes a total of 8 output from
one card.

> single X server. I was thinking that most of the cards act to the OS as a 
> single head, but the card itself drives/ separates /manage more monitors.
> (i'm having the Nvidia cards in mind, i don't think you can get them work as 
> dual head with the open source driver, but i might be misstaken) 

We have not been able to get dualhead functionality for the Nvidia
cards. (We are not able to have more than one Nvidia card in the machine
at the same time either. This should be a driver problem, and I have not
had the time or knowledge to examine this.)

 
> > I will look into this once again, but I know we had some problems with
> > only one X-session showing at the time (and the rest went blank or
> > "sleeping") when we used the patch from Freitas.
> 
> i know, some cards doesn't play nice, the explanation was that they need to 
> disable all other PCI resources in order to initialise.
> 
> i had a found some discussion about the problem, but i don't have right now the 
> link, i'll post it later. 

Thank you !


> > We have also tried the backstreet ruby solution, but this was not
> > supporting the kernel version that we needed at the time when we tried
> > it. Maybe it will work now ? (Kernel 2.4.21-pre5 or later)
> > 
> 
> it's up to 2.4.20, do you really need a bleeding new kernel?

I'm sorry to say, yes. We need some USB functionality that has been
taken into the new 2.4.21-pre5 (We are sending 32 mouses and keyboards
over a network protocol, and need them to be treated as USB keyboards
and mouses at the target machine.)

> you can try to sync it to 2.4.21-pre5.

I will try to do this in the weekend if I get the time to do it....


> best,
> 
> svetljo


WBR Stian Hartviksen

Re: Multi-seat XFree solution under Linux with framebuffers.

[<shs...@st...>]

Hi,

> for more than one card/manufacturer (eg. Nvidia, ATI, Matrox, sis).
what do you mean by that  ^^^^^^

> Our
> main environment are 4 ATI cards with 8 output on each card ( A total
> of
> 32 outputs from one PC - each with its own mouse and keyboard ), and
> the
> solution from Miguel Freitas did not work in our environment.  

can you get more then one fb device for cards other then Matrox,
if the card has several heads but in one chip, i think you wont be able 
to get them work , as they register a single fb device, i think can get all 
heads only under windows or with special closed source drivers driven by a 
single X server. I was thinking that most of the cards act to the OS as a 
single head, but the card itself drives/ separates /manage more monitors.
(i'm having the Nvidia cards in mind, i don't think you can get them work as 
dual head with the open source driver, but i might be misstaken) 


> > > If you know of any other way to do this (in a better way), please
> send
> > > me a note!
> > 
> > i think the way Miguel used for the PCI resource managment was
> better,
> > and i don't know a better way. This method( the one from Miguel ) was
> found by 
> > some NetBSD users, and is used by backstreet ruby:
> http://startx.times.lv/
> 
> I will look into this once again, but I know we had some problems with
> only one X-session showing at the time (and the rest went blank or
> "sleeping") when we used the patch from Freitas.

i know, some cards doesn't play nice, the explanation was that they need to 
disable all other PCI resources in order to initialise.

i had a found some discussion about the problem, but i don't have right now the 
link, i'll post it later. 

> We have also tried the backstreet ruby solution, but this was not
> supporting the kernel version that we needed at the time when we tried
> it. Maybe it will work now ? (Kernel 2.4.21-pre5 or later)
> 

it's up to 2.4.20, do you really need a bleeding new kernel?
you can try to sync it to 2.4.21-pre5.

best,

svetljo

Re: Multi-seat XFree solution under Linux with framebuffers.

[Stian H. <sti...@it...>]

Hi Svetljo, and thank you for you input!


> > The patch from Miguel Freitas was removing all the framebuffer stuff,
> i don't think so:
> have you looked at the explanation about G450,
> it's useing just FB's
> http://cambuca.ldhs.cetuc.puc-rio.br/multiuser/g450.html
> 
> i got this way a Matrox G550DH for 2 X users,
> but useing plain FB X drivers means no accel, so ...

Yes, we have tried this solution, but we have not been able to get this
patch to work with other framebuffer drivers than Matrox (Matrox seems
to be a very "nice" driver). The problem occurred when we needed support
for more than one card/manufacturer (eg. Nvidia, ATI, Matrox, sis). Our
main environment are 4 ATI cards with 8 output on each card ( A total of
32 outputs from one PC - each with its own mouse and keyboard ), and the
solution from Miguel Freitas did not work in our environment.  

> > If you know of any other way to do this (in a better way), please send
> > me a note!
> 
> i think the way Miguel used for the PCI resource managment was better,
> and i don't know a better way. This method( the one from Miguel ) was found by 
> some NetBSD users, and is used by backstreet ruby: http://startx.times.lv/

I will look into this once again, but I know we had some problems with
only one X-session showing at the time (and the rest went blank or
"sleeping") when we used the patch from Freitas.

We have also tried the backstreet ruby solution, but this was not
supporting the kernel version that we needed at the time when we tried
it. Maybe it will work now ? (Kernel 2.4.21-pre5 or later)


WBR Stian Hartviksen

Re: Multi-seat XFree solution under Linux with framebuffers.

[<shs...@st...>]

Quoting Stian Hartviksen <sti...@it...>:

> On Wed, 2003-03-12 at 11:40, shs...@st...
> wrote:
> 
> > 
> > Hi it may sound a bit like critics,
> > but what did you changed in the Miguel Freitas patch, How-To ...
> > i read your How-To and i don't seem to find any difference,
> > except that you tottaly disable VT switching and 
> > the PCI resourse management (access disable functions),
> > the last one wasn't seen good from the XFree people.
> > 
> > Best,
> > 
> > svetljo 
> >  
> 
> Hi, Svetljo.
> 
> There are not that many changes from Miguel Freitas, but the main
> difference from our point of view is that we now can use Framebuffer
> drivers with Multi-seat.
> 
> The patch from Miguel Freitas was removing all the framebuffer stuff,

i don't think so:
have you looked at the explanation about G450,
it's useing just FB's
http://cambuca.ldhs.cetuc.puc-rio.br/multiuser/g450.html

i got this way a Matrox G550DH for 2 X users,
but useing plain FB X drivers means no accel, so ...
 
> and we have just removed some parts of it instead. We had to disable
> the
> VT Switching and PCI Resource management to get more than one active
> X-Server at the same time.
> 
> If you know of any other way to do this (in a better way), please send
> me a note!

i think the way Miguel used for the PCI resource managment was better,
and i don't know a better way. This method( the one from Miguel ) was found by 
some NetBSD users, and is used by backstreet ruby: http://startx.times.lv/

regards,

svetljo

Re: Multi-seat XFree solution under Linux with framebuffers.

[Stian H. <sti...@it...>]

On Wed, 2003-03-12 at 11:40, shs...@st...
wrote:

> 
> Hi it may sound a bit like critics,
> but what did you changed in the Miguel Freitas patch, How-To ...
> i read your How-To and i don't seem to find any difference,
> except that you tottaly disable VT switching and 
> the PCI resourse management (access disable functions),
> the last one wasn't seen good from the XFree people.
> 
> Best,
> 
> svetljo 
>  

Hi, Svetljo.

There are not that many changes from Miguel Freitas, but the main
difference from our point of view is that we now can use Framebuffer
drivers with Multi-seat.

The patch from Miguel Freitas was removing all the framebuffer stuff,
and we have just removed some parts of it instead. We had to disable the
VT Switching and PCI Resource management to get more than one active
X-Server at the same time.

If you know of any other way to do this (in a better way), please send
me a note!


WBR Stian Hartviksen

Re: Multi-seat XFree solution under Linux with framebuffers.

[<shs...@st...>]

Quoting Stian Hartviksen <sti...@it...>:

> Hi all,
> 
> we have just finished writing a patch + a HOWTO for configuring a
> multi-seat XFree solution under Linux with framebuffers. 
> 
> If any of you at this group would like to test it and give us
> comments,
> we would appreciate that very much.
> 
> The HOWTO and patch can be found at
> http://www.itsopen.net/projects/x-hack/
> 
> Have a nice (testing) day.
> 
> 
> Regards
> 
> Stian Hartviksen (sha...@it...)
> ItsOpen AS

Hi it may sound a bit like critics,
but what did you changed in the Miguel Freitas patch, How-To ...
i read your How-To and i don't seem to find any difference,
except that you tottaly disable VT switching and 
the PCI resourse management (access disable functions),
the last one wasn't seen good from the XFree people.

Best,

svetljo 
 

Multi-seat XFree solution under Linux with framebuffers.

[Stian H. <sti...@it...>]

Hi all,

we have just finished writing a patch + a HOWTO for configuring a
multi-seat XFree solution under Linux with framebuffers. 

If any of you at this group would like to test it and give us comments,
we would appreciate that very much.

The HOWTO and patch can be found at
http://www.itsopen.net/projects/x-hack/

Have a nice (testing) day.


Regards

Stian Hartviksen (sha...@it...)
ItsOpen AS

Re:

[<shs...@st...>]

Quoting Aiv...@un...:

> 
> Hi Mark,
> >I've been trying to get your backstreat-ruby patch against 2.4.20 to
> work,
> >but I seem to have problems getting it to build.
> >Can you give me any hints what is wrong?
> 
> ..config contain
> #
> # Input device support
> #
> CONFIG_INPUT=m
> CONFIG_INPUT_MOUSEDEV=m
> CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
> CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
> CONFIG_INPUT_JOYDEV=m
> CONFIG_INPUT_EVDEV=m
> 
> Unfortunately I never test input as module :(
> Beter set CONFIG_INPUT=y
> All other works nice as modules.
> 
> Aivils Stoss

wasn't there some fix by Vojtech Pavlik in 2.5.5x ?
long time it wasn't possible to compile 2.5 with modular input,
but i think Vojtech fixed it.
or may be we should put a tick LABEL 
"USE BUILT IN INPUT SUPORT, AS MODULAR DOESN'T ALLOW COMPILATION"

best,

svetljo

Re:

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

Hi Mark,
>I've been trying to get your backstreat-ruby patch against 2.4.20 to work,
>but I seem to have problems getting it to build.
>Can you give me any hints what is wrong?

..config contain
#
# Input device support
#
CONFIG_INPUT=m
CONFIG_INPUT_MOUSEDEV=m
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
CONFIG_INPUT_JOYDEV=m
CONFIG_INPUT_EVDEV=m

Unfortunately I never test input as module :(
Beter set CONFIG_INPUT=y
All other works nice as modules.

Aivils Stoss

Re: (no subject)

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

> just curious,
> did you get it compile, in case you use built in input support?
>
> svetljo

Hi Svetljo,

Yes, with the built-in input support (so not as a module)
the build errors are now gone.
Now I'm strugling to try and get the new console system
to work... I'll let you know later how I'm doing :-)

Thanks for your help!

Mark.

Re: (no subject)

[<shs...@st...>]

Quoting Mark Hurenkamp <Mar...@xs...>:

> Hi Aivils,
> 
> I've been trying to get your backstreat-ruby patch against 2.4.20 to
> work,
> but I seem to have problems getting it to build.
> Can you give me any hints what is wrong?
> 
> Here's the error log, and attached you find my kernel configuration.
> 
> Mark.
> 
> BTW,
> Thanks for backporting ruby, it's great to have it available on 2.4.x!
> 
> 
> ar  rcs lib.a checksum.o old-checksum.o delay.o usercopy.o getuser.o
> memcpy.o strstr.o mmx.o dec_and_lock.omake[2]: Leaving directory
> `/extra/misc/linux/linux-2.4.20-bruby/arch/i386/lib'make[1]: Leaving
> directory
> `/extra/misc/linux/linux-2.4.20-bruby/arch/i386/lib'ld -m elf_i386 -T
> /extra/misc/linux/linux-2.4.20-bruby/arch/i386/vmlinux.lds -e stext
> arch/i386/kernel/head.o arch/i386/kernel/init_task.o init/main.o
> init/version.o init/do_mounts.o \        --start-group \
>         arch/i386/kernel/kernel.o arch/i386/mm/mm.o kernel/kernel.o
>         mm/mm.o fs/fs.o ipc/ipc.o \         drivers/acpi/acpi.o
> drivers/char/char.o drivers/block/block.o
>          drivers/misc/misc.o drivers/net/net.o drivers/media/media.o
>          drivers/char/drm/drm.o drivers/ide/idedriver.o
>          drivers/cdrom/driver.o drivers/pci/driver.o
> drivers/video/video.o
>          drivers/input/gameport/gamedrv.o
> drivers/input/serio/seriodrv.o
>          drivers/md/mddev.o drivers/isdn/vmlinux-obj.o \       
> net/network.o \
>         /extra/misc/linux/linux-2.4.20-bruby/arch/i386/lib/lib.a
>         /extra/misc/linux/linux-2.4.20-bruby/lib/lib.a
>         /extra/misc/linux/linux-2.4.20-bruby/arch/i386/lib/lib.a \      
>  --end-group \
>         -o vmlinux
> drivers/char/char.o(.text+0x15652): In function `kd_nosound':
> : undefined reference to `input_event'
> drivers/char/char.o(.text+0x15674): In function `kd_nosound':
> : undefined reference to `input_event'
> drivers/char/char.o(.text+0x165cd): In function `kbd_bh':
> : undefined reference to `input_event'
> drivers/char/char.o(.text+0x165f3): In function `kbd_bh':
> : undefined reference to `input_event'
> drivers/char/char.o(.text+0x16617): In function `kbd_bh':
> : undefined reference to `input_event'
> drivers/char/char.o(.text+0x16c4a): In function `kbd_connect':
> : undefined reference to `input_open_device'
> drivers/char/char.o(.text+0x16c8d): In function `kbd_disconnect':
> : undefined reference to `input_close_device'
> drivers/char/char.o(.text+0x16ece): In function `write_kbd_phys':
> : undefined reference to `input_find_handle'
> drivers/char/char.o(.text.init+0xe8b): In function `kbd_init':
> : undefined reference to `input_register_handler'
> make: *** [vmlinux] Error 1
> 
> 
> 
> 
just curious,
did you get it compile, in case you use built in input support?

svetljo

(no subject)

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

Hi Aivils,

I've been trying to get your backstreat-ruby patch against 2.4.20 to work,
but I seem to have problems getting it to build.
Can you give me any hints what is wrong?

Here's the error log, and attached you find my kernel configuration.

Mark.

BTW,
Thanks for backporting ruby, it's great to have it available on 2.4.x!


ar  rcs lib.a checksum.o old-checksum.o delay.o usercopy.o getuser.o
memcpy.o strstr.o mmx.o dec_and_lock.omake[2]: Leaving directory
`/extra/misc/linux/linux-2.4.20-bruby/arch/i386/lib'make[1]: Leaving directory
`/extra/misc/linux/linux-2.4.20-bruby/arch/i386/lib'ld -m elf_i386 -T
/extra/misc/linux/linux-2.4.20-bruby/arch/i386/vmlinux.lds -e stext
arch/i386/kernel/head.o arch/i386/kernel/init_task.o init/main.o
init/version.o init/do_mounts.o \        --start-group \
        arch/i386/kernel/kernel.o arch/i386/mm/mm.o kernel/kernel.o
        mm/mm.o fs/fs.o ipc/ipc.o \         drivers/acpi/acpi.o drivers/char/char.o drivers/block/block.o
         drivers/misc/misc.o drivers/net/net.o drivers/media/media.o
         drivers/char/drm/drm.o drivers/ide/idedriver.o
         drivers/cdrom/driver.o drivers/pci/driver.o drivers/video/video.o
         drivers/input/gameport/gamedrv.o drivers/input/serio/seriodrv.o
         drivers/md/mddev.o drivers/isdn/vmlinux-obj.o \        net/network.o \
        /extra/misc/linux/linux-2.4.20-bruby/arch/i386/lib/lib.a
        /extra/misc/linux/linux-2.4.20-bruby/lib/lib.a
        /extra/misc/linux/linux-2.4.20-bruby/arch/i386/lib/lib.a \        --end-group \
        -o vmlinux
drivers/char/char.o(.text+0x15652): In function `kd_nosound':
: undefined reference to `input_event'
drivers/char/char.o(.text+0x15674): In function `kd_nosound':
: undefined reference to `input_event'
drivers/char/char.o(.text+0x165cd): In function `kbd_bh':
: undefined reference to `input_event'
drivers/char/char.o(.text+0x165f3): In function `kbd_bh':
: undefined reference to `input_event'
drivers/char/char.o(.text+0x16617): In function `kbd_bh':
: undefined reference to `input_event'
drivers/char/char.o(.text+0x16c4a): In function `kbd_connect':
: undefined reference to `input_open_device'
drivers/char/char.o(.text+0x16c8d): In function `kbd_disconnect':
: undefined reference to `input_close_device'
drivers/char/char.o(.text+0x16ece): In function `write_kbd_phys':
: undefined reference to `input_find_handle'
drivers/char/char.o(.text.init+0xe8b): In function `kbd_init':
: undefined reference to `input_register_handler'
make: *** [vmlinux] Error 1

The input layer problem.

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

The problem is both simple, and complex.

Most simply put, the console layer still receives events from keyboard
devices that other things have attempted to take control of.

When I started trying to find a clean solution I thought that the answer
of having the console layer simply stop receiving or dealing with input
devices that had been opened with the evdev interface was the wrong
approach.

I thought it was the wrong approach because it would mean that a simple
run of evtest on your only keyboard interface would effectively kill
your console until you could ssh in to kill the evtest program.

Except that I have come to the conclusion that not only is it the best
way, it is something that, for security reasons, MUST be what happens.

The reason is relatively simple, it is noted that the evbug module is a
security threat because it logs every event, including things like
passwords.

However evbug logs this someplace where it is virtually guaranteed to be
noticed, in the case of the evdev interface there is no such safe guard.

Yes, you still need root to do it, however there is no notification
anywhere that someone is listening to the keyboard, or any other device,
and the console layer still receives the key presses, so the user is
none the wiser.

Which leads me to a simple conclusion, the console layer should never
receive events from any device that has been opened by the evdev
interface.

I welcome patches to implement it, or alternate solutions to the
problems.

Zephaniah E. Hull.

--=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.

"Delivery anywhere in the world within thirty minutes or the second one's
 free." - "pizza box" art atop a Minuteman ICBM silo, Paul A. Suhler, RHF

HID stuff.

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

Three things, but all at once because it is all on my plate right now.

First off, I am wondering if I could input.h explicitly noted with a
BSDish license so I can include it almost entirely (with some symbol
name changes to not conflict with other things) in X, possibly other
things in time as well.
(The question of it being an issue considering it is just some #defines
and some structure defs is questionable, however I prefer to play it
safe.)

Secondly, my HID quirk patch for my mouse (again), if there are problems
with it let me know?  It is attached.

Third is a bigger problem, and the more I've thought about it, the more
I've concluded that it needs to apply to both the keyboard driver, /and/
to the mice multiplexer.

There needs to be a way to say that an input device, be it a mouse or a
keyboard, or something else, has been claimed by something and should
/not/ be used for the generic code.

This becomes exceedingly obvious for the keyboard, where for X hitting
alt-F1 nicely switches you out of X because the console layer does not
know that X is using it instead of the console fd.

But as I've thought about it, I've concluded that we don't need
something specific to the keyboard (which we /might/ be able to hack
around by still setting the fd to raw mode, but that would be a really
massive hack), but that we need a generic way to say that the input
device is being handled.

I honestly don't have any ideas on how to handle it, but I'm hoping that
you might.

-- 
	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.

I could imagine that there might be some GPL project out there that
_deserves_ getting sued(*) and it has nothing to do with Linux.

                Linus

(*) "GNU Emacs, the defendent, did inefariously conspire to play
towers-of-hanoy, while under the guise of a harmless editor".

Re: Linux event interface XFree86 Input driver

[Wayne W. <wh...@ma...>]

On Fri, 14 Feb 2003, Zephaniah E. Hull wrote:

> Thank you again, this has proven absolutely invaluable for the keyboard
> side of the patch.
> 
> I'm still waiting for a solution to the console also getting the events,
> though the answers my head is giving back are not the ones I actually
> want.

You mean the keyboard events?  It seems like that requires a kernel patch.  
I'm using the simple patch below so that USB keyboards are not attached to
the console.  Of course, it shouldn't be hardcoded like this.

Cheers, Wayne

diff -ru linux-2.5.59/drivers/char/keyboard.c linux-2.5.59-wayne/drivers/char/keyboard.c
--- linux-2.5.59/drivers/char/keyboard.c	2002-12-09 19:26:49.000000000 -0800
+++ linux-2.5.59-wayne/drivers/char/keyboard.c	2003-01-25 09:02:28.000000000 -0800
@@ -1150,6 +1150,9 @@
 	if ((i == BTN_MISC) && !test_bit(EV_SND, dev->evbit)) 
 		return NULL;
 
+	if (!strncmp(dev->phys,"usb",3))
+		return NULL;
+
 	if (!(handle = kmalloc(sizeof(struct input_handle), GFP_KERNEL))) 
 		return NULL;
 	memset(handle, 0, sizeof(struct input_handle));