[Yocto (morty) + meta-ivi 12.0] App launch problem on RPI

Changhyeok Bae changhyeok.bae at gmail.com
Tue Mar 14 20:19:42 EDT 2017


Hi Leon

I may find the problem. We need to upgrade mesa version from 12.0.1 to
12.0.2 or 3.
There are vc4 change in mesa 12.0.2 :(.

2016-08-02 10:57 Eric Anholt        o vc4: Fix leak of the bo_handles table.
2016-07-22 15:28 Rob Herring        o vc4: add hash table look-up for
exported dmabufs
2016-08-02 11:02 Eric Anholt        o vc4: Fix a leak of the src[] array of
VPM reads in optimization.
2016-07-19 11:10 Eric Anholt        o vc4: Disable early Z with computed
depth.
2016-07-11 16:46 Eric Anholt        o vc4: Close our screen's fd on screen
close.
2016-06-14 16:17 Rob Herring        o vc4: fix vc4_resource_from_handle()
stride calculation

Thanks
Changhyeok

2017-03-14 19:04 GMT+09:00 Changhyeok Bae <changhyeok.bae at gmail.com>:

> Right. That's temporarily solution and finally we need to use lastest
> version.
>
> It's similiar as AGL. Let's share the information.
>
> Thanks
> Changhyeok
> 2017년 3월 14일 (화) 오후 6:36, Leon Anavi <leon.anavi at konsulko.com>님이 작성:
>
>> Hi Changhyeok,
>>
>>
>> On 14.03.2017 11:21, Changhyeok Bae wrote:
>>
>> Hi Leon
>>
>> I tested with morty branch (Kernel 4.4.16) of meta-raspberrypy and mesa
>> 11.1 and it works fine. Now I will investigate more.
>>
>> Thanks for your advise. :)
>>
>>
>> It was my pleasure. I am happy that I was able to help a little bit. Well
>> done for your quick progress in finding a working version of
>> meta-raspberrypi. Is it an option to use this version of the layer for a
>> while until there are still issues with the latest version of the upstream?
>>
>> Best regards,
>> Leon
>>
>>
>>
>> Thanks
>> Changhyeok
>> 2017년 3월 14일 (화) 오후 6:18, Leon Anavi <leon.anavi at konsulko.com>님이 작성:
>>
>> Hi Changhyeok,
>>
>>
>> On 11.03.2017 08:11, Changhyeok Bae wrote:
>>
>> Hi Leon
>>
>> Now I'm upgrading yocto and meta-ivi on RPI3.
>> I successfully worked it on qemux86-64 but I got the below errors when I
>> launch genivi-new-hmi.
>> I was googling and saw some your comment in AGL. Could you give me your
>> comments about below errors?
>>
>>
>> Thank you for reaching me. Following our discussion in the #automotive
>> IRC channel I would like to share a summary here:
>>
>> - AGL is experiencing similar issue with Wayland/Weston 1.11 with YP and
>> Poky release Morty on Raspberry Pi 3. Details are available in AGL JIRA:
>> https://jira.automotivelinux.org/browse/SPEC-445
>>
>> - GDP has been already working successfully with Wayland/Weston 1.11 on
>> top of Yocto Project release Krogoth. Therefore I believe there is a high
>> probability that issue is related to a problem with the DRM backend of
>> Weston and mesa provided by meta-raspberrypi for Morty.
>>
>> - Is Weston working fine with the desktop shell and DRM backend? If it
>> works then debugging of IVI shell and wayland-ivi-extension might be
>> required.
>>
>> Best regards,
>> Leon
>>
>>
>>
>> My working branch:
>> - genivi-dev-platform: https://github.com/chbae/genivi-dev-
>> platform/tree/feature/morty-rpi
>> - meta-genivi-dev: https://github.com/chbae/meta-genivi-
>> dev/tree/feature/morty-rpi
>>
>> *[ERROR]*
>> $ export WAYLAND_DEBUG=1
>> [1040053.956] ivi_controller at 5.surface(0)
>> [1040054.033]  -> ivi_controller at 5.surface_create(0, new id
>> ivi_controller_surface at 3)
>> [1040054.246]  -> wl_display at 1.sync(new id wl_callback at 7)
>> [1040054.428] ivi_input at 6.input_acceptance(0, "default", 1)
>> [1040054.504] ivi_controller at 5.surface(8548)
>> [1040054.547]  -> ivi_controller at 5.surface_create(8548, new id
>> ivi_controller_surface at 8)
>> [1040054.646]  -> wl_display at 1.sync(new id wl_callback at 9)
>> [1040054.700] ivi_input at 6.input_acceptance(8548, "default", 1)
>> [1040055.108] wl_display at 1.delete_id(7)
>> [1040055.155] wl_display at 1.delete_id(9)
>> [1040055.193] ivi_controller_surface at 3.opacity(1.000000)
>> [1040055.236] ivi_controller_surface at 3.source_rectangle(0, 0, 0, 0)
>> [1040055.315] ivi_controller_surface at 3.destination_rectangle(0, 0, 1, 1)
>> [1040055.393] ivi_controller_surface at 3.orientation(0)
>> [1040055.430] ivi_controller_surface at 3.visibility(0)
>> [1040055.466] ivi_controller_surface at 3.layer(nil)
>> [1040055.539] wl_callback at 7.done(0)
>> [1040055.581] ivi_controller_surface at 8.opacity(1.000000)
>> [1040055.619] ivi_controller_surface at 8.source_rectangle(0, 0, 0, 0)
>> [1040055.698] ivi_controller_surface at 8.destination_rectangle(0, 0, 1, 1)
>> [1040055.775] ivi_controller_surface at 8.orientation(0)
>> [1040055.811] ivi_controller_surface at 8.visibility(0)
>> [1040055.847] ivi_controller_surface at 8.layer(nil)
>> [1040055.881] wl_callback at 9.done(0)
>> [1040073.303]  -> wl_compositor at 4.create_surface(new id wl_surface at 20)
>> [1040074.347]  -> wl_surface at 20.destroy()
>> [1040154.641]  -> wl_surface at 15.frame(new id wl_callback at 21)
>> [1040154.849]  -> wl_drm at 16.create_prime_buffer(new id wl_buffer at 22, fd
>> 21, 1920, 1080, 875713089, 0, 7680, 0, 0, 0, 0)
>> [1040155.072]  -> wl_surface at 15.attach(wl_buffer at 22, 0, 0)
>> [1040155.149]  -> wl_surface at 15.damage(0, 0, 2147483647, 2147483647)
>> [1040158.240]  -> wl_surface at 15.commit()
>> [1040159.147] ivi_controller_surface at 3.destroyed()
>> [1040159.363]  -> wl_display at 1.sync(new id wl_callback at 9)
>> [1040159.430] ivi_controller_surface at 8.destroyed()
>> [1040159.495]  -> wl_display at 1.sync(new id wl_callback at 7)
>> [1040159.753] wl_display at 1.delete_id(9)
>> [1040159.799] wl_display at 1.delete_id(7)
>> [1040159.839] wl_callback at 9.done(0)
>> [1040159.877] wl_callback at 7.done(0)
>> [1040159.956]  -> ivi_controller_surface at 8.destroy(1)
>> [1040160.039]  -> ivi_controller_surface at 3.destroy(1)
>> [1040275.785]  -> wl_compositor at 4.create_surface(new id wl_surface at 23)
>> [1040276.335]  -> wl_surface at 23.destroy()
>> [1040900.715]  -> wl_surface at 18.frame(new id wl_callback at 24)
>> [1040900.922]  -> wl_drm at 16.create_prime_buffer(new id wl_buffer at 25, fd
>> 22, 1920, 1080, 875713089, 0, 7680, 0, 0, 0, 0)
>> [1040901.133]  -> wl_surface at 18.attach(wl_buffer at 25, 0, 0)
>> [1040901.210]  -> wl_surface at 18.damage(0, 0, 2147483647, 2147483647)
>> [1040902.465]  -> wl_surface at 18.commit()
>> [1040902.807] wl_display at 1.delete_id(20)
>> [1040902.879] wl_display at 1.error(wl_drm at 16, 2, "invalid name")
>> wl_drm at 16: error 2: invalid name
>> The Wayland connection experienced a fatal error (Protocol error)
>> root at raspberrypi3:/opt/genivi-11-hmi/bin#
>>
>> Thanks
>> Changhyeok
>>
>>
>> --
>> Leon Anavi
>> Software Engineerkonsulko.com
>>
>>
>> --
>> Leon Anavi
>> Software Engineerkonsulko.com
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.genivi.org/pipermail/genivi-projects_lists.genivi.org/attachments/20170315/538ca139/attachment.html>


More information about the genivi-projects mailing list