ChanServ changed the topic of #asahi-re to: Asahi Linux: porting Linux to Apple Silicon macs | Hardware / boot process / firmware interface reverse engineering | WARNING: this channel (only) may contain binary reverse engineering discussion | RE policy: https://alx.sh/re (MANDATORY READ) | GitHub: https://alx.sh/g | Wiki: https://alx.sh/w | Logs: https://alx.sh/l/asahi-re
nuh^ has joined #asahi-re
nuh^ has quit [Ping timeout: 480 seconds]
phiologe has joined #asahi-re
PhilippvK has quit [Ping timeout: 480 seconds]
nuh^ has joined #asahi-re
nuh^ has quit [Ping timeout: 480 seconds]
bisko has joined #asahi-re
bisko has quit []
<phire>
there's a good chance the new gpu won't require any major changes to the kernel code. Except it will probally come with a new macos version that rearranges all the structs
<phire>
or more, I expect them to use the same agx firmware version across multiple GPU revisions, but that agx firmware might get a version bump
nuh^ has joined #asahi-re
nsklaus has joined #asahi-re
nuh^ has quit [Ping timeout: 480 seconds]
chadmed has quit [Remote host closed the connection]
chadmed has joined #asahi-re
<marcan>
phire: the GPU should be a new major revision AIUI, which will likely make a bunch of changes to initdata and friends
<marcan>
that's usually how it goes with these things
<marcan>
but there's no reason for them to change the basic design
<marcan>
so it'll be an ABI bump on that end
<marcan>
I do wonder if they'll keep the structs synced between GPU revisions though
<marcan>
this is the first time we're going to have two GPU majors supported at the same time
<phire>
hey, maybe they will enable the firmware-managed memory allocations feature
<phire>
I'm not sure if that's an old feature that's disabled on the M1 gpu, or a new feature that's not yet enabled
<marcan>
I want us to support 12.3 for the first GPU driver if possible, mostly to force the issue of supporting multiple firmwares and avoid having to make people upgrade firmware to get GPU support eventually
<marcan>
so that should be interesting if they made big changes
<marcan>
lina might have some work to do there :p
<phire>
poor lina
<marcan>
(and she has a point with the Rust thing)
<phire>
technially we could do a version 0 dirver as just the m1n1 codebase accessing kmem
<marcan>
lol
<marcan>
I'm... not sure that's a good idea, with the UAT and everything involved (and it'd only work for a single app at once)
<marcan>
I've done the "drivers from userspace" thing before and just getting a single buffer mapped to a device was already problematic
<phire>
it certianlly wouldn't be pretty
<marcan>
what *might* make more sense for experiments is a really insecure dumb driver that lets you do kernel-space maps and talk to the ASC side
<marcan>
that would still be single-process but at least it wouldn't be insanity as far as memory management goes
<marcan>
so basically just a UAT driver
<marcan>
(plus the existing rtkit stuff)
<marcan>
also shouldn't we be having this discussion in -gpu? lina isn't even here
<phire>
whoops
roxfan has quit [Remote host closed the connection]
roxfan has joined #asahi-re
amarioguy has quit [Remote host closed the connection]
nuh^ has joined #asahi-re
the_lanetly_052__ has joined #asahi-re
nuh^ has quit [Ping timeout: 480 seconds]
the_lanetly_052___ has quit [Ping timeout: 480 seconds]
amarioguy has joined #asahi-re
unevenrhombus[m] has quit []
unevenrhombus[m] has joined #asahi-re
unevenrhombus[m] has quit []
unevenrhombus[m] has joined #asahi-re
bisko has joined #asahi-re
bisko has quit [Ping timeout: 480 seconds]
kubes has joined #asahi-re
handofstand[m] has joined #asahi-re
the_lanetly_052__ has quit [Ping timeout: 480 seconds]