On Thu, Jun 22, 2017 at 06:38:00PM +0100, David Edmundson wrote:
> >
> > For flipping, it's a bit more non straight forward, as
> > flipping and the offset are not very useful in combination,
> >
>
> Yes, I think it's only when flipped where we need some additional
> clarification.
>
>
> > How a
We had one shared parsing function for all config options so tools parse
options that don't actually make sense (e.g. --quiet or --show-keycodes for
libinput-list-devices).
This patch splits the actual libinput device configuration out and reshuffles
everything to make use of that. One large patch
Since meson commit ae9b238 "ninja: De-dup libraries and use --start/end-group"
we get linker errors with the tools. The duplication is apparently a bit too
agressive, swapping the order here make sure libinput isn't removed.
Signed-off-by: Peter Hutterer
Reported-by: Michel Dänzer
---
meson.bui
On Thu, Jun 22, 2017 at 05:30:49PM +0100, David Edmundson wrote:
> >
> > >
> >
> >
> > I suggest continuing talking about "direction" here. An alternative to
> > the above could be, changing the original text just a bit:
> >
>
> The thing I struggled with when trying to first understand v6 i
All,
I've been working on implementing a text input client (via the
zwp_text_input_v1 protocol) using weston as a reference, and I've come
across some behavior that I do not understand related to the
show_input_panel and hide_input_panel methods. For example, look at the
following sequence of comm
>
> For flipping, it's a bit more non straight forward, as
> flipping and the offset are not very useful in combination,
>
Yes, I think it's only when flipped where we need some additional
clarification.
> How about we add the following paragraph to the flip_x/y descriptions:
>
> The a
>
> >
>
>
> I suggest continuing talking about "direction" here. An alternative to
> the above could be, changing the original text just a bit:
>
The thing I struggled with when trying to first understand v6 is that
"bottom" isn't a direction, it's a position.
I've changed it in a way that s
Teemu,
> Okay, good news. After using the correct name (fbdev) the screen is rotated!
Tested on a older image and working here too. Thanks Paalanen, Teemu.
> I tried building linux-fslc - based system with etnaviv, but ran problems
> with imx-gpu-viv - module still being built. There is extern
Hi,
Okay, good news. After using the correct name (fbdev) the screen is rotated!
Yes, it's the FBDev/EGL why Weston 2.0 can't be used with iMX6. After
investigation I got impression that etnaviv is still quite much under
development and that's why we choose to go with FBDev based solution. Not
On Thu, 22 Jun 2017 08:20:07 +
Jomon John wrote:
> Paalanen,
>
> >> >>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 kern
On Thu, 22 Jun 2017 07:56:15 +
"Keskinarkaus, Teemu" wrote:
> 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
On Thu, 22 Jun 2017 08:01:08 +
"Ucan, Emre (ADITG/ESB)" wrote:
> Hello Pekka,
>
> I think it is very hard do it in a generic way, because it is very
> dependent on the kernel and architecture. We are using systemtap in
> ADIT for similar purpose. You can add probe points without changing
> t
Paalanen,
>> >>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 i
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 ex
Hello Pekka,
I think it is very hard do it in a generic way, because it is very dependent on
the kernel and architecture.
We are using systemtap in ADIT for similar purpose. You can add probe points
without changing the binary which you are debugging.
Best regards
Emre Ucan
Engineering Softwar
On Thu, 22 Jun 2017 06:50:11 +
Jomon John 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 support
Hi,
Thanks for quick answer.
So, when using Yocto it seems I need to move away from linux-fslc-imx - kernel
and start using linux-yocto - kernel configured for iMX6 instead? Or can the
linux-fslc-imx - kernel be configured for DRM backend or is that something
possible only on mainline kernel?
Teemu,
>>> We have HW iMX6SoloX based HW running Yocto 2.2 and Wayland/Weston 1.11.
>>> There is need to rotate the display 90 degrees. In X11 this wouldn't be a
>>> problem since you could use xrandr. >>What I understood Wayland does not
>>> support this method.
>>
>>You are right, xrandr is
18 matches
Mail list logo
