ChanServ changed the topic of #lima to: Development channel for open source lima driver for ARM Mali4** GPUs - Kernel has landed in mainline, userspace driver is part of mesa - Logs at https://people.freedesktop.org/~cbrill/dri-log/index.php?channel=lima and https://freenode.irclog.whitequark.org/lima - Contact ARM for binary driver support!
kaspter has quit [Ping timeout: 260 seconds]
kaspter has joined #lima
<inode> anarsoul: do you still experience delayed pointer movement with glamor? (i'm reading https://people.freedesktop.org/~cbrill/dri-log/index.php?channel=lima&date=2019-08-18)
camus has joined #lima
kaspter has quit [Ping timeout: 260 seconds]
camus is now known as kaspter
camus has joined #lima
kaspter has quit [Ping timeout: 260 seconds]
camus is now known as kaspter
warpme_ has quit [Quit: Connection closed for inactivity]
<anarsoul> inode: no
yuq825 has joined #lima
yuq825 has quit [Quit: Leaving.]
yuq825 has joined #lima
yuq825 has quit [Remote host closed the connection]
yuq825 has joined #lima
dllud has quit [Read error: Connection reset by peer]
dllud has joined #lima
dddddd has quit [Remote host closed the connection]
Barada has joined #lima
megi has quit [Ping timeout: 265 seconds]
hellsenberg has joined #lima
hell__ has quit [Ping timeout: 260 seconds]
tlwoerner has quit [Quit: Leaving]
tlwoerner has joined #lima
yuq825 has quit [Remote host closed the connection]
yuq825 has joined #lima
monstr has joined #lima
<inode> anarsoul: have you applied any patches to lima or mesa recently that could have fixed it? i experience very similar behaviour, at least when running glmark2-es2
<anarsoul> inode: use mesa from git master
<inode> i did
<inode> though it's about 1.5-2 weeks old
<anarsoul> so update
<anarsoul> :)
<anarsoul> rellla: can you check whether dEQP-GLES2.functional.default_vertex_attrib.* passes on H3?
<anarsoul> it fails in CI on H3, but passes for me locally on my A64
<rellla> anarsoul: i have only A20 here to test lima.
<rellla> sry, H5
<rellla> A20 for mali...
<rellla> i can try lima on A10, but not today
<anarsoul> I guess any 32-bit platform would do
<anarsoul> and yeah, no hurry :)
<rellla> anarsoul: i may have some idea, why the DECR/INCR and friends fail
<rellla> could it be possible, that hardware runs into an under-/overflow with the sfail, dpfail or dppass when the stencil value is 0 or 255 and is de-/increased after the test?
<anarsoul> maybe?
<rellla> btw, it's always the last iteration, that fails and couldn't see any difference in failing and succeeding test dumps except the ops in STENCIL_FRONT/STENCIL_BACK
<anarsoul> I haven't experimented with stencil on mali4x0
<rellla> can we workaround that on mesa side? i still do not fully understand how stencil works...
<anarsoul> It's bed time here, good night
<rellla> good night :)
<anarsoul> rellla: neither do I :)
<anarsoul> ask #dri-devel, maybe someone already had this issue on some other hardware
<rellla> will do, thanks
warpme_ has joined #lima
yann has quit [Ping timeout: 258 seconds]
yann has joined #lima
megi has joined #lima
dddddd has joined #lima
Barada has quit [Quit: Barada]
buzzmarshall has joined #lima
robher has quit [Remote host closed the connection]
robher has joined #lima
robher has quit [Remote host closed the connection]
zombah has quit [Quit: leaving]
zombah has joined #lima
robher has joined #lima
monstr has quit [Remote host closed the connection]
yuq825 has quit [Quit: Leaving.]
<rellla> anarsoul: seem this is related to the incr/decr problem: https://community.khronos.org/t/glstencilops-gl-incr-gl-decr-behaviour-when-masked/39750/5
<rellla> incr/decr is no friend of a 0xfe writemask
<rellla> i will go back to 3.2.5.x like the others in CI do. the stencil_ops are not included in the caselist.
yann has quit [Ping timeout: 265 seconds]
enunes has quit [Ping timeout: 248 seconds]
megi has quit [Ping timeout: 240 seconds]
yann has joined #lima
enunes has joined #lima
buzzmarshall has quit [Remote host closed the connection]
<anarsoul> enunes: do you have any boards with H3?
<enunes> anarsoul: yes I have one which is the only one I use with a very old image for blob dumps
<anarsoul> any chance you can try "dEQP-GLES2.functional.default_vertex_attrib.*" on lima it?
<anarsoul> *on it
<enunes> that would take quite a bit of work as I'd have to find a working distribution for it and get a kernel and build mesa probably
<enunes> is it very important? :)
<anarsoul> nope
<anarsoul> it just fails in CI on H3 but passes for me on A64
<anarsoul> I have strong suspicion that attributes need to be aligned to 64 bytes just as anything else
<anarsoul> but it works fine for me even with 4-byte alignment on A64
<rellla> i have a a10 setup in theory. need to plug it in and install though. same with h3. maybe i can do that the next days...
<rellla> is current state of lima btw.
<rellla> on mali450
<rellla> we are not that bad
<rellla> *install deqp for a10 and h3
hellsenberg is now known as hell__
megi has joined #lima