04:09 <lvrp16> Darkmatter66: the people who decided not to open the driver has a special place in hell

04:09 <lvrp16> have*

04:11 <lvrp16> i have wasted weeks modifying other people's software because of how mali blob is set up. you can't mix swrast for gl and mali gles

04:44 <chewitt> been there recently when looking at swrast for S912 boards; you're forced to run X to get GL and our goal is to drop X so it was a non-starter

04:45 <chewitt> thankfully panfrost is showing progress

05:01 <lvrp16> chewitt: grant likely wants people to email him if there are applications that didn't end up using mali because of the driver

07:51 <brads> On the ODroid C2/ Debian SID I had weston working with 4.14/drm/mali using the hikey libMali wayland driver but cannot seem to achieve the same with 4.18/drm/Mali (amlogic or hikey libMali) on Ubuntu Cosmic.

07:52 <brads> im using some patches for other things maybe I need to get back to the same, or am I im libMali hell?

08:01 <brads> also I get a kernel crash trying to use the vdec https://pastebin.com/AWjsDVrz I think I need to get back to a clean version and report back

08:22 <chewitt> lvrp16: ping me contact details and I'll reach out to him

08:26 <lvrp16> chewitt: i forwarded my email as well

08:26 <chewitt> got it :)

10:12 <narmstrong> brads: the amlogic wayland libmali is buggy, only the hikey works

10:19 <lvrp16> narmstrong: i remember you saying that some gbm bo functions were missing, do you remember which?

10:21 <lvrp16> narmstrong: found it, nevermind

10:33 <gdeverlant> did someone managed to run odroid c1 with alpine linux ?

10:33 <gdeverlant> running mainline kernel linux

12:39 <wens> it's easier to just drop the mali blob and symlinks in a separate directory, and modify the dynamic linker confs to use mali before mesa's libGLES

12:48 <lvrp16> you still lose software gl or hardware gles

16:23 <mjourdan> brads: that's just a harmless warning, don't worry about it :)

23:11 <brads> mjourdan: Thanks ill do some further testing