<p dir="ltr"><br>
On Mar 17, 2015 5:34 AM, "Pekka Paalanen" <<a href="mailto:ppaalanen@gmail.com">ppaalanen@gmail.com</a>> wrote:<br>
><br>
> On Tue, 17 Mar 2015 13:02:34 +0100<br>
> Thilo Cestonaro <<a href="mailto:thilo@cestona.ro">thilo@cestona.ro</a>> wrote:<br>
><br>
> > Hey!<br>
> ><br>
> > > Just curious, why didn't you get the fbdev backend to work? Was it the<br>
> > > color format thing?<br>
> > ><br>
> > No, I got the color format to work, but I need to rotate the screen, and<br>
> > the rotation in fbdev doesn't work as expected.<br>
> > (I changed compositor-fbdev.c - weston_output_init() or so, to have the<br>
> > Transform which I wanted to try)<br>
> ><br>
> > Normal => 480x272<br>
> > 180° => didn't do anything here, panel still placed like in normal<br>
> > 90° => changed the image resolution to 272x480 but didn't rotate<br>
> > correctly, so half of the screen was invisible<br>
> > 270° => like 90° but the other side was visible<br>
> ><br>
> > But as fbdev doesn't support Transformation from weston.ini, I guess<br>
> > this code isn't thought to be work, right?<br>
> > Anyway I'm glad, drm with pixman backend is there! :)<br>
><br>
> Hmm, I wonder if we broke the fbdev backend recently with the output<br>
> matrix stuff...<br>
><br>
> Fbdev-backend intends to do the rotation when blitting from shadow to<br>
> front, but we already do the rotation when compositing to shadow.<br>
> However, the matrix changes we did weren't supposed to change where<br>
> each step is done, only the units, so I suppose this has been broken<br>
> for a good while.</p>
<p dir="ltr">Really? Yeah, it's probably been broken for a good long while then.</p>
<p dir="ltr">> Given that it seems there is no way to rotate an fbdev output other<br>
> than editing code, no-one certainly has tested it, and we should just<br>
> remove the remaining code that pretends to support output rotation in<br>
> compositor-fbdev.c. That might even fix it, too.</p>
<p dir="ltr">Seems reasonable to me.<br>
--Jason<br>
</p>