From: "Gábor Lénárt" <lgb@lgb.hu>
To: James Simmons <jsimmons@transvirtual.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: The new X-Kernel !
Date: Sun, 21 Oct 2001 21:53:51 +0200 [thread overview]
Message-ID: <20011021215351.C19390@vega.digitel2002.hu> (raw)
In-Reply-To: <E15vMMU-0007Ot-00@the-village.bc.nu> <Pine.LNX.4.10.10110211025130.13079-100000@transvirtual.com>
In-Reply-To: <Pine.LNX.4.10.10110211025130.13079-100000@transvirtual.com>
On Sun, Oct 21, 2001 at 10:40:06AM -0700, James Simmons wrote:
>
> > > at the problems GPM and X have had before. This problem gets more complex
> > > as more pieces of software that play around with mice and keyboards
> > > emerges besides X or even while running in X.
> >
> > What is this non-X thing 8)
>
> In the embedded market their is alot of GUI environments that are not X.
> Working for a embedded linux company I come across many of them. Talking
> to other embedded companies they all have the same answer. We will not use
> X. They need something more portable and more powerful. A few off the top
> of my head.
OK then not use X for this purpose. But I don't see *ANY* point cause X
is not suitable for any usage with support kernel DRI API, giving you
XShm, DGA and many other things. Even you can create a tiny X like server
(actually it should be a library linked to applications or other) for
very low resourced embededd systems.
> have a adapter to connect a PS/2 keyboard or mouse to the iPAQ at work. I
> also have a alchemy board which allows you to plug in usb mice/keyboards.
>
> Plus for real game support I really like to see OpenGL use direct input.
> Sorry but you need real time response in games. Have input events going
> back a forth between the X cleint and the X server is just a waste.
This is something like DGA. DGA allows you to direct access the video
memory. DGA is very raw solution now, and yes, it should be more clever
for handling compilcated input devices as well, better integration into
X server (now, it simply mmap()s videoram so it needs root privs) and so on.
But I don't see any MAJOR point that is not possible with the current XFree
architecture which should be enhanced a bit (?) in the future, of course.
But don't move anything into kernel space which is possible in user space
as well! Just a point: XFree 4 now has got nice drivers (cross platform
compatibility on same CPU, vendors can release binary only drivers and so
on). It's MUCH harder to release binary only kernel modules not counting
cross OS compatibility ...
- Gabor
next prev parent reply other threads:[~2001-10-21 19:53 UTC|newest]
Thread overview: 64+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-10-20 21:30 MichaelM
2001-10-20 21:43 ` Mike Fedyk
2001-10-21 0:08 ` Aaron Lehmann
2001-10-21 7:37 ` Gábor Lénárt
2001-10-21 12:54 ` Tim Jansen
2001-10-21 15:37 ` john slee
2001-10-21 19:04 ` Tim Jansen
2001-10-21 20:03 ` Gábor Lénárt
2001-10-21 21:06 ` LPP (was: The new X-Kernel !) Tim Jansen
2001-10-21 21:22 ` The new X-Kernel ! Federico Sevilla III
2001-10-21 21:31 ` Gábor Lénárt
2001-10-21 21:38 ` Sean Cavanaugh
2001-10-21 21:52 ` Alan Cox
2001-10-21 22:39 ` Oden Eriksson
2001-10-22 4:44 ` Sean Cavanaugh
2001-10-21 21:53 ` Gábor Lénárt
2001-10-21 22:19 ` LPP (was: The new X-Kernel !) Tim Jansen
2001-10-22 0:28 ` Jakob Østergaard
2001-10-22 0:57 ` Tim Jansen
2001-10-22 8:34 ` Abraham vd Merwe
2001-10-22 0:24 ` Ragnar Hojland Espinosa
2001-10-23 20:50 ` Petr Baudis
2001-10-30 2:18 ` Ragnar Hojland Espinosa
2001-10-22 9:37 ` Sunil Phatak
2001-10-22 9:47 ` Abraham vd Merwe
2001-10-22 14:33 ` MichaelM
2001-10-22 19:13 ` Mike Fedyk
2001-10-22 11:42 ` David Relson
2001-10-21 22:14 ` The new X-Kernel ! Leo Spalteholz
2001-10-22 5:17 ` Jonathan Morton
2001-10-21 16:09 ` Malcolm H. Teas
2001-10-21 19:04 ` Tim Jansen
2001-10-21 19:13 ` Bernd Eckenfels
2001-10-21 19:30 ` Gábor Lénárt
2001-10-21 19:49 ` J Sloan
2001-10-21 21:12 ` Tim Jansen
2001-10-21 21:20 ` D. Stimits
2001-10-21 21:41 ` Gábor Lénárt
2001-10-21 8:33 ` Jonathan Morton
2001-10-21 8:50 ` Gábor Lénárt
2001-10-21 9:13 ` Jonathan Morton
2001-10-21 17:06 ` James Simmons
2001-10-21 10:26 ` Allan Sandfeld
2001-10-21 14:19 ` Alan Cox
2001-10-21 17:18 ` James Simmons
2001-10-21 17:26 ` Alan Cox
2001-10-21 17:40 ` James Simmons
2001-10-21 19:17 ` Tim Jansen
2001-10-22 0:10 ` Jesse Pollard
2001-10-22 0:37 ` Tim Jansen
2001-10-22 17:18 ` James Simmons
2001-10-22 16:51 ` James Simmons
2001-10-22 18:35 ` Tim Jansen
2001-10-23 7:05 ` Allan Sandfeld
2001-10-21 19:53 ` Gábor Lénárt [this message]
2001-10-22 17:04 ` James Simmons
2001-10-23 6:45 ` Albert D. Cahalan
2001-10-22 5:42 ` Dwayne C. Litzenberger
2001-10-31 17:34 ` Jim Freeman
2001-10-21 21:44 Samium Gromoff
2001-10-21 22:01 ` Gábor Lénárt
[not found] <fa.fbu5gjv.1526gp4@ifi.uio.no>
[not found] ` <fa.ltbaijv.13jgcr7@ifi.uio.no>
2001-10-22 1:14 ` Dan Maas
2001-10-22 8:09 ` Alan Cox
2001-10-22 17:56 Jesse Pollard
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20011021215351.C19390@vega.digitel2002.hu \
--to=lgb@lgb.hu \
--cc=jsimmons@transvirtual.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®