On Sat, 2003-01-11 at 03:42, James Simmons wrote:
>
> > > Yes. Hardware rotation shouldn't also not effect the way accel
> > > operatations are done.
> >
> > The main difference is if the hardware supports rotation, fbcon will
> > present it with "normal" data. With the generic implementation, fbcon
> > will present the driver with rotated data.
> >
> > So we need a driver capabilities field either in fb_info or
> > fb_fix_screeninfo.
>
> We can just test if the rotation hook exist for the fbdev driver. No hook
Okay. What will the hook do, BTW? Just turn hardware rotation to
the appropriate orientation? Something like...
int fb_rotate(struct fb_info *info, int rotate);
Then we can do something like:
if (info->fbops->fb_rotate) {
info->fbops->fb_rotate(info, FB_ROTATE_CCW);
"pass 'normally' oriented data"
else
"pass data rotated CCW"
}
Also, you may want to place the rotate field in fb_fix_screeninfo
instead. You mentioned that rotation is to be activated at the console
layer, so the rotate field is for informational purposes only.
> then use generic code in fbcon. Also we have a angle field in var so we
> can see if the user wants the data rotated.
>
> > Not really. We can dynamically rotate the fontdata using the default
> > display->fontdata into another buffer. I believe I have functions that
> > do that in the patch I submitted. (Sorry, I lost it when one of my
> > drives crashed :-(.
>
> I have that patch. It just has to be updated to the latest changes.
>
>
Yeap. Geert forwarded them to me. Thanks Geert :-)
Tony
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Wed Jan 15 2003 - 22:00:36 EST