austriancoder changed the topic of #etnaviv to: #etnaviv - the home of the reverse-engineered Vivante GPU driver - Logs https://freenode.irclog.whitequark.org/etnaviv
Chewi has quit [Ping timeout: 240 seconds]
karolherbst has quit [Ping timeout: 268 seconds]
JohnnyonFlame has quit [Ping timeout: 265 seconds]
pcercuei has joined #etnaviv
lynxeye has joined #etnaviv
JohnnyonFlame has joined #etnaviv
T_UNIX has joined #etnaviv
<DPA> Regarding the glamor + linear issue (#3721), I wasn't able to figure out how to trigger the copy from the shadow bo yet. I don't really understand how it all works yet either.
<DPA> But even if I could figure that part out, could that become any good performance and memory bandwidth wise?
<DPA> I tried calling "pctx->set_framebuffer_state(pctx, &ctx->framebuffer_s);" in etna_flush, but it doesn't end up doing anything.
<DPA> I wonder, wouldn't it make more sense to move the whole shadow bo to linear copy stuff into the kernel, and do the copying just when the linear bo/next frame is needed by mxsfb?
<lynxeye> DPA: The kernel can not do a efficient GPU copy. The kernel in fact doesn't even know the layout information of the BO.
<lynxeye> What you want to do is exactly the other way around: remember cbuf resources set in set_framebuffer if they aren't marked as explicit flush and then call the flush_resource on a ctx flush on those remembered resources
<DPA> Ok, thanks, I'll try that.
berton has joined #etnaviv
karolherbst has joined #etnaviv
pcercuei has quit [Ping timeout: 265 seconds]
karolherbst has quit [Remote host closed the connection]
karolherbst has joined #etnaviv
lynxeye has quit [Quit: lynxeye]
T_UNIX has quit [Quit: Connection closed for inactivity]
karolherbst has quit [Remote host closed the connection]
karolherbst has joined #etnaviv
berton has quit [Quit: Leaving]
Chewi has joined #etnaviv
Chewi has quit [Quit: ZNC 1.7.5 - https://znc.in]
Chewi has joined #etnaviv
JohnnyonF has joined #etnaviv
JohnnyonFlame has quit [Ping timeout: 256 seconds]