alyssa changed the topic of #panfrost to: Panfrost - FLOSS Mali Midgard & Bifrost - Logs https://oftc.irclog.whitequark.org/panfrost - <macc24> i have been here before it was popular
<icecream95>
Dylanger[m]: I don't think anyone else can hear you, you'll have to use NickServ to register/identify to OFTC first
ixn has quit [Quit: leaving]
<HdkR>
Make sure to check your status window. Needs nickserv identification and verification
<macc24>
ping?
<HdkR>
pong
<Danct12>
beep
<HdkR>
boop
<macc24>
question
<macc24>
is t720 as slow as g31?
<HdkR>
That would depend on number of cores
<HdkR>
Max config of each, T720 should be slightly higher performance
<HdkR>
Depending on how well vector versus scalar smashes your workload I guess :P
<Dylanger[m]>
👋 Hey all, does anyone know how ARM Mali GPUs work for virtualized workflows? If I had 2 VMs for example, is it possible to share/split/SR-IOV the GPU into devices that can be passed down to each VM? If not, is it possible to share the GPU at all in a workflow like this?
<Dylanger[m]>
More specifically the Mali-G57 is the GPU I'm playing with
<macc24>
Dylanger[m]: isn't G57 valhall?
<HdkR>
virgl can pass GL commands across a VM boundary
<macc24>
and are you running linux on g57?
<macc24>
g57 device*
<HdkR>
I don't believe the hardware has any way to do SR-IOV style GPU sharing though
<HdkR>
and yes, if you have a Mali-G57 device running Linux with ARM blobs. Where can I buy one? I need it for development purposes :)
<Dylanger[m]>
Yeah G57 is Valhall
<Dylanger[m]>
<macc24 "and are you running linux on g57"> "Linux" - running Android
<macc24>
Dylanger[m]: :(
<HdkR>
ah
<Dylanger[m]>
<HdkR "virgl can pass GL commands acros"> This is interesting
<Dylanger[m]>
<HdkR "and yes, if you have a Mali-G57 "> Just using a handheld/Dimensity 800
<HdkR>
I also have a Mediatek 1000 Android device. Sadly Android is a huge pain to work around.
<macc24>
it would be funny if dimensity 800 were just mt8192 that didn't pass qc
<daniels>
HdkR: OP1 is just different clocks right?
<HdkR>
I believe so
<macc24>
daniels: rockchip op1?
<daniels>
yeah
<HdkR>
I don't know a ton about it since it only ever shipped in...one? other device
<macc24>
yea it's just clocked a bit higher iirc
<daniels>
HdkR: also you can have proper virtual, but only in G78AE
<HdkR>
daniels: That doesn't include virtualized GPU though?
<HdkR>
Oh, I was thinking A78AE
<macc24>
daniels: the op1 is inside chromebook therefore i must know everything about it >:D
<macc24>
chromebooks*
<HdkR>
G78AE makes sense
<macc24>
AE86 mali would be interesting
<HdkR>
Sadly it doesn't make much sense for mobile design mali to support virtualized GPU
<HdkR>
Maybe if they release a dGPU with 20TFLOP/s of perf ;)
<macc24>
we can only hope
<Dylanger[m]>
<HdkR "Sadly it doesn't make much sense"> It does if you want to have a Qubes-like workflow on a handheld device
<macc24>
Dylanger[m]: but why?
<icecream95>
At least on Bifrost, jobs can mess up jobs on another slot more than they should be able to, so jobs from different VMs couldn't be run at the same time
<HdkR>
Maybe we can hope that desktops gain this functionality first, then we can hope mobiles will
<HdkR>
(Radeon Pro and Tesla isn't desktop class)
<icecream95>
"drivers in IDA". If you do that, we'll have to be very careful not to look at anything you write without at least three layers of lawyers inbetween
<icecream95>
(unless you are using it on Panfrost, reverse engineering that is fine)
<Dylanger[m]>
That's sad and disappointing
<Dylanger[m]>
I thought it was only Qualcomm like that
<macc24>
did you think that only qualcomm protects their code?
<icecream95>
It's unlikely that ARM would actually do anything but it's better to be safe than sorry
<icecream95>
A bigger problem would be patents, which is apparently the reason I'm not allowed to upstream a software AFBC codec
<macc24>
mediatek's MM21 format better not be patented
<cyrozap>
macc24: MM21 is a pixel format, not an image compression format like AFBC, and is handled entirely in hardware.
<cyrozap>
But from a quick look I wasn't able to find any patents describing it.
<macc24>
oh
<macc24>
cool
<alyssa>
Dylanger[m]: As was stated above, disassembling/decompiling the Mali proprietary drivers would likely prohibit you from contributing to Panfrost in the future
<alyssa>
daniels: ^^
<alyssa>
As was suggested above, I suspect you'd be happier using virgl..
anonzzz_ has joined #panfrost
anonzzz_ has quit [autokilled: This host has violated network policy. Contact support@oftc.net with questions (2021-05-23 16:43:32)]
AnanthS[m] has joined #panfrost
AnanthS[m] has quit [Remote host closed the connection]
macc24 has quit [Ping timeout: 480 seconds]
Lin-Buo-Ren has joined #panfrost
Lin-Buo-Ren has quit [autokilled: spambot. Dont mail support@oftc.net with questions (2021-05-23 16:58:35)]
Lyude has quit [Read error: Connection reset by peer]
jernej has joined #panfrost
jernej has quit [Remote host closed the connection]
jernej has joined #panfrost
Lyude has joined #panfrost
jernej has quit []
jernej has joined #panfrost
Daanct12 has joined #panfrost
jernej has quit [Quit: Konversation terminated!]
jernej has joined #panfrost
Danct12 has quit [Ping timeout: 480 seconds]
jernej has quit [Quit: Konversation terminated!]
jernej_ has joined #panfrost
jernej_ is now known as jernej
Daanct12 is now known as Danct12
Daanct12 has joined #panfrost
Daanct12 has quit []
Danct12 has quit [Ping timeout: 480 seconds]
Xalius has quit [Quit: Leaving]
<Dylanger[m]>
How is it even possible to build panfrost if no documentation exists and you're prohibited from reverse engineering?
<alyssa>
2. Who says we're prohibited from reverse-engineering?
<Dylanger[m]>
Oh, so there's no need to reverse engineer anything because the penfrost project already have documentation?
<Dylanger[m]>
> Arm are now working together with Collabora to provide us with information and documentation which allows us and the community to understand the hardware.
<Dylanger[m]>
And that's why thou shall not RE?
<HdkR>
Reverse engineering is possible, it just needs to be black box reverse engineering rather than inspecting original binary
<Dylanger[m]>
Any chance these doc's can be shared?
<alyssa>
Like what we've been doing over at #asahi-gpu
<Dylanger[m]>
I'm guessing alyssa had to sign a bunch O NDA
<alyssa>
Or.. years of Panfrost
<alyssa>
Panfrost source code will be your best reference for hw n