|
From: Otto W. <ott...@bl...> - 2002-09-17 17:50:27
|
> Diagramatically, the fb-based console looks something like this:
>
> Console -> fbcon -> fbdev -> graphics-capable hardware
>
> Rotation is done at the fbcon layer. fbdev on the other hand is just an
> abstraction of the underlying graphics hardware. It is fbdev that is
> actually used by fb-based applications, such as Xfree86. fbdev does not
> know about display orientation, but Xfbdev does, and so can fbcon.
>
What about applications compiled with GTK+ target linux-fb or similar toolsets?
If I understand it right only the fbcon layer should be used (if possible) to be
on the save side.
> > What does a rotation unter X bring as long as the console doesn't? Okay for
> This is actually what triggered me to submit the patches, it is quite
> disconcerting to switch from a rotated Xfree86 display to an upright
> console.
>
Okay I'm not so much interested in Xfbdev than in fbcon. Can you transferred
your code to the generic part as Geert Uytterhoeven already asked. I could help
test patches against kernel 2.4.19. And what about kernel 2.5, I've read of a
feature freeze soon?
O. Wyss
--
Author of "Debian partial mirror synch script"
("http://dpartialmirror.sourceforge.net/")
|