ChanServ changed the topic of #asahi-dev to: Asahi Linux: porting Linux to Apple Silicon macs | Non-development talk: #asahi | General development | GitHub: https://alx.sh/g | Wiki: https://alx.sh/w | Logs: https://alx.sh/l/asahi-dev
A_L_I_C_E has quit [Remote host closed the connection]
A_L_I_C_E has joined #asahi-dev
hightower3 has joined #asahi-dev
hightower2 has quit [Ping timeout: 480 seconds]
gabuscus has quit []
gabuscus has joined #asahi-dev
newiz has joined #asahi-dev
cylm has joined #asahi-dev
kedde has quit [Ping timeout: 480 seconds]
<marcan>
jannau: Argh, I already had the installer changes locally, just didn't want to push to stop people from doing silly things..
chadmed_ has quit [Remote host closed the connection]
nyilas has joined #asahi-dev
Hibyehello has joined #asahi-dev
kedde has joined #asahi-dev
Hibyehello_ has quit [Ping timeout: 480 seconds]
newiz has quit [Quit: Konversation terminated!]
MajorBiscuit has joined #asahi-dev
<maz>
eric_engestrom: you need to select the *PMU* that matches the core you are using.
<maz>
the default is probably the PMU type that matches cores 0-3, which leads to nothing on core 4...
gladiac has joined #asahi-dev
<jannau>
marcan: np, changes are not complicated and I had them most of them since the m2 mac mini arrived
nyilas has quit [Remote host closed the connection]
<maz>
jannau: can't see why not, given that this a pure userspace approach. I'm just worried that it will lead to "interesting" results on implementations that have events numbers that count vastly different things on different micro architectures...
<maz>
for the Apple stuff, it's probably OK. but the ARM implementations are... insane.
<jannau>
shouldn't that be still ok as long as perf doesn't aggregate counters from different PMUs? might be impossible to interpret the results but shouldn't be worse than not counting anything due to running on the wrong CPU
jn has quit [Read error: No route to host]
jn has joined #asahi-dev
<maz>
jannau: if we don't get aggregation, it should be OK indeed.
kaprests has quit [Ping timeout: 480 seconds]
kaprests has joined #asahi-dev
bpye has quit [Ping timeout: 480 seconds]
bpye has joined #asahi-dev
nsklaus has joined #asahi-dev
<kettenis>
hmm, I'm probably at the point where I want to do a "proper" uefi install on my m2 pro mini
<kettenis>
or is it easy to produce the firmware init ramdisk cpio by running one of the python scripts on macOS?
<kettenis>
in any case I just pushed the M2 Pro/Max U-Boot support to the asahi branch
Ariadne has quit [Remote host closed the connection]
Ariadne has joined #asahi-dev
stipa is now known as Guest10828
stipa has joined #asahi-dev
Guest10828 has quit [Read error: Connection reset by peer]
robinp has quit [Quit: Connection closed for inactivity]
chadmed has quit [Ping timeout: 480 seconds]
chadmed has joined #asahi-dev
bps has joined #asahi-dev
bcrumb has joined #asahi-dev
bcrumb has quit [Quit: WeeChat 3.8]
linuxgemini1 has joined #asahi-dev
cynthia has quit [Remote host closed the connection]
cynthia has joined #asahi-dev
linuxgemini has quit [Ping timeout: 480 seconds]
cynthia has quit [Ping timeout: 480 seconds]
cynthia has joined #asahi-dev
<marcan>
let me just push the installer to dev, no point in making everyone's life difficult with this many people interested
<maz>
marcan: now you're making it way too tempting for me to go and grab an M2 pro...
<marcan>
pushed alx.sh/dev, you probably want to use 13.3 firmware since it sounds like that's going to be the new target
<marcan>
obviously it will install a broken u-boot/kernel if you do a normal install, but good enough to get a rootfs on there and then develop in tethered mode
<marcan>
plain m1n1 should work though, and I assume everyone here knows how to install custom m1n1/uboot builds :p
<marcan>
maz: :)
<jannau>
maz: your use case (serial, ethernet, usb3) is already supported :)
<marcan>
still no display out, mine's still in a box pending that (it's going to be a server but I don't want to put it into prod until it's officially supported...)
<chadmed>
maz: the thing is stupid fast and everything you need already works
<maz>
stop it, all of you! :D
<kettenis>
meanwhile, I have successfully ported the pcie changes to u-boot
<marcan>
nice :)
<kettenis>
marcan: found a minor issue in your driver while doing so
<ChaosPrincess>
Yea i saw that python uses the first instance, the problem is that i am getting translation faults from second one
<jannau>
either don't add the second instance to the dt or if that doesn't work add both iommus to displaydfr, cmp. with dwc3
A_L_I_C_E has quit [Read error: Connection reset by peer]
A_L_I_C_E has joined #asahi-dev
A_L_I_C_E has quit [Remote host closed the connection]
<sven>
if you get translation faults on the second dart something tried to dma through it.
<sven>
that usually only happens when that dart is actually used
<sven>
do you recognize the fault address?
<sven>
those two darts are very suspicious because they’re just next to each other
<sven>
are you sure they are darts and not dart plus what apple calls SMMU or something like that?
<sven>
Look at the dart node, there’s an instance property
<sven>
for that dispdfr thingy it claims dart and smmu
<sven>
so that second thing is that apple SMMU (not to be confused with arm‘s architectural SMMU)
<sven>
just ignore it
<jannau>
we use only instance 0 for dart-disp0/dispext*
<sven>
that also seems to be dart plus smmu
<sven>
just look at that instance property in the ADT. It’d a bit weird but if that thing contains the SMMU fourcc and the two regs of the dart are separated by 0x4000 the second thing isn’t a DART
<sven>
I never figured out exactly what it is but it seems to expose the most recently accessed pagetable entries inside it’s MMIO
<sven>
So it’s somehow related to the dart itself but no idea what exactly it does or why it’s separate
<sven>
could just be a dart debug interface that’s not synthesized for each dart
bps has joined #asahi-dev
<kettenis>
the model names for the M2 and M2 Pro mini in the dev installer are wrong
<kettenis>
managed to work around it
nyilas has quit [Remote host closed the connection]
nsklaus has quit [Quit: ZZZzzz…]
bluetail42 has joined #asahi-dev
kedde has joined #asahi-dev
bluetail4 has quit [Ping timeout: 480 seconds]
raveling has quit [Ping timeout: 480 seconds]
A_L_I_C_E has joined #asahi-dev
raveling has joined #asahi-dev
pharonix71 has joined #asahi-dev
bps has quit [Remote host closed the connection]
<jannau>
is there anything mtp related which could be global system fw dependent? it fails here with: