On Mon, 2002-09-16 at 02:24, Otto Wyss wrote:
Sorry if I'm looking "heavy of understandig" (translated from German) but does
this mean that some parts are written with and some without rotation? Or does it
mean in console mode everything is rotated if the used driver supports it? Vise
versa X?
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 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.
anyone only using X the Xfbdev solution might be okay, but when the fb-diver
supports rotation Xfbdev should use this.
See above. fbdev does not know about rotation, nor does it need to.
Tony
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
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.
quoted
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/")
-------------------------------------------------------
This SF.NET email is sponsored by: AMD - Your access to the experts
on Hammer Technology! Open Source & Linux Developers, register now
for the AMD Developer Symposium. Code: EX8664
http://www.developwithamd.com/developerlab
On Wed, 2002-09-18 at 01:50, Otto Wyss wrote:
quoted
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.
fbcon is text-based, so it's the same for all of them. If rotation is
needed, it has to be added at the user level. I guess DirectFB is the
best choice at the moment. Maybe you can ask the developers there for
the possibility -- directfb-dev@directfb.org.
quoted
quoted
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
I already did, but it's against 2.5.33. See my response to Geert. It
will only work if the driver itself uses the generic functions and has
drawing primitives. It's very preliminary since James is still
rewriting the FB framework.
test patches against kernel 2.4.19. And what about kernel 2.5, I've read of a
feature freeze soon?
In November, I think.
Tony
-------------------------------------------------------
This SF.NET email is sponsored by: AMD - Your access to the experts
on Hammer Technology! Open Source & Linux Developers, register now
for the AMD Developer Symposium. Code: EX8664
http://www.developwithamd.com/developerlab