<hanetzer>
sphalerite: ! ran into your name on an online irc log wrt kexec on what I think may be rockchip related?
stikonas has quit [Remote host closed the connection]
vstehle has quit [Ping timeout: 245 seconds]
tgall_foo has joined #panfrost
NeuroScr has quit [Quit: NeuroScr]
<chewitt>
HdkR: not sure if it was a rhetorical question (reading backlog) but I have a G31 device booting mainline
<chewitt>
(with Kodi of course .. via the blob)
<HdkR>
chewitt: Nice :)
<HdkR>
G3x != G7x though :P
<HdkR>
Close enough for Panfrost not really neding to care
<chewitt>
I'm sure you said "dvalin" though, which in Amlogic-speak is their G31 devices, S905X2/D2/Y2
<chewitt>
we have G52 running on the Odroid N2 as well
<HdkR>
Oh yea. I have two N2 devices as well :D
<chewitt>
what do you have planned for them?
<HdkR>
One for capture, one for working on
<tomeu>
alyssa: yeah, will skip piglit for now because IME it takes ages to run
<tomeu>
and as you say, there isn't that much value when compared to deqp
<alyssa>
tomeu: :)
<tomeu>
TheCycoONE: not sure how ready mesa-ci is for a driver such as panfrost, I would prefer to go with something quick and dirty that helps panfrost stand on solid ground, than waiting a year to have something mesa-wide
<alyssa>
+1
<tomeu>
so I guess some gitlab-ci.yml file in our subdir, that people have to explicitly enable in their mesa forks
<tomeu>
and I'm not sure whether in the initial phases we can make it open to all, for security reasons
<tomeu>
unless Arm wants to donate a mali device model for QEMU :)
<alyssa>
tomeu: We know there *is* a software model internally (from kbase symbols).. :P
<alyssa>
Unironically, I *am* itching to write a Mali emulator. But there's not much point to do so..
<tomeu>
yeah, specially as we anyway need to test the real hw
alyssa has left #panfrost [#panfrost]
vstehle has joined #panfrost
<hanetzer>
bleh.
NeuroScr has joined #panfrost
<hanetzer>
urjaman: btw, thanks for figuring out the thing with the emmc thingus for IGNOREME; I thought I fried it lol
Elpaulo has joined #panfrost
<urjaman>
yeah btw i was thinking about it a bit and i have an idea as to the "WTF" in that ...
<urjaman>
i think the write protect is to prevent an attacker from having the boot rom boot from eMMC instead of the SPI and thus bypass the whole write protect screw
<MoeIcenowy>
hi
<MoeIcenowy>
could anyone try to run glmark2 test ideas on panfrost on git master of mesa?
<MoeIcenowy>
I met failure during st_glsl_to_nir() when running it on lima
<sphalerite>
hanetzer: quite possibly, I've fiddled with kexec a number of times
<hanetzer>
sphalerite: trying to get it working on rk3399; just hangs at 'kexec_core: Starting new kernel'
<sphalerite>
hanetzer: which device? I've never got anywhere with it on my gru chromebook, had slightly better luck with my nanopi
<sphalerite>
hanetzer: with the nanopi, it often hangs for about 30 seconds after that message, then stuff continues happening
<hanetzer>
gru kevin
<hanetzer>
sphalerite: one time I killed the watchdog before it, and it didnt' hang but it did go back to coreboot/depthcharge instead of straight into the kernel
<sphalerite>
oh yeah, and how are you performing the kexec? I found that (on nixos, which is systemd-based) `systemd kexec` worked a lot better than `kexec -e`
<hanetzer>
gentoo, openrc, manual kexec -l and -e
<sphalerite>
hm ok
<sphalerite>
I don't really know, sorry
<sphalerite>
would really like to have the knowledge to be able to help you :p but I don't
<hanetzer>
I'll fight it more tomorrow. sleepy time
<sphalerite>
good night!
<sphalerite>
I'd be glad to hear about it if you get anywhere :)
NeuroScr has quit [Quit: NeuroScr]
robher has quit [Read error: Connection reset by peer]
robher has joined #panfrost
yann has quit [Ping timeout: 264 seconds]
stikonas has joined #panfrost
stikonas has quit [Remote host closed the connection]
<chewitt>
alyssa: I have the drm driver packaged as =m .. works fine
<MoeIcenowy>
totally headache
<MoeIcenowy>
how is Mali T[67]xx and T8xx bound to CPU bit?
<anarsoul>
MoeIcenowy: CPU bit? Do you mean endianess?
<MoeIcenowy>
alyssa: could I try to make a lima_context->is_t8xx
<MoeIcenowy>
s/lima/panfrost/
<MoeIcenowy>
and change `#ifdef __LP64__` to `if (ctx->is_t8xx)` ?
<jernej>
MoeIcenowy: only issue I had with GPU on H6 was lockup due to not enabled voltage regulator
<jernej>
did you check if panfrost kernel driver supports enabling GPU power supply?
<MoeIcenowy>
it supports
<jernej>
then I don't know what would be wrong
<jernej>
I guess you manually checked clocks, reset and power supply status?
<MoeIcenowy>
oh many of the GPU data structures are also width-related
<MoeIcenowy>
alyssa: so the address space of Mali T[67]xx is 32-bit, T8xx is 64-bit?
raster has quit [Remote host closed the connection]
* robher
has only tested panfrost built as a module.
<robher>
panfrost drm driver is merged!
<anarsoul>
congrats :)
<Lyude>
awesome! :D
<milloni>
congrats!!
<milloni>
for 5.2 i suppose?
<robher>
milloni: yes
<milloni>
i've got a question (possibly a n00b question)
<milloni>
i finally managed to install an upstream 5.1-rc4 kernel on my rock pi 4 board
<milloni>
which has an rk3399 chip with a mali gpu
<milloni>
after which i installed weston and it is working
<milloni>
my question is, how is it working if, to my knowledge i don't have either panfrost or the official proprietary driver in my kernel?
<anarsoul>
milloni: software rendering
<robher>
alyssa: looking at the job structs a bit, uintptr_t is just the tip of the iceberg. Anywhere with unions with elements of different sizes are a potential issue.
<milloni>
hm ok
<milloni>
anarsoul: so the gpu is literally not used for anything on my system at the moment?
<anarsoul>
well, you don't have a driver for it
<anarsoul>
so yes
<milloni>
nice
<milloni>
i'll try the panfrost tree next
<robher>
I guess I should push a new branch to panfrost/linux
<robher>
drm-misc/drm-misc-next should work unless you happen to have my monitor which needs a fix in drm-misc-fixes
yann has quit [Ping timeout: 246 seconds]
<alyssa>
robher: Wholly congratsC!
<alyssa>
robher: Yeah..
<kszaq>
Moelcenowy: Are you running aarch64 userspace?
<kszaq>
I have patchset for Mesa where you can set bit width of structs GPU expects by adding a CFLAG
<kszaq>
I needed it for running T820 from arm userspace
<kszaq>
I think your case is the other way round. :D
<kszaq>
And your issue looks the same I experienced with T820.