linuxconsole-dev

Re: [Linuxconsole-dev] comments on multi-heading/console

[Firstname L. <ms...@ho...>]

> > > also, another possiblity would be to make solid api's for the fb, and
> > > inputX, then create whatever console code you wanted in userspace,
> > > bypassing any of linus's kernel decisions.
> >
> > Personally I think this is the best approach for multihead aware 
>programs.
>
>A view I share.


I haven't looked into it, but i seem to remember some stuff like user-space 
drivers...  is it possible to create a user-space device?  if so, you could 
simulate a device, for non-multihead aware programs.

Corey

(note i am no longer subscribed to the list)

______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com

Re: [Linuxconsole-dev] comments on multi-heading/console

[Firstname L. <ms...@ho...>]

=
> > That is basically how my approach works internally to implement
> > consoles.
> > The video hardware drivers, input hardware drivers etc. only care about
> > mapping a virtual representation (devices) to the actual hardware.
>
>Yeap. That's the direction fbdev is heading in and Vojtech is doing the
>same for the input suite.
>
> > > Take
> > > /dev/fb. You wouldn't want to be on a console and then all the sudden 
>a X
> > > session starts because someone ran X on anther station requestion that
> > > head you are on. I really like to see the X server some day just using
> > > /dev/input and /dev/fb instead of any VTs like its does now.

how close does the XGGI "server" come to this?

Corey
______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com

Re: [Linuxconsole-dev] comments on multi-heading/console

[Justin C. <jp...@do...>]

> > > > Take
> > > > /dev/fb. You wouldn't want to be on a console and then all the sudden 
> >a X
> > > > session starts because someone ran X on anther station requestion that
> > > > head you are on. I really like to see the X server some day just using
> > > > /dev/input and /dev/fb instead of any VTs like its does now.
> 
> how close does the XGGI "server" come to this?

It runs on any target you like. You can run it in a window under X if you
like.

Justin

Re: [Linuxconsole-dev] comments on multi-heading/console

[<jsi...@ac...>]

> > > > session starts because someone ran X on anther station requestion that
> > > > head you are on. I really like to see the X server some day just using
> > > > /dev/input and /dev/fb instead of any VTs like its does now.
> 
> how close does the XGGI "server" come to this?

It depends on libGGI which in turn uses VT code. I don't think libGGI uses
/dev/input yet. You have to ask on their mailing list.

Re: [Linuxconsole-dev] comments on multi-heading/console

[Firstname L. <ms...@ho...>]

> > >A view I share.
> >
> >
> > I haven't looked into it, but i seem to remember some stuff like 
>user-space
> > drivers...  is it possible to create a user-space device?  if so, you 
>could
> > simulate a device, for non-multihead aware programs.
>
>????
>


*chuckle*  I chopped way too much out of that one :)  ok, the conversation 
was about just using /dev/inputX and /dev/fb, and doing the multi-heading in 
userspace.  You agreed that it was the way to go for multi-head aware 
programs.  I'm asking if it's possible for a user-space program to create a 
device.  if it can, we could synthasize VT devices in userland, redirecting 
them through our app to the framebuffer.

Corey



______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com

Re: [Linuxconsole-dev] comments on multi-heading/console

[Vojtech P. <vo...@su...>]

On Thu, Mar 23, 2000 at 06:24:02PM +0000, Firstname Lastname wrote:

> *chuckle*  I chopped way too much out of that one :)  ok, the conversation 
> was about just using /dev/inputX and /dev/fb, and doing the multi-heading in 
> userspace.  You agreed that it was the way to go for multi-head aware 
> programs.  I'm asking if it's possible for a user-space program to create a 
> device.  if it can, we could synthasize VT devices in userland, redirecting 
> them through our app to the framebuffer.

Telnet does exactly that, doesn't it?

-- 
Vojtech Pavlik
SuSE Labs

Re: [Linuxconsole-dev] comments on multi-heading/console

[Firstname L. <ms...@ho...>]

> > *chuckle*  I chopped way too much out of that one :)  ok, the 
>conversation
> > was about just using /dev/inputX and /dev/fb, and doing the 
>multi-heading in
> > userspace.  You agreed that it was the way to go for multi-head aware
> > programs.  I'm asking if it's possible for a user-space program to 
>create a
> > device.  if it can, we could synthasize VT devices in userland, 
>redirecting
> > them through our app to the framebuffer.
>
>Telnet does exactly that, doesn't it?

excelent point...  so the entire thing could be done in user space, 
therefore not needing any blessings from linus or anyone else.  I'm going to 
retract myself from this conversation now letting you guys finish it, since 
i don't produce any actual code, and i'm no longer subscribed to the list. 
:)
(mailbox was getting too full)

Corey
______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com

Re: [Linuxconsole-dev] comments on multi-heading/console

[<jsi...@ac...>]

> >A view I share.
> 
> 
> I haven't looked into it, but i seem to remember some stuff like user-space 
> drivers...  is it possible to create a user-space device?  if so, you could 
> simulate a device, for non-multihead aware programs.

????