Hi,

I tried following lines in weston.ini (Also made sure weston actually loaded 
it.)

[output]
name=LCD
mode=240x320
transform=90

I'm not sure what the name should be. Display is connected to parallel port 
(lcdif1, not LVDS). How can I check what name I should use?

As I'm no Wayland/Weston expert I want to use backend/renderer that works. 
Currently the backend(I think) is FBDev since I'm using linux-fscl-imx - 
kernel. I think NXP officially doesn't support other atm. I'm not sure about 
renderer what I'm even using atm.

I guess with this DRM/etnaviv I might be able to get Weston 2.0 work as it 
fixes one annoying bug. I can't do that with the official NXP FBdev driver.

-Teemu

-----Original Message-----
From: Pekka Paalanen [mailto:ppaala...@gmail.com]
Sent: 22. kesäkuuta 2017 10:45
To: Jomon John; Keskinarkaus, Teemu
Cc: wayland-devel@lists.freedesktop.org
Subject: Re: Display rotation in Wayland/weston in imx6sx

On Thu, 22 Jun 2017 06:50:11 +0000
Jomon John <jomon.j...@tataelxsi.co.in> wrote:

> Teemu,
>
> >>> There is rotate config(transform) option in Weston, but it did
> >>> nothing when tested. Is there a way to rotate the display in
> >>> Wayland that would work with iMX6 or is that something that is not
> >>> currently supported in that  combo? (Wayland + imx6).

Hi,

how exactly did you try that? I think it should work, but if you e.g.
used a wrong output name in weston.ini, it will get ignored.

Do mention which backend and renderer you want to use.

> >>
> >>Transform will work, i tried the same on i.mx6 (with DRM backend)
> >>and it was working, but you will need mainline kernel. Not sure
> >>whether you can do the same fbdev backend.

Are you sure of the kernel requirement? Weston should be using the composition 
to rotate the image. Kernel support is only necessary if one wants to hit the 
composite-bypass path if clients are not already rotating as well.

I would expect it to work for all of fbdev/pixman, DRM/pixman and DRM/GL.

> > At least quick glance to linux-fsl-imx - kernel menuconfig did show
> > DRM enabled, but that's pretty much it. No mention of NXP/Freescale
> > there. Only reason we are currently using Yocto 2.2 is that Yocto
> > 2.3 uses Weston 2.0 and at is it today the NXP does not provide
> > graphic drivers other than FBDev so I'm not sure how DRM would
> > work.
>
> The mainline got etnaviv, open source driver for vivante GPU also mesa
> got the necessary support for etnaviv. so you can use the mesa +
> etnaviv stack for DRI.
>
> > Is it accelerated?
>
> Not a graphics expert to make any comments, anyway it uses GPU :) .
> i am also trying out the DRI setup with wayland/weston.

I've asked around recently about that myself, and it seems that while Weston 
itself will be hardware accelerated ok, the support for Wayland clients is not 
complete yet. Clients will run, but even with the latest Mesa release, you will 
probably have tiling mismatch issues which cause the window to appear garbled. 
I hear the work to fix that is going on right now (support for pixel format 
modifiers).


Thanks,
pq

________________________________

Actuant Corporation Email Notice

This message is intended only for the use of the Addressee and may contain 
information that is PRIVILEGED and/or CONFIDENTIAL.
This email is intended only for the personal and confidential use of the 
recipient(s) named above. If the reader of this email is not an intended 
recipient, you have received this email in error and any review, dissemination, 
distribution or copying is strictly prohibited.
If you have received this email in error, please notify the sender immediately 
by return mail and permanently delete the copy you received.

Thank you.
_______________________________________________
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/wayland-devel

Reply via email to