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]
mmind00 has quit [Quit: mmind00]
mmind00 has joined #lima
camus has joined #lima
camus1 has quit [Ping timeout: 480 seconds]