Re: GGI Project Unhappy On Linux

Hans-Peter Jansen (hpj.lisa@t-online.de)
Sat, 28 Mar 1998 05:06:29 +0100


>Dear graphics controller, there is a nice pixmap in main memory at
>0xD0A13C30, its 64x64 pixels square and in RGB888 format, please map it
>to the 8bit mode colours you are in and dither if neccessary. If you'd be
>kind enough to post me an interrupt when you've finished I'd be greatful
>
> Yours
> The processor
>
Okay, that´s in the future, but by now, linux has problems, because
interferring
video mode settings... I´m personally experiences some problems with
different
flavours of the MGA-2[01]64 stuff, on my nb (ct 6555?, 12,1 TFT), always by
using higher TextMode settings (in either conf. standard mode is _not_ an
alternative).

In one of my current threads, I´m evaluating using linux for a controlpanel
in cars (speedometer, RPM and friends) . In the first existing prototype, an
eight years
old Golf (rabbit?) was equip. with a 12.1 TFT, ct6555?, P133 std. mb, etc.
with 0S2 (?!?)
is used (annoying longish boot-period, and then...)

... an application is started, with a very common design (like before
without it),
with some _smart_ & _helpful_ features for the user (driver). No PC anymore!
The little difference is the user interface. Everything looks as common as
possible,
allowing tomorrow´s grandma driving cars, without having to deal with any
Windows
(-CE) GPF (;-). More information available...

That prototype is running fine, still lacking some features (os/2 prg. with
gnu objective c exp. are welcome), but the philosophy behind is right.

I´ve infected the developers with thinking about linux as the "right"
replacement for
the half os, and would like to get some more opinions this way from
different minds...

BTW: an concurrent product in creation state, using loose95? and open-gl
libs, lots
of colors, everything anti-aliased, but lacking philosophy! They want to
kick that
in asics?!? in summer... (they said)

Our project will try to stay open, flexible, useful... And we do need _some_
more
or less sofisticated graphic support, but X wouldn´t be the answer, I think
(boottime)
All we need are some bitblits, efficent anti-aliasing and rotating of
elliptical
bitmaps would be useful. Where to go from here?

The matter is, all embedded linux systems would win though a kernel
supporting
common basic graphic primitives itself (Correct me, if I´m wrong). Did the
new
framebuffer stuff touches this? I thing, it´s time to get rid of the current
text mode...
(My MGA supports up to 250 MHz in graphics mode, but in textmode with
104x43x9 the upper limit is around 63 MHz/71.8Hz. More results in
pixelflicker.
This is poor (who´s to blame?)

Emulation of textmode-consoles for all platform would be a nice option. May
be
on the way?

hp

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu