00:04 <adema_> i tried to start an X11 session on my aml-s905x-cc but X complains that it cannot find meson_dri.so

00:04 <adema_> Where should i look for this lib ?

06:34 <narmstrong> xdarklight: making it work !

06:34 <narmstrong> xdarklight: the rpi tv hat uses SPI to send data, and the driver is fully upstream

06:35 <narmstrong> xdarklight: other dtv boards uses the classic parallel dvb ts port and an i2c link to setup the tuner and the demod

06:35 <narmstrong> xdarklight: it’s surely your case

06:36 <narmstrong> xdarklight: someone will need to port the dvb ts input driver on aml SoCs

06:36 <xdarklight> narmstrong: ah I see - I though SPI was only used to control the tuner on the rpi tv hat

08:06 <gdeverlant_> greetings all

08:07 <gdeverlant_> xdarklight: you there ?

08:15 <gdeverlant_> can someone tell me which branch for odroid c1 is the most feature one ?

14:23 <warpme_> guys: is procedure for building kernel lested on this page http://linux-meson.com/doku.php still actual?

14:23 <warpme_> especialy is this steep required: „mkimage -A arm64 -O linux -T kernel -C none -a 0x1080000 -e 0x1080000 -n linux-next -d arch/arm64/boot/Image ../uImage”

14:24 <warpme_> s/lested/listed

14:47 <adema_> Can't answer that sorry :/

14:49 <adema_> By the way the wiki page says something about PSCI being supported in U-BOOT, but its apparently not the case for the kernel, if i enable CONFIG_ARM_PSCI i can't boot anymore on my aml-s905x-cc

17:16 <ldevulder> narmstrong, hi, I'm trying to test your SPI patches for U-Boot but unfortunately I'm not able to install an openSUSE on it... kernel seems to hang but I don't know why :-( last message on console is "hctosys: unable to open rtc device (rtc0)", but i'm pretty sure it's not the cause (as kvim1 as no rtc also I think I have the same message)

17:17 <narmstrong> Weird

17:17 <narmstrong> Which kernel version ?

17:18 <narmstrong> adema_: psci is supported since it’s the only supported way to enable the 4 cores

17:18 <ldevulder> narmstrong, 4.18, last version of openSUSE Tumbleweed (the rolling release version)

17:19 <ldevulder> exactly: 4.18.15 (but SUSE version, with some patches added)

17:22 <ldevulder> looks like something for the next hackweek...

17:49 <narmstrong> It may miss the last fclk_div3 patch

17:51 <ldevulder> narmstrong, this one: https://lkml.org/lkml/2018/10/13/204?

17:52 <narmstrong> Yes

17:52 <ldevulder> maybe, but no issue with LePotato board nor kvim1

17:52 <ldevulder> I will try a jeos opensuse image

17:53 <ldevulder> and try to check if I can easily add this patch and regenerate an iso

17:57 <adema_> narmstrong, i had to disable the config option to boot

17:57 <adema_> What could be wrong if PSCI *is* working ?

17:59 <adema_> Linux told me that all cores were going to sleep, but never woke up

18:01 <narmstrong> ????

18:01 <narmstrong> Please share a complete boot log

18:01 <adema_> its been a while, i will try to find the paste i did

18:01 <narmstrong> ldevulder: weird

18:02 <ldevulder> narmstrong, yes, but no bug no fun :D

18:03 <narmstrong> Oh by the way, koen managed to run Kodi using Lima and play a video using the v4l2 driver, with a 100% FOSS graphics stack !

18:03 <adema_> :o

18:03 <narmstrong> Some bugs are remaining but it’s a huge step

18:03 <adema_> need that!

18:03 <chewitt> partial evidence => https://imgur.com/a/0uoqCRV

18:03 <narmstrong> adema_: it’s very very very WiP

18:04 <adema_> narmstrong, https://paste.ee/p/zKP4T

18:06 <ldevulder> narmstrong, good work! FOSS graphical stack on ARM SoC is new!

18:06 <adema_> sorry the correct option i had to disable is PSCI_CHECKER

18:07 <adema_> https://cateee.net/lkddb/web-lkddb/ARM_PSCI_CHECKER.html

18:44 <warpme_> guys: regarding lima and opengl. I get working mythtv with lima provided opengl but ui is hell slow. Is it issue an lima’s opengl issue (I mean lima provides gles is much better than opengl sy my expierience of slowness on opengl is not surprice) or rather issue is on my side? (my lima uses sw_rasterizer)

18:53 <ndufresne> warpme_, wrast is a driver by itself, don't expect anything fast from that

18:54 <ndufresne> *swrast

18:54 <ndufresne> I don't think lima does more then GLES atm

18:55 <warpme_> right. but so far swrast is only dri driver allowing me to have gl/gles provided by mesa…

18:55 <ndufresne> yes, swrast and llvm pipe are the only always available mesa driver

18:55 <ndufresne> it's not HW specific

18:57 <warpme_> compiling lima without dri_drivers=swrast causing lack of gl provided by lima...

18:57 <ndufresne> yep, lima is under development, we are far from a usable driver

19:01 <warpme_> indeed. Thats why I asked for gles in lima. Is gles faster that gl in lima? I suspect Yes as mali450 blobs are providing only gles. I suspect it is rather becasue hw limited caps - not by devel savings (where devs decided to implement only gles; gl not implemented just to saving costs). Just guessing…

19:03 <narmstrong> Hw is designed to run gles, but can provide a part of gl, as done with etnaviv

19:03 <narmstrong> But it will never provide full gl2

19:03 <ndufresne> warpme_, what I'm trying to say is that gles is that on thing that is currently enabled in lima

19:03 <adema_> By the way, i tried to compile mali driver from https://github.com/mripard/sunxi-mali

19:04 <ndufresne> it's kind of normal to get complicant gles2 before looking at emulating opengl, though a lot of the emulation is done by mesa

19:04 <narmstrong> adema_: https://github.com/superna9999/meson_gx_mali_450 is the right one

19:04 <warpme_> narmstrong: indeed. But having gl app (mythtv) already running on lima (including gl based playback) is remarkable!

19:05 <adema_> narmstrong, cool thanks!

19:05 <adema_> Is it mentionned somewhere ? I have looked at various places, but never saw this repository oO

19:07 <narmstrong> Not really, it’s not « official » so it’s not really written on Linux-meson.com

19:07 <narmstrong> We should

19:08 <warpme_> guys: quick q regarding „meson_gx_mali_450”: is this dri kernel driver used by ddx ‚xf86-video-armsoc’. And all this is for mali450 blobs providing gles (with full speed)?

19:08 <adema_> narmstrong, same error with this repo https://0bin.net/paste/6jvVVth6i2Mis76e#2nsG41rjOMaVZoebRjPGvKq+nT9osnG-xdxrwkULMoC

19:35 <adema_> hum i see, include/clocksource is not installed as part of the linux-headers package, do i really need the built dir of the kernel to compile mali ?

19:44 <lvrp16> lima is on the agenda for next year

19:45 <lvrp16> currently mali blobs are usable but lima will get lots of loving

19:47 <adema_> cool

19:48 <adema_> in the mean time i would to get mali to compile ^^

19:48 <adema_> is there a dkms way ?

19:49 <narmstrong> adema_: from what distro are your building the module ?

19:50 <adema_> void-linux