|
From: Antonino D. <ad...@po...> - 2002-09-17 20:14:15
|
On Wed, 2002-09-18 at 01:50, Otto Wyss wrote: > > 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 -- dir...@di.... > > > 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 |