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
chrisl has quit [Ping timeout: 480 seconds]
pb17 has quit [Ping timeout: 480 seconds]
pb17 has joined #asahi-dev
derzahl has quit [Ping timeout: 480 seconds]
chrisl has joined #asahi-dev
chrisl has quit [Ping timeout: 480 seconds]
WindowPain has quit [Quit: Ping timeout (120 seconds)]
WindowPain has joined #asahi-dev
chadmed_ has joined #asahi-dev
<chadmed_> do we want to start preparing a m1n1 release? what do we want to include?
chadmed_ has quit [Quit: Konversation terminated!]
chrisl has joined #asahi-dev
derzahl has joined #asahi-dev
chrisl has quit [Ping timeout: 480 seconds]
chrisl has joined #asahi-dev
derzahl has quit [Ping timeout: 480 seconds]
chrisl has quit [Ping timeout: 480 seconds]
tobhe has joined #asahi-dev
hexdump01 has joined #asahi-dev
hexdump0815 has quit [Ping timeout: 480 seconds]
derzahl has joined #asahi-dev
tobhe_ has quit [Ping timeout: 480 seconds]
DragonStar has joined #asahi-dev
yuyichao_ has joined #asahi-dev
nora has joined #asahi-dev
nora_ has quit [Ping timeout: 480 seconds]
jnn has joined #asahi-dev
jn has quit [Ping timeout: 480 seconds]
Stary has quit [Quit: ZNC - http://znc.in]
Stary has joined #asahi-dev
chrisl has joined #asahi-dev
derzahl has quit [Ping timeout: 480 seconds]
chrisl has quit [Ping timeout: 480 seconds]
ddxtanx has quit [Remote host closed the connection]
ddxtanx has joined #asahi-dev
pb17 has quit [Remote host closed the connection]
pb17 has joined #asahi-dev
chrisl has joined #asahi-dev
chrisl has quit [Ping timeout: 480 seconds]
DragonStar has quit [Ping timeout: 480 seconds]
DragonStar has joined #asahi-dev
DragonStar has quit [Ping timeout: 480 seconds]
chrisl has joined #asahi-dev
chrisl has quit [Ping timeout: 480 seconds]
DragonStar has joined #asahi-dev
<jannau> sven: ack on DRM hotplug. is the DP only ok as is? I'm not sure if I stripped the weirder parts yet
DragonStar has quit [Ping timeout: 480 seconds]
DragonStar has joined #asahi-dev
DragonStar has quit [Ping timeout: 480 seconds]
chrisl has joined #asahi-dev
DragonStar has joined #asahi-dev
chrisl has quit [Ping timeout: 480 seconds]
DragonStar has quit [Ping timeout: 480 seconds]
DragonStar has joined #asahi-dev
DragonStar has quit [Ping timeout: 480 seconds]
midou_ has quit [Remote host closed the connection]
midou has joined #asahi-dev
chrisl has joined #asahi-dev
<sven> I think so, but I need to go over everything once more anyway. tipd still needs to be cleaned up a bit as well
<sven> chadmed_: imho the atcphy fuses stuff would make sense since it won’t break anything
<sven> I’d defer the chickens cleanup and maybe gpu initdata to the next one
<sven> I don’t have high hopes we’ll fix that mmu_setup_secondary abort anytime soon but that’s also not release blocking imho since it only affects the hv
chrisl has quit [Ping timeout: 480 seconds]
<chadmed> sven: ack, that was my thinking too
<jannau> I'd like to get the smbios support in otherwise I agree
<chadmed> i wont die on that hill if everyone else wants it :p
<chadmed> i think we've lost the "please add dt support to your tooling" battle
<sven> fine with me
chadmed has quit [Quit: Konversation terminated!]
chadmed has joined #asahi-dev
<sven> can we just merge that smbios MR or is there anything that needs work there?
<sven> ah, jannau already reviewed it and had some comments :)
<chadmed> yeah its not useful in its current state
<chadmed> needs way more info
<jannau> vendor string is "wrong": "Apple" vs. "Apple Inc." and the serial is missing
<jannau> chassis-tpye would be nice as well
<jannau> chadmed: I think u-boot will populate other data and I don't think we have lost the battle w.r.t smbios vs. dt based information
<jannau> the u-boot smbios exists for other reasons. we could just not use it initially since it expected physical RAM within 4GB
<chadmed> it may happen eventually but i havent seen anything mainstream gain dt parsing capabilities except for kfsolid... because i added it 3 years ago
chrisl has joined #asahi-dev
pb17 has quit [Ping timeout: 480 seconds]
chrisl has quit [Ping timeout: 480 seconds]
pb17 has joined #asahi-dev
chadmed has quit [Quit: Konversation terminated!]
chadmed has joined #asahi-dev
<kettenis> I was going to look at the smbios pull request anyway
chrisl has joined #asahi-dev
Larwive has joined #asahi-dev
chrisl has quit [Ping timeout: 480 seconds]
Larwive has quit [Ping timeout: 480 seconds]
chrisl has joined #asahi-dev
chrisl has quit [Ping timeout: 480 seconds]
glem8100548893 has joined #asahi-dev
cylm has joined #asahi-dev
glem810054889 has quit [Ping timeout: 480 seconds]
glem8100548893 is now known as glem810054889
Larwive has joined #asahi-dev
Larwive has quit [Ping timeout: 480 seconds]
<kettenis> pushed
Stardust has joined #asahi-dev
Startdust has quit [Ping timeout: 480 seconds]
<sven> ah, one more possible thing for the m1n1 release: do we want to add that compatible fixup for pmu vs. pmic to m1n1?
<sven> kettenis: ^--
chrisl has joined #asahi-dev
leah2 has quit [Ping timeout: 480 seconds]
chrisl has quit [Ping timeout: 480 seconds]
<kettenis> sven: I think so; not having that compatible means that the boot counter doesn't get reset with older OSes
<kettenis> that could result in quite a bit of user confusion
<kettenis> ah, but it is not just the compatible
<kettenis> but the complete layout of the device tree
<sven> ugh.. that's going to be very annoying
<kettenis> yeah
<kettenis> this is probably best left alone then
<kettenis> the different compatible signals the different layout
<sven> agreed
leah2 has joined #asahi-dev
cylm has quit [Ping timeout: 480 seconds]
<kettenis> the biggest issue will be folks using the UEFI option in the installer
<kettenis> perhaps time to proceed with having an OpenBSD option
<kettenis> now that I've figured out how to build stage1 m1n1 on OpenBSD that becomes easier
<chadmed> we do need to update the minimal uefi image, its quite old
<kettenis> yeah, although I'm not aware of that being a problem
cylm has joined #asahi-dev
chrisl has joined #asahi-dev
<amarioguy> that mmu_setup_secondary issue
<amarioguy> in what scenarios is the HV affected?
<amarioguy> just need to know that so i can determine whether i should hold off on fast forwarding my fork to current
<sven> i suspect that issue has been in m1n1 for a very long time. only some change in the last months made it much more likely
<sven> it happens when the other cores are brought up in the guest almost every time
chrisl has quit [Ping timeout: 480 seconds]
<sven> there are a bunch of workarounds, see https://github.com/AsahiLinux/m1n1/issues/463
<sven> these probably result in something else that isn't as critical being overwritten
<amarioguy> ah i see, thanks for the info, probably will implement one of the workarounds then
Larwive has joined #asahi-dev
Larwive has quit [Ping timeout: 480 seconds]
xdbob has quit [Remote host closed the connection]
xdbob has joined #asahi-dev
<nickchan> would it be possible that some chicken bits are subtly wrong
xdbob has quit [Remote host closed the connection]
xdbob has joined #asahi-dev
<kettenis> hmm, isn't that a stack alignment issue?
<kettenis> in the m1n1 I looked at, dummy_stack isn't 16-byte aligned
<sven> it shouldn't even be using dummy_stack at that point
<nickchan> dummy_stack should never be used in the first place
<nickchan> it could be some cache or memory ordering issues
<nickchan> there's the a7 cache workaround but i really don't think that has any relation to the current issue
<kettenis> well there is no cache flush after _reset_stack gets changed
<sven> i just checked and for me x29 doesn't point to the dummy stack but to the instruction after the branch to deep_wfi
<sven> which, uh, also doesn't make any sense to me
chrisl has joined #asahi-dev
<jannau> I didn't check where it actually pointed. dummy_stack was just the first suspicion because I expected any stack/frame pointer
<sven> yeah, that guess made sense to me. but it reliably points to the instruction after bl deep_wfi inside smp_secondary_entry for me
chrisl has quit [Ping timeout: 480 seconds]
leah2 has quit [Ping timeout: 480 seconds]
Larwive has joined #asahi-dev
Larwive has quit [Ping timeout: 480 seconds]
iyes has joined #asahi-dev
DragonStar has joined #asahi-dev
chrisl has joined #asahi-dev
chrisl has quit [Ping timeout: 480 seconds]
<kettenis> while x29 is typically used as a frame pointer, the compiler is free to use it for other purposes
leah2 has joined #asahi-dev
Larwive has joined #asahi-dev
iyes has quit [Ping timeout: 480 seconds]
Larwive has quit [Ping timeout: 480 seconds]
<sven> i checked the assembly. it should be a frame pointer there, it just also ends up being corrupted somehow
<kettenis> I'm fairly certain we need an explicit cache flush after:
<kettenis> _reset_stack = secondary_stacks[index] + SECONDARY_STACK_SIZE;
iyes has joined #asahi-dev
<kettenis> in src/smp.c:smp_start_cpu()
<kettenis> a "dmb sy" isn't going to work if we're running with caches enabled and the CPU that's being started starts without the caches enabled
<sven> doesn't the dc_civac_range(&_reset_stack, sizeof(void *)); do just that?
<kettenis> crap, looking at an old tree
iyes has quit [Ping timeout: 480 seconds]
ddxtanx has quit [Quit: Konversation terminated!]
ddxtanx has joined #asahi-dev
iyes has joined #asahi-dev
gladiac has quit [Ping timeout: 480 seconds]
chrisl has joined #asahi-dev
<kettenis> but target_cpu is also written and isn't flushed?
iyes has quit [Ping timeout: 480 seconds]
chrisl has quit [Ping timeout: 480 seconds]
DragonStar has quit [Ping timeout: 480 seconds]
iyes has joined #asahi-dev
DragonStar has joined #asahi-dev
iyes has quit [Ping timeout: 480 seconds]
DragonStar has quit [Ping timeout: 480 seconds]
iyes has joined #asahi-dev
pb17 has quit [Ping timeout: 480 seconds]
iyes has quit [Ping timeout: 480 seconds]
DragonStar has joined #asahi-dev
pb17 has joined #asahi-dev
linuxgemini is now known as Guest17080
linuxgemini has joined #asahi-dev
iyes has joined #asahi-dev
Guest17080 has quit [Ping timeout: 480 seconds]
iyes has quit [Ping timeout: 480 seconds]
john-cabaj has quit [Ping timeout: 480 seconds]
DragonStar has quit [Read error: Connection timed out]
gladiac has joined #asahi-dev
iyes has joined #asahi-dev
midou has quit [Remote host closed the connection]
midou has joined #asahi-dev
chrisl has joined #asahi-dev
iyes has quit [Ping timeout: 480 seconds]
Larwive has joined #asahi-dev
iyes has joined #asahi-dev
chrisl has quit [Ping timeout: 480 seconds]
<sven> huh, yeah
<sven> let's see if that changes anything
<sven> still crashes with the same symptoms. probably a good idea to add that additional flush anyway
Larwive has quit [Ping timeout: 480 seconds]
iyes has quit [Ping timeout: 480 seconds]
iyes has joined #asahi-dev
iyes has quit [Ping timeout: 480 seconds]
iyes has joined #asahi-dev
chrisl has joined #asahi-dev
iyes has quit [Ping timeout: 480 seconds]
chrisl has quit [Ping timeout: 480 seconds]
leah2 has quit [Ping timeout: 480 seconds]
iyes has joined #asahi-dev
iyes has quit [Ping timeout: 480 seconds]
leah2 has joined #asahi-dev
iyes has joined #asahi-dev
iyes has quit [Ping timeout: 480 seconds]
iyes has joined #asahi-dev
chrisl has joined #asahi-dev
midou has quit [Ping timeout: 480 seconds]
zumi has quit [Remote host closed the connection]
cylm_ has joined #asahi-dev
zumi has joined #asahi-dev
cylm__ has joined #asahi-dev
cylm has quit [Ping timeout: 480 seconds]
chrisl has quit [Ping timeout: 480 seconds]
cylm has joined #asahi-dev
cylm_ has quit [Ping timeout: 480 seconds]
cylm_ has joined #asahi-dev
cylm___ has joined #asahi-dev
cylm__ has quit [Ping timeout: 480 seconds]
cylm has quit [Ping timeout: 480 seconds]
cylm_ has quit [Ping timeout: 480 seconds]
Larwive has joined #asahi-dev
Larwive has quit [Ping timeout: 480 seconds]
pb17 has quit [Ping timeout: 480 seconds]
chadmed has quit [Quit: Konversation terminated!]
chadmed has joined #asahi-dev
pb17 has joined #asahi-dev
<sven> hrm, so this abort could happen if any of the other cores is still stuck in smp_secondary_entry and has the same stack. it looks like the SPs are correct on initial smp_secondary_entry though and yet it still crashes
<sven> that would also explain where 0x2000000 comes from because that's the original value of SYS_IMP_APL_CYC_OVRD stored on the stack next to the saved LR inside deep_wfi
<sven> i think
chadmed has quit [Quit: Konversation terminated!]
chadmed has joined #asahi-dev
marcusr has quit [Remote host closed the connection]
marcusr has joined #asahi-dev
iyes has quit [Ping timeout: 480 seconds]
Larwive has joined #asahi-dev
Larwive has quit [Ping timeout: 480 seconds]
midou has joined #asahi-dev
chrisl has joined #asahi-dev
DarkShadow4444 has quit [Write error: connection closed]
DarkShadow44 has joined #asahi-dev