<memeka>
If <target> is EGL_LINUX_DMA_BUF_EXT, and the EGL_LINUX_DRM_FOURCC_EXT attribute is set to a format not supported by the EGL, EGL_BAD_MATCH is generated.
Darkmatter66_ has quit [Ping timeout: 268 seconds]
vagrantc has quit [Quit: leaving]
sheepman_ has joined #linux-amlogic
Jerry_Xiao has joined #linux-amlogic
sheepman has quit [*.net *.split]
JerryXiao has quit [*.net *.split]
nemunaire has quit [*.net *.split]
probono has quit [*.net *.split]
sheepman_ is now known as sheepman
nemunaire has joined #linux-amlogic
<ndufresne>
memeka, same issue as usual, the proprietary mali blob only support a limited subset of formats, if you move on with gst master, we have merged something called "direct dmabuf upload"
<ndufresne>
I have never had the chance to test it in on Mali, but it should help since Mali blobs supports NV12 importation (doing csc conversion in the blob using the gpu)
<ndufresne>
and the direct uploader will try this
<memeka>
seems like i should move to master indeed would help :(
<ndufresne>
hopefully 1.16 will come soon, it was due for september 2018, just to show how late we are on that one
<ndufresne>
memeka, kmssink should work, I remember there was small tweaks, but it worked at some point
<memeka>
yeah didn't get that one working either, but i assume because video was 720p and display is 1080p
probono has joined #linux-amlogic
<ndufresne>
memeka, I just can't remember now, I thought the overlays where scaled by hw
<memeka>
hm, then no it was not working...
<memeka>
currently i could only get working a mpeg4 codec video with glimagesink (gbm)
<memeka>
no h264, no kmssink
<memeka>
but i will try master
<ndufresne>
in my 4.20 collage, the last kernel I tested with, I had merge superna/amlogic/v4.20/drm-overlay
<memeka>
wens: any idea what's the status currently?
<wens>
IIRC someone told me that it was working for OpenELEC, but maybe had a few glitches
<wens>
I haven't tried it out myself though
<ndufresne>
hehe, I think Panfrost is led by my gfx colleagues these days ...
<ndufresne>
(or I'm confusing project again, should check)
jakogut_ has quit [Quit: jakogut_]
<ndufresne>
(just helping apparently)
_whitelogger has joined #linux-amlogic
<lvrp16>
[TheBug]: i think a quite few people have had the VIM1 USB ports fail already.
Jerry_Xiao has quit [Remote host closed the connection]
Jerry_Xiao has joined #linux-amlogic
<narmstrong>
Lima is in a very good state, gles is working great over gbm, wayland and X11, complex shaders are still an issue, but it works. Lima expose opengl but it still needs some work
<narmstrong>
Panfrost is in better state for rendering, but needs some more work to work correctly in wayland and X
<narmstrong>
ndufresne: yep tomeu ? He did the panfrost winsys and permit it running kodi in libreelec on the s912 ! Finally confirmed the video decoder worked correctly on the S912
<brads>
thanks for the tip narmstrong, I should try out lima.
<narmstrong>
On think yuq will push it upstream in the next months
<brads>
On gxbb I should be able to configure 100000000 clock for UHS-I sd card? Ill look further at devicetree / driver maybe?
<brads>
so maybe the max sdio bus port speed is 50000000 Hz according to the spec, I have it connected to sdio interface so I guess it makes sense. my physical sd connector is busted :(
<wens>
sd-highspeed only goes up to 50 MHz, any faster you need UHS-1 modes
<brads>
I tried mmc-highspeed but it came up as 25000000, ill look further. thanks wen
<brads>
or is this gxbb limit?
<brads>
maybe its just my long jumper leads, 20cm+
sputnik__ has quit [Remote host closed the connection]
sputnik_ has joined #linux-amlogic
nsaenz has joined #linux-amlogic
<jbrunet>
@brads > I tried mmc-highspeed but it came up as 25000000
<jbrunet>
... because it is an sd, not an eMMC ... the property you put is just not relevant, hence the 25MHz
<jbrunet>
Last, with such long leads, don't expect too much. It's already a miracle it worked at 50MHz.
TheAssassin has joined #linux-amlogic
<brads>
so I guess UHS-I support could potentially added? (sd or sdio socket) shorter connections on SDIO btw
<brads>
Next miracle was to hook up wifi to sdio
<brads>
im interested in making that work faster than usb2, I have some RTL8189ES & RTL8723BS boards on the way to test with but I wont get any hopes up yet
<wens>
brads: UHS-1 needs I/O voltage switch, also depends on board design
__martin has joined #linux-amlogic
afaerber has quit [Quit: Leaving]
<__martin>
does anyone have a pointer how to use fiptool (instead of fip_create) for preparing an u-boot image for Odroid C2 ?
afaerber has joined #linux-amlogic
afaerber has quit [Client Quit]
afaerber has joined #linux-amlogic
mag_ is now known as mag
ldevulder_ has joined #linux-amlogic
ldevulder has quit [Ping timeout: 268 seconds]
nsaenz has quit [Ping timeout: 268 seconds]
<ndufresne>
narmstrong, ah right, Tomeu, and he demonstrated Weston running last week iirc, I guess he's upstreaming this now
<narmstrong>
ndufresne: yes, i also made it work on the s912 ! Very good work
<narmstrong>
__martin: afaerber is the right person
<narmstrong>
ndufresne: is guy from arm is checking panfrost right now, very positive !
<ndufresne>
it's going to be an new era for mainline work, mali was a big slow down for a while
<__martin>
andreas: I am looking for the magic fiptool create args that match the odroid c2 fip_create invocation for u-boot
<__martin>
--bl32 -> --soc-fw, but the others are non-obvious (at least for me)