Hi Jean-Francois, The EGLDeviceEXT, which seems to require EGL 1.5, is not supported by the libMali, which supports EGL 1.4.
I believe the requirement here is to be able to specify which fb device file to open. The change is relatively simple, but unfortunately it's not currently in our plan. And just for information, internally, we are enabling the mali drm backend to support wayland. We don't run eglfs kms on the mali with drm backend, so not sure if it works out of box or not. It may be worth trying though. If the support case is filed through Xilinx, we will be able to prioritize accordingly. Otherwise, only option that I can think of is to use X11, run multiple X11 instances and run Qt on corresponding instance. I understand this is not your preferred approach. Thanks, -hyun > -----Original Message----- > From: Jean-Francois Dagenais [mailto:[email protected]] > Sent: Tuesday, July 17, 2018 11:57 AM > To: Madhurkiran Harikrishnan <[email protected]>; Manjukumar > Harthikote Matha <[email protected]>; meta- > [email protected] > Cc: Hyun Kwon <[email protected]>; Maxime Roussin-Bélanger > <[email protected]> > Subject: libmali EGLDeviceExt support > > Hi all, > > We have a dual screen setup running on top of xilinx/linux/4.14's new XLNX > DRM (Thanks Hyun, great job with the refactor BTW). So far I can only set > the dual display through the native KMS modetest command line. > > Now we need to make Qt5 work. To make things clean, we thought we'd > use the modern APIs for this, namely something like this: > http://doc.qt.io/qt-5/embedded-linux.html#advanced-eglfs-kms-features in > order to setup the cloned screens on /dev/dri/card0. > > The problem is that the libMali provided binaries only use /dev/fb0 and the > corresponding EGL header files are too old such that EGLDeviceEXT is not > defined. Thus Qt's generic > qtbase/src/plugins/platforms/eglfs/deviceintegration/eglfs_kms_egldevice > will simply not work. > > Is there any way xilinx will provide a updated libmali package? Or is there > any other ways to use the MALI on top of EGLFS? We are trying, if possible, > to avoid larger window frameworks such as X11 and wayland. And we are > also under the impression, so far and perhaps falsely, that we cannot setup > our screen cloning using the currently provided libmali-xlnx stack. > > Thanks for any pointers. > /jfd > -- _______________________________________________ meta-xilinx mailing list [email protected] https://lists.yoctoproject.org/listinfo/meta-xilinx
