Building Xwayland

Building Xwayland

[Adam Lee]

[-- Attachment #1: Type: text/plain, Size: 821 bytes --]

Has anyone built Xwayland for Beagleboard X15 or AM57xx-EVM?

There is no "official" support for X11 in the TI SDK. Only Wayland is
present. I am hoping to run my X11 applications with Xwayland. I have
included x11 and wayland in DISTRO_FEATURES, but weston-xwayland /
xserver-xorg are refusing to build.

OE/meta has core-image-weston [0] which should build Xwayland as well but
it also fails at weston-xwayland / xserver-xorg.

I notice there is an experimental branch [1] but it removes Wayland
altogether and appears to be very experimental, so that is a no-go for me.

[0]
http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-graphics/images/core-image-weston.bb?h=master
[1]
http://arago-project.org/git/projects/?p=meta-processor-sdk.git;a=shortlog;h=refs/heads/morty-x11-experimental

[-- Attachment #2: Type: text/html, Size: 1213 bytes --]

Re: Building Xwayland

[Adam Lee]

[-- Attachment #1: Type: text/plain, Size: 1985 bytes --]

Perhaps this is the crux of my original question:

build@6e35408e8fa5:~/tisdk/build$ bitbake mesa
NOTE: Started PRServer with DBfile:
/home/build/tisdk/build/cache/prserv.sqlite3, IP: 127.0.0.1, PORT: 46116,
PID: 16487
Parsing recipes: 100%
|########################################################################################################################|
Time: 0:00:18
Parsing of 2538 .bb files complete (0 cached, 2538 parsed). 3286 targets,
275 skipped, 0 masked, 0 errors.
WARNING: No recipes available for:

/home/build/tisdk/sources/meta-openamp/recipes-bsp/device-tree/device-tree-generation_%.bbappend
*ERROR: Nothing PROVIDES 'mesa'*
*ERROR: mesa was skipped: PREFERRED_PROVIDER_virtual/libgles1 set to
ti-sgx-ddk-um, not mesa*
*ERROR: mesa was skipped: PREFERRED_PROVIDER_virtual/libgles1 set to
ti-sgx-ddk-um, not mesa*

Is it possible to separate mesa into separate components (libgles1,
libgles2 etc)?
I wrote mesa_%.bbappend with "PROVIDES_remove" for libgles1 and libgles2,
but seems to have no effect.


On Thu, Nov 2, 2017 at 9:49 AM Adam Lee <adam.yh.lee@gmail.com> wrote:

> Has anyone built Xwayland for Beagleboard X15 or AM57xx-EVM?
>
> There is no "official" support for X11 in the TI SDK. Only Wayland is
> present. I am hoping to run my X11 applications with Xwayland. I have
> included x11 and wayland in DISTRO_FEATURES, but weston-xwayland /
> xserver-xorg are refusing to build.
>
> OE/meta has core-image-weston [0] which should build Xwayland as well but
> it also fails at weston-xwayland / xserver-xorg.
>
> I notice there is an experimental branch [1] but it removes Wayland
> altogether and appears to be very experimental, so that is a no-go for me.
>
> [0]
> http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-graphics/images/core-image-weston.bb?h=master
> [1]
> http://arago-project.org/git/projects/?p=meta-processor-sdk.git;a=shortlog;h=refs/heads/morty-x11-experimental
>
>

[-- Attachment #2: Type: text/html, Size: 2784 bytes --]

Re: Building Xwayland

[Adam Lee]

[-- Attachment #1: Type: text/plain, Size: 2534 bytes --]

Ok with a bit of dance with mesa / mesa-gl, I got xclock to run on Xwayland.
Demo apps such as kmscube still runs fine. Weston comes up too.

I removed virtual/libgles1 virtual/libgles2 virtual/egl and virtual/libgl
from mesa's PROVIDES list. These components are provided by ti-sgx-ddk-um
already.
I likewise removed libgbm and libgbm-dev from mesa-gl. Package libgbm
provides these.


Adam

On Thu, Nov 2, 2017 at 11:15 AM Adam Lee <adam.yh.lee@gmail.com> wrote:

> Perhaps this is the crux of my original question:
>
> build@6e35408e8fa5:~/tisdk/build$ bitbake mesa
> NOTE: Started PRServer with DBfile:
> /home/build/tisdk/build/cache/prserv.sqlite3, IP: 127.0.0.1, PORT: 46116,
> PID: 16487
> Parsing recipes: 100%
> |########################################################################################################################|
> Time: 0:00:18
> Parsing of 2538 .bb files complete (0 cached, 2538 parsed). 3286 targets,
> 275 skipped, 0 masked, 0 errors.
> WARNING: No recipes available for:
>
> /home/build/tisdk/sources/meta-openamp/recipes-bsp/device-tree/device-tree-generation_%.bbappend
> *ERROR: Nothing PROVIDES 'mesa'*
> *ERROR: mesa was skipped: PREFERRED_PROVIDER_virtual/libgles1 set to
> ti-sgx-ddk-um, not mesa*
> *ERROR: mesa was skipped: PREFERRED_PROVIDER_virtual/libgles1 set to
> ti-sgx-ddk-um, not mesa*
>
> Is it possible to separate mesa into separate components (libgles1,
> libgles2 etc)?
> I wrote mesa_%.bbappend with "PROVIDES_remove" for libgles1 and libgles2,
> but seems to have no effect.
>
>
> On Thu, Nov 2, 2017 at 9:49 AM Adam Lee <adam.yh.lee@gmail.com> wrote:
>
>> Has anyone built Xwayland for Beagleboard X15 or AM57xx-EVM?
>>
>> There is no "official" support for X11 in the TI SDK. Only Wayland is
>> present. I am hoping to run my X11 applications with Xwayland. I have
>> included x11 and wayland in DISTRO_FEATURES, but weston-xwayland /
>> xserver-xorg are refusing to build.
>>
>> OE/meta has core-image-weston [0] which should build Xwayland as well but
>> it also fails at weston-xwayland / xserver-xorg.
>>
>> I notice there is an experimental branch [1] but it removes Wayland
>> altogether and appears to be very experimental, so that is a no-go for me.
>>
>> [0]
>> http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-graphics/images/core-image-weston.bb?h=master
>> [1]
>> http://arago-project.org/git/projects/?p=meta-processor-sdk.git;a=shortlog;h=refs/heads/morty-x11-experimental
>>
>>

[-- Attachment #2: Type: text/html, Size: 3597 bytes --]

Re: Building Xwayland

[Denys Dmytriyenko]

You may want to check this discussion on mesa, libgbm and weston that we've 
had some time back, as it seems still relevant to your case:

http://lists.openembedded.org/pipermail/openembedded-core/2016-April/120526.html

-- 
Denys


On Fri, Nov 03, 2017 at 02:51:20PM +0000, Adam Lee wrote:
> Ok with a bit of dance with mesa / mesa-gl, I got xclock to run on Xwayland.
> Demo apps such as kmscube still runs fine. Weston comes up too.
> 
> I removed virtual/libgles1 virtual/libgles2 virtual/egl and virtual/libgl
> from mesa's PROVIDES list. These components are provided by ti-sgx-ddk-um
> already.
> I likewise removed libgbm and libgbm-dev from mesa-gl. Package libgbm
> provides these.
> 
> 
> Adam
> 
> On Thu, Nov 2, 2017 at 11:15 AM Adam Lee <adam.yh.lee@gmail.com> wrote:
> 
> > Perhaps this is the crux of my original question:
> >
> > build@6e35408e8fa5:~/tisdk/build$ bitbake mesa
> > NOTE: Started PRServer with DBfile:
> > /home/build/tisdk/build/cache/prserv.sqlite3, IP: 127.0.0.1, PORT: 46116,
> > PID: 16487
> > Parsing recipes: 100%
> > |########################################################################################################################|
> > Time: 0:00:18
> > Parsing of 2538 .bb files complete (0 cached, 2538 parsed). 3286 targets,
> > 275 skipped, 0 masked, 0 errors.
> > WARNING: No recipes available for:
> >
> > /home/build/tisdk/sources/meta-openamp/recipes-bsp/device-tree/device-tree-generation_%.bbappend
> > *ERROR: Nothing PROVIDES 'mesa'*
> > *ERROR: mesa was skipped: PREFERRED_PROVIDER_virtual/libgles1 set to
> > ti-sgx-ddk-um, not mesa*
> > *ERROR: mesa was skipped: PREFERRED_PROVIDER_virtual/libgles1 set to
> > ti-sgx-ddk-um, not mesa*
> >
> > Is it possible to separate mesa into separate components (libgles1,
> > libgles2 etc)?
> > I wrote mesa_%.bbappend with "PROVIDES_remove" for libgles1 and libgles2,
> > but seems to have no effect.
> >
> >
> > On Thu, Nov 2, 2017 at 9:49 AM Adam Lee <adam.yh.lee@gmail.com> wrote:
> >
> >> Has anyone built Xwayland for Beagleboard X15 or AM57xx-EVM?
> >>
> >> There is no "official" support for X11 in the TI SDK. Only Wayland is
> >> present. I am hoping to run my X11 applications with Xwayland. I have
> >> included x11 and wayland in DISTRO_FEATURES, but weston-xwayland /
> >> xserver-xorg are refusing to build.
> >>
> >> OE/meta has core-image-weston [0] which should build Xwayland as well but
> >> it also fails at weston-xwayland / xserver-xorg.
> >>
> >> I notice there is an experimental branch [1] but it removes Wayland
> >> altogether and appears to be very experimental, so that is a no-go for me.
> >>
> >> [0]
> >> http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-graphics/images/core-image-weston.bb?h=master
> >> [1]
> >> http://arago-project.org/git/projects/?p=meta-processor-sdk.git;a=shortlog;h=refs/heads/morty-x11-experimental
> >>
> >>

> _______________________________________________
> meta-arago mailing list
> meta-arago@arago-project.org
> http://arago-project.org/cgi-bin/mailman/listinfo/meta-arago

Re: Building Xwayland

[Adam Lee]

[-- Attachment #1: Type: text/plain, Size: 3457 bytes --]

Thank you Denys, looks like I have done much of the right things.


On Fri, Nov 3, 2017 at 2:25 PM Denys Dmytriyenko <denys@ti.com> wrote:

> You may want to check this discussion on mesa, libgbm and weston that we've
> had some time back, as it seems still relevant to your case:
>
>
> http://lists.openembedded.org/pipermail/openembedded-core/2016-April/120526.html
>
> --
> Denys
>
>
> On Fri, Nov 03, 2017 at 02:51:20PM +0000, Adam Lee wrote:
> > Ok with a bit of dance with mesa / mesa-gl, I got xclock to run on
> Xwayland.
> > Demo apps such as kmscube still runs fine. Weston comes up too.
> >
> > I removed virtual/libgles1 virtual/libgles2 virtual/egl and virtual/libgl
> > from mesa's PROVIDES list. These components are provided by ti-sgx-ddk-um
> > already.
> > I likewise removed libgbm and libgbm-dev from mesa-gl. Package libgbm
> > provides these.
> >
> >
> > Adam
> >
> > On Thu, Nov 2, 2017 at 11:15 AM Adam Lee <adam.yh.lee@gmail.com> wrote:
> >
> > > Perhaps this is the crux of my original question:
> > >
> > > build@6e35408e8fa5:~/tisdk/build$ bitbake mesa
> > > NOTE: Started PRServer with DBfile:
> > > /home/build/tisdk/build/cache/prserv.sqlite3, IP: 127.0.0.1, PORT:
> 46116,
> > > PID: 16487
> > > Parsing recipes: 100%
> > >
> |########################################################################################################################|
> > > Time: 0:00:18
> > > Parsing of 2538 .bb files complete (0 cached, 2538 parsed). 3286
> targets,
> > > 275 skipped, 0 masked, 0 errors.
> > > WARNING: No recipes available for:
> > >
> > >
> /home/build/tisdk/sources/meta-openamp/recipes-bsp/device-tree/device-tree-generation_%.bbappend
> > > *ERROR: Nothing PROVIDES 'mesa'*
> > > *ERROR: mesa was skipped: PREFERRED_PROVIDER_virtual/libgles1 set to
> > > ti-sgx-ddk-um, not mesa*
> > > *ERROR: mesa was skipped: PREFERRED_PROVIDER_virtual/libgles1 set to
> > > ti-sgx-ddk-um, not mesa*
> > >
> > > Is it possible to separate mesa into separate components (libgles1,
> > > libgles2 etc)?
> > > I wrote mesa_%.bbappend with "PROVIDES_remove" for libgles1 and
> libgles2,
> > > but seems to have no effect.
> > >
> > >
> > > On Thu, Nov 2, 2017 at 9:49 AM Adam Lee <adam.yh.lee@gmail.com> wrote:
> > >
> > >> Has anyone built Xwayland for Beagleboard X15 or AM57xx-EVM?
> > >>
> > >> There is no "official" support for X11 in the TI SDK. Only Wayland is
> > >> present. I am hoping to run my X11 applications with Xwayland. I have
> > >> included x11 and wayland in DISTRO_FEATURES, but weston-xwayland /
> > >> xserver-xorg are refusing to build.
> > >>
> > >> OE/meta has core-image-weston [0] which should build Xwayland as well
> but
> > >> it also fails at weston-xwayland / xserver-xorg.
> > >>
> > >> I notice there is an experimental branch [1] but it removes Wayland
> > >> altogether and appears to be very experimental, so that is a no-go
> for me.
> > >>
> > >> [0]
> > >>
> http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-graphics/images/core-image-weston.bb?h=master
> > >> [1]
> > >>
> http://arago-project.org/git/projects/?p=meta-processor-sdk.git;a=shortlog;h=refs/heads/morty-x11-experimental
> > >>
> > >>
>
> > _______________________________________________
> > meta-arago mailing list
> > meta-arago@arago-project.org
> > http://arago-project.org/cgi-bin/mailman/listinfo/meta-arago
>
>

[-- Attachment #2: Type: text/html, Size: 5001 bytes --]