<enunes>
I'm not aware of it being an issue in practice
<enunes>
HdkR: at least on my pinebook (non-pro) I have used this including grub2 for a while, if you're actually going to use it I might recommend the Workstation variant rather than the Server, as it includes the desktop stack and defaults to ext4 instead of xfs
<HdkR>
I presume it's quite a bit easier to build grub on a native machine rather than cross-compiling is the issue?
<anarsoul>
yes
<anarsoul>
so far I cross compile only kernel, u-boot and atf
<anarsoul>
not everyone cares about cross-compilation, so it's usually broken here and there
<anarsoul>
and life is too short to fix it all
* HdkR
tries native build
<HdkR>
It's not like I don't have ARMv8 devices around
<stikonas>
well, atf on RK3399 does not have fuly native compilation, part of it needs 32bit arm compiler
<anarsoul>
yeah, that's fine
<HdkR>
yea, built natively fine. That's annoying
raster has quit [Quit: Gettin' stinky!]
chewitt has joined #panfrost
<HdkR>
Hm, that grub version boots but then resets the device
kaspter has quit [Ping timeout: 240 seconds]
camus has joined #panfrost
camus is now known as kaspter
<HdkR>
Also curiously it hecks up the screen resolution while the kernel was fine with it
warpme_ has quit [Quit: Connection closed for inactivity]
kaspter has quit [Ping timeout: 276 seconds]
kaspter has joined #panfrost
pH5 has quit [Quit: Lost terminal]
vstehle has quit [Ping timeout: 265 seconds]
stikonas has quit [Remote host closed the connection]
<alyssa>
3
<HdkR>
2
megi has quit [Ping timeout: 276 seconds]
<alyssa>
1
<alyssa>
Okay what's the best way to model presolved nodes in lcra. since what I have now is not great.
<alyssa>
Actually it's fine just need some reordering.
_whitelogger has joined #panfrost
<alyssa>
Although I can still iterate out-of-priority for the tests themselves, those are order-independent. So cache perf is still fine as long as it's in the right row-major/column-major form (not sure which atm, let's see)
TheKit has quit [Ping timeout: 276 seconds]
krh has quit [Ping timeout: 245 seconds]
TheKit has joined #panfrost
_whitelogger has joined #panfrost
davidlt has joined #panfrost
_whitelogger has joined #panfrost
vstehle has joined #panfrost
_whitelogger has joined #panfrost
NeuroScr has quit [Ping timeout: 265 seconds]
_whitelogger has joined #panfrost
_whitelogger has joined #panfrost
fysa has joined #panfrost
fysa has quit [Ping timeout: 265 seconds]
guillaume_g has joined #panfrost
yann has quit [Ping timeout: 268 seconds]
davidlt has quit [Ping timeout: 265 seconds]
Kwiboo has quit [Ping timeout: 246 seconds]
fysa has joined #panfrost
fysa has quit [Ping timeout: 240 seconds]
yann has joined #panfrost
warpme_ has joined #panfrost
megi has joined #panfrost
karolherbst has quit [Quit: duh 🐧]
fysa has joined #panfrost
<warpme_>
i see ongoing work with t720 which is fantastic. As progress on t720 - now i started to see the same white screen issue on t720 like I have since some time on t820 (t820 was working ok but at some time it started to withe-screen). This smells to me like the same issue which makes on t720/t820 white screen. As it is regression (in past I had working t820 (for GLES UI)) - maybe it is time to look on white screen issue
<warpme_>
more deeply?
fysa has quit [Ping timeout: 240 seconds]
raster has joined #panfrost
raster has quit [Remote host closed the connection]
maccraft123 has joined #panfrost
<tomeu>
warpme_: what's this white screen?
raster has joined #panfrost
<warpme_>
it is just whole monitor white screen of mythtv UI (it uses GLES from mythtv Qt app). All works nicely on mali450 and also was worked ok on t820 in past - but stopped. Month ago or so I bisected bbrezillin commit responsible for regression - so t820 started woking OK at that time - but after sometime it again returns to white screen. Browsing UI gives sometimes black squares so it looks like polygon issue (just
<warpme_>
guessing :-p)
karolherbst has joined #panfrost
<raster>
warpme_: was this the commit that was optimizing the wallpapering for partial update stuff? ore related?
<warpme_>
ough - don't remember - it was month ago....
<raster>
:|
<warpme_>
at that time revert of c9bebae2877e55cdcd94f9f9f3f6805238caeb28 was solution