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!
ninolein has quit [Ping timeout: 264 seconds]
ninolein has joined #lima
<anarsoul> ouch, ppir_lower_load is broken for cf...
<anarsoul> I wonder why piglit didn't reveal it
<anarsoul> basically if its successor is in another block it breaks
_whitelogger has joined #lima
_whitelogger has joined #lima
_whitelogger has joined #lima
megi has quit [Ping timeout: 246 seconds]
<anarsoul> and looks like it fixed good number of piglit tests
dddddd has quit [Remote host closed the connection]
<anarsoul> 9 more tests fixed :)
<bshah|matrix> Sweet
<anarsoul> bshah: it's very unlikely that it fixes your issue :)
<anarsoul> I have strong suspicion that it's somehow related to blending
<bshah|matrix> Well sure, but I'm excited about progress anyway :)
<bshah> anarsoul: btw, reported : https://gitlab.freedesktop.org/lima/mesa/issues/101 (sorry for taking long, yesterday had to take care of some personal stuff)
<anarsoul> OK, thanks
<bshah> if you need any more information, let me know. One thing potentially will be useful and I'll add is shaders used, which I've dumped
<bshah> anarsoul: now that you mention blending, I checked shaders and some of them have this at top
<bshah> #ifdef GL_KHR_blend_equation_advanced
<bshah> #extension GL_ARB_fragment_coord_conventions : enable
<bshah> #extension GL_KHR_blend_equation_advanced : enable
<bshah> #endif
<bshah> potentially related? I don't know
<anarsoul> sorry, no idea
<bshah> np :)
Barada has joined #lima
yuq825 has joined #lima
anarsoul has quit [Remote host closed the connection]
anarsoul has joined #lima
jernej has quit [Ping timeout: 264 seconds]
afaerber has quit [Quit: Leaving]
yuq8251 has joined #lima
yuq825 has quit [Ping timeout: 272 seconds]
megi has joined #lima
jernej has joined #lima
jernej has quit [Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net]
jernej has joined #lima
yuq8251 has quit [Remote host closed the connection]
Barada has quit [Quit: Barada]
kaspter has quit [Read error: Connection reset by peer]
kaspter has joined #lima
Barada has joined #lima
dddddd has joined #lima
deesix has quit [Ping timeout: 244 seconds]
dddddd has quit [Ping timeout: 248 seconds]
deesix has joined #lima
dddddd has joined #lima
jernej has quit [Ping timeout: 250 seconds]
jernej has joined #lima
jernej has quit [Client Quit]
CounterPillow has quit [Quit: Bye.]
CounterPillow has joined #lima
<rellla> anarsoul: i looked into undef handling and are struggling with creating the reg :p
jernej has joined #lima
<rellla> where do i get nir_register from?
jrmuizel has joined #lima
jrmuizel has quit [Remote host closed the connection]
jrmuizel has joined #lima
Barada has quit [Quit: Barada]
jrmuizel has quit [Remote host closed the connection]
tlwoerner has quit [Ping timeout: 268 seconds]
<enunes> anarsoul: ah nice, you already included load uniform duplicating in ppir cf?
<enunes> anarsoul: does ideas work now?
<enunes> duplicating it like your const patch was exactly how I thought about it too, so looks great
<anarsoul> enunes: ideas look better but it still fails in regalloc
<anarsoul> I also have a patch that fuses branch condition into branch, but it makes it even worse
tlwoerner has joined #lima
<anarsoul> basically it makes no sense to do the fusing if condition is in different block
<anarsoul> since we have to keep 2 variables live instead of one
<anarsoul> and it increases reg pressure
<anarsoul> rellla: I was talking about ppir_reg, create dummy node with ssa dest
<anarsoul> however it probably won't work...
<anarsoul> rellla: well, you just need register index from it
<anarsoul> and it still has to be ssa
<anarsoul> since it's an ssa :)
<anarsoul> I'll think about it later
<enunes> anarsoul: rellla: I wonder if we can just make it read from some pipeline reg?
<anarsoul> enunes: it doesn't really matter
<anarsoul> I'd prefer a real reg though since we don't know what's hardware behavior when it uses pipeline reg but instruction doesn't have appropriate unit enabled
<rellla> huh, i think i've got it...
<rellla> in principle at least :)
<anarsoul> enunes: can you address yuq's comments to https://gitlab.freedesktop.org/mesa/mesa/merge_requests/1707 ?
<enunes> anarsoul: no time in the last couple of days, tonight I'll do that
<enunes> so in a few hours
<anarsoul> OK, thanks
jernej has quit [Remote host closed the connection]
jernej has joined #lima
Danct12__ has joined #lima
<Danct12__> hey all, does anyone gets a issue where buttons and textures doesn't show up with gtk apps?
kaspter has quit [Read error: Connection reset by peer]
kaspter has joined #lima
Danct12 has joined #lima
<rellla> anarsoul: enunes: i pushed the undef code https://gitlab.freedesktop.org/rellla/mesa/commits/lima-pp-undef and the corresponding piglit result http://imkreisrum.de/piglit/mali450/glsl-array-bounds/
<rellla> though glsl-array-bounds-01 and others are fixed, i have a strong feeling, that i am missing sth :p
<rellla> bbl
<anarsoul> rellla: I'll look into it later
kaspter has quit [Ping timeout: 246 seconds]
<enunes> rellla: an entire new 'undef' field to be checked for undefined seems like a big overhead just to handle undefs :(
<anarsoul> enunes: why?
kaspter has joined #lima
<enunes> I don't see why it is so special, and then it needs special handling in regalloc with 'if reg->undef'...
<anarsoul> enunes: it interferes with no registers
<anarsoul> so any register can be allocated to it
<anarsoul> another alternative is to clone it to every successor
<anarsoul> and then check op in regalloc, and if it's undef (we should probably rename dummy to undef) set live_in to INT_MAX and live_out to 0
<enunes> anarsoul: shouldnt that be detected naturally with just live_in and live_out not interfering with anyone else?
<anarsoul> enunes: no, live_in and live_out will be seq of the instruction where it's used
<anarsoul> it still will interfere with other regs used in this instruction
Da_Coynul has joined #lima
<anarsoul> enunes: idea is to use *any* register for undef and don't increase reg pressure
<enunes> it can happen that another op is in the same instruction as this?
<anarsoul> enunes: it's ssa, it can be source of anything
<enunes> I need to refresh my memory by looking at the example that triggers this
<anarsoul> out of bounds array reads
Da_Coynul has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
Da_Coynul has joined #lima
Da_Coynul has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
Da_Coynul has joined #lima
Da_Coynul has quit [Client Quit]
<anarsoul> enunes: it looks like it's difficult to pipeline load nodes in lower since we don't have information on how it's going to be scheduled yet
<anarsoul> I have an idea how to do that though
<anarsoul> pipeline it in lower and then if it's not possible to schedule it in the same instruction create a move for it in node_to_instr()
<anarsoul> just need to split a helper that creates a move into separate function
<anarsoul> and then handle load_uniform in ppir_do_one_node_to_instr()
<anarsoul> (btw it's still not enough to fix ideas)
<enunes> anarsoul: makes sense, another option would be to always create the ld_uni + move so that it is always schedulable, and have an optimization pass trying to squash everything and remove unnecessary moves
<enunes> I think eventually we want that kind of optimization pass anyway
Danct12__ has quit [Ping timeout: 272 seconds]
Da_Coynul has joined #lima
<anarsoul> enunes: that's what I do
Da_Coynul has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
Da_Coynul has joined #lima
Da_Coynul has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
_whitelogger has joined #lima
_whitelogger_ has joined #lima
_whitelogger_ has joined #lima
_whitelogger__ has joined #lima
_whitelogger__ has joined #lima
_whitelogger__ has joined #lima
_whitelogger___ has joined #lima
_whitelogger___ has joined #lima
_whitelogger___ has joined #lima
_whitelogger___ has joined #lima
_whitelogger_ has quit [Remote host closed the connection]
_whitelogger_ has quit [Remote host closed the connection]
_whitelogger_ has quit [Remote host closed the connection]
_whitelogger has joined #lima
_whitelogger has joined #lima