<anarsoul>
rellla: yuq825: I tried to allocate extra page for heap but it still fails
<anarsoul>
yuq825: I remember one of the ARM guys saying that they had some issues with GP_IRQ_PLBU_OUT_OF_MEM and that they switched to mmu faults ("grow on fault") technique instead
<anarsoul>
maybe that's the issue he was talking about?
<anarsoul>
enunes: do you remember any details about that? ^^
<yuq825>
ok, panfrost use the mmu way, but at least mali400 kernel driver still use the irq way
<anarsoul>
yuq825: hm, weird, I added some traces to the driver
<anarsoul>
and looks like lima_gp_task_recover() is called 4 times while it lima_heap_alloc() is called only once
<anarsoul>
yuq825: supertuxkart works fine now with my fix
<yuq825>
nice
_whitelogger has joined #lima
megi has quit [Ping timeout: 260 seconds]
<anarsoul>
I set q3a demo to run in loop, let's see if it survives several hours
_whitelogger has joined #lima
buzzmarshall has joined #lima
<anarsoul>
yuq825: do you know any algorithms to estimate area of N overlapping rectangles? I want to add some heuristics for pp stream generation, i.e. use full screen stream if area is higher than certain threshold (75% of screen?)
buzzmarshall has quit [Remote host closed the connection]
<anarsoul>
seems to be stable so far
_whitelogger has joined #lima
_whitelogger has joined #lima
<yuq825>
i don't know, that's also what I want but haven't find any algorithm
<anarsoul>
I guess fastest we can do is to compute bounding box (that's what we already do) and use it for estimation
<yuq825>
if the number of damage box is not too many, we can just count tiles one by one
<anarsoul>
yuq825: that's about the same complexity as generating pp stream
<yuq825>
no
<yuq825>
one assumption is damage box number, for example < 10
<anarsoul>
how is it different from generating pp stream from these boxes?
<yuq825>
start with one box, for example (0, 0, 159, 159), count 10x10 = 100 tiles
<anarsoul>
OK, what if we have (0, 0, 159, 159), (15, 15, 159, 159)?
<yuq825>
use rectangle calculation get the added area, the area not in any before boxes
<yuq825>
so the damage box number should not be too big
<rellla>
anarsoul: will test the patch tomorrow, thanks for working on that
<anarsoul>
yuq825: I still don't get it
<yuq825>
I mean not check each tile one by one, but only the box parameter