rellla changed the topic of #lima to: Development channel for open source lima driver for ARM Mali4** GPUs - Kernel driver has landed in mainline, userspace driver is part of mesa - Logs at https://oftc.irclog.whitequark.org/lima/
camus has joined #lima
camus1 has joined #lima
camus has quit [Read error: Connection reset by peer]
camus has joined #lima
camus1 has quit [Ping timeout: 480 seconds]
jernej has joined #lima
jernej_ has quit [Read error: Connection reset by peer]
<rellla>
anarsoul, enunes, cwabbott: i pushed a branch with extensive (and ugly) logging of gpir to see, what is happening, when we run into the 512 instr limit
<cwabbott>
rellla: sorry, i haven't had much time recently to look at it... i did have time a while ago to finish my rework of the scheduler to fix some infinite loops in the scheduler w/ some piglit tests on that branch, and i was hoping to finish that first, but you can go ahead if that's ok with you
<rellla>
cwabbott: np, we definitly run into an infinite loop, but i guess i'm not able to solve that issue. probably if someone gives me a hint, whats wrong :)
<rellla>
wait a second, i push a logfile and i guess you will see very fast, whats going wrong.
<rellla>
the problem is, that we end up with scheduling just moves
<rellla>
http://imkreisrum.de/deqp/512_c/log is the log from dEQP-GLES2.functional.shaders.indexing.tmp_array.vec3_dynamic_loop_write_dynamic_read_vertex , which is one of the failing tests
<rellla>
be aware, it's 32M size
<rellla>
scheduler is limited to 256 instructions, but the problem is beginning in block 5 with instr nr. 142 (in the last scheduling iteration)
<cwabbott>
ah, that might be the same infinite-loop problem
<cwabbott>
i don't have the details paged in now, but it's pretty involved to fix it in a way where it's guaranteed to work
<cwabbott>
just so, so many corner cases
<rellla>
:)
mripard_ has joined #lima
mripard has quit [Ping timeout: 480 seconds]
camus has quit [Remote host closed the connection]
camus has joined #lima
camus has quit [Remote host closed the connection]
camus has joined #lima
pastly-antispam has quit [Quit: WeeChat 2.3]
camus1 has joined #lima
camus has quit [Read error: Connection reset by peer]
mripard_ has quit []
mripard has joined #lima
<anarsoul>
cwabbott: I wonder if it would help to always lower select to if-else, in this case we are getting rid of instruction that limits already limited input bandwidth
<anarsoul>
rellla: ^^
<cwabbott>
i think that for small things select is still gonna be less instructions
<cwabbott>
a branch is a whole instruction wasted
<anarsoul>
cwabbott: more instructions but easier to schedule, no need to have 3 inputs ready for a single op
camus has joined #lima
camus1 has quit [Ping timeout: 480 seconds]
camus1 has joined #lima
camus has quit [Read error: Connection reset by peer]