abordado has quit [Read error: Connection reset by peer]
abordado has joined #lima
chewitt has quit [Quit: Zzz..]
buzzmarshall has quit [Quit: Leaving]
buzzmarshall has joined #lima
drod has joined #lima
buzzmarshall has quit [Remote host closed the connection]
egbert has joined #lima
drod has quit [Quit: Ухожу я от вас (xchat 2.4.5 или старше)]
<anarsoul>
rellla: any progress with functional.buffer.write.use.index_array.array issue?
BenG83 has joined #lima
<rellla>
anarsoul: no. i guess tomorrow i can do some work again. i think we should check dEQP-GLES2.functional.draw.draw_arrays.* and dEQP-GLES2.functional.draw.draw_elements.* test first
<rellla>
they should be smaller and easier to "reproduce"
<rellla>
in the meantime i fixed mali_syscall_tracker and wrote a little bash script...
<rellla>
which is running all deqp tests one after another, producing dumps and separate them in different directories.
<rellla>
once finished, i will upload them. they probably can be used for stream analysis and as a reference :)
<anarsoul>
yeah, definitely
<anarsoul>
I'm looking into deqp code for this test
<anarsoul>
I wonder what if we specify index size incorrectly
<anarsoul>
I mean to the hardware
<rellla>
yeah. i guess, the complete dumps will reveal that
<anarsoul>
we need to parse index size as well
<rellla>
i will wait until the run completes and then will add some more parses. what should we prettify, too?
<rellla>
attributes, varyings?
<anarsoul>
yeah, parsing attributes and varyings descriptors would be nice
<rellla>
where do you want to catch index_size?
<anarsoul>
looks like it's already parsed, so nevermind
<anarsoul>
I wonder why start is 1 in first DRAW_ELEMENTS in lima, but 0 in blob
<rellla>
if /* 0x10092450 (0x00000050) */0x00003200 0x1000010b/* PRIMITIVE_SETUP: prim: LINES, cull: 0 (0x0), index_size: 1 */ is correct, then yes
<rellla>
i have a strong guess, that solving that issue will solve dEQP-GLES2.functional.buffer.write.use.*, dEQP-GLES2.functional.draw.* and dEQP-GLES2.functional.vertex_arrays.* ...