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
allmazz_ has joined #asahi-dev
pb17 has quit [Ping timeout: 480 seconds]
CME_ has quit [Ping timeout: 480 seconds]
chrisl has joined #asahi-dev
allmazz has quit [Ping timeout: 480 seconds]
allmazz_ is now known as allmazz
allmazz has quit [Remote host closed the connection]
allmazz has joined #asahi-dev
mariogrip430 has quit [Ping timeout: 480 seconds]
chrisl has quit [Ping timeout: 480 seconds]
mariogrip430 has joined #asahi-dev
kaazoo has quit [Quit: Leaving.]
<nickchan> fl0_id: the cpu start interface has remained compatible for like some 10 (?) years
<nickchan> I mean, other than that offset obviously
pb17 has joined #asahi-dev
chrisl has joined #asahi-dev
chrisl has quit [Ping timeout: 480 seconds]
CME has joined #asahi-dev
ddxtanx_ has quit [Remote host closed the connection]
ddxtanx has joined #asahi-dev
chrisl has joined #asahi-dev
allmazz has quit [Quit: allmazz]
chrisl has quit [Ping timeout: 480 seconds]
pb17 has quit [Ping timeout: 480 seconds]
nesnas has quit [Ping timeout: 480 seconds]
DannyBee has quit [Read error: No route to host]
DannyB has joined #asahi-dev
nesnas has joined #asahi-dev
nesnas has quit [Ping timeout: 480 seconds]
nesnas has joined #asahi-dev
pb17 has joined #asahi-dev
nesnas has quit [Ping timeout: 480 seconds]
chrisl has joined #asahi-dev
nesnas has joined #asahi-dev
chrisl has quit [Ping timeout: 480 seconds]
mariogrip430 has quit [Quit: The Lounge - https://thelounge.chat]
mariogrip430 has joined #asahi-dev
nesnas has quit [Ping timeout: 480 seconds]
nesnas has joined #asahi-dev
nesnas has quit [Ping timeout: 480 seconds]
tobhe has joined #asahi-dev
nesnas has joined #asahi-dev
tobhe_ has quit [Ping timeout: 480 seconds]
chrisl has joined #asahi-dev
nesnas has quit [Ping timeout: 480 seconds]
john-cabaj1 has joined #asahi-dev
john-cabaj has quit [Remote host closed the connection]
john-cabaj1 is now known as john-cabaj
chrisl has quit [Ping timeout: 480 seconds]
nora has joined #asahi-dev
nora_ has quit [Ping timeout: 480 seconds]
nesnas has joined #asahi-dev
eluks has quit [Remote host closed the connection]
eluks has joined #asahi-dev
nesnas has quit [Ping timeout: 480 seconds]
john-cabaj has quit [Ping timeout: 480 seconds]
ddxtanx has quit [Read error: Connection reset by peer]
pb17 has quit [Ping timeout: 480 seconds]
nesnas has joined #asahi-dev
nesnas has quit [Ping timeout: 480 seconds]
nesnas has joined #asahi-dev
pb17 has joined #asahi-dev
MountainRose has quit [Remote host closed the connection]
vegtam has joined #asahi-dev
vegtam has quit []
chrisl has joined #asahi-dev
yuyichao_ has joined #asahi-dev
ddxtanx has joined #asahi-dev
chrisl has quit [Ping timeout: 480 seconds]
gnuiyl has quit [Remote host closed the connection]
gnuiyl has joined #asahi-dev
pb17 has quit [Ping timeout: 480 seconds]
pb17 has joined #asahi-dev
nesnas has quit [Ping timeout: 480 seconds]
nesnas has joined #asahi-dev
pb17 has quit [Ping timeout: 480 seconds]
chrisl has joined #asahi-dev
chrisl has quit [Ping timeout: 480 seconds]
pb17 has joined #asahi-dev
allmazz has joined #asahi-dev
allmazz has quit [Remote host closed the connection]
roxfan2 has quit [Ping timeout: 480 seconds]
<fl0_id> nickchan good to know
<fl0_id> do you by any chance know about this rust fmt error in my PR? seems more like a CI fluke as I didn't touch any rust code.
<fl0_id> I would just rerun it, but for obvious reasons I cannot do that
enick_92 has quit [Ping timeout: 480 seconds]
rhysmdnz has quit [Ping timeout: 480 seconds]
enick_92 has joined #asahi-dev
rhysmdnz has joined #asahi-dev
pb17 has quit [Ping timeout: 480 seconds]
<fl0_id> other question - this file is from a not accepted PR due to binary RE-ing of the author (on other drivers) - but as it seems to just rename mcc things to make t6031 things also apply to t6030 things, would it be acceptable to work off of it to enable mcc for t6030?
aditya has joined #asahi-dev
roxfan has joined #asahi-dev
pb17 has joined #asahi-dev
chrisl has joined #asahi-dev
chrisl has quit [Ping timeout: 480 seconds]
chrisl has joined #asahi-dev
john-cabaj has joined #asahi-dev
<nickchan> fl0_id: edit some timestamp or something and then force push will make it rerun
<fl0_id> nickchan ok true. Though I still think I'm first waiting for some feedback
<fl0_id> though force pushing is a good idea in this case, didn't even think of that
<nickchan> fl0_id: do you not need to deal with timer registers? the 1ghz clock stuff
<nickchan> id imagine hv with different timer frequencies between EL would be really bad
pb17 has quit [Ping timeout: 480 seconds]
<nickchan> But I guess there is no need to deal with that yet when hv is broken for plenty other reasons
<fl0_id> this is based on this: https://github.com/AsahiLinux/m1n1/pull/426 so yes it would have to be dealt with. But t6031 was also merged before doing that, so I think there's no reason not to add t6030
<fl0_id> assuming this counterscaling things is also present on m4, maybe mischa can also contribute to that
<fl0_id> the different clock frequencies i mean
aditya has quit [Quit: Connection closed for inactivity]
nesnas has quit [Ping timeout: 480 seconds]
<sven> yeah, no need to have a perfect pull request. I’m happy as long as it doesn’t break anything and looks like it gets us closer to m3/m4 support
<nickchan> "s3_1_c15_c1_5 = AGTCNTRDIR_EL1"
<nickchan> if this is to be trusted
<nickchan> (so this makes s3_4_c15_c14_5 = AGTCNTRDIR_EL2, and s3_4_c15_c14_6 = AGTCNTRDIR_EL12)
<fl0_id> sven it should. someone on #asahi also said they would test for t6030 but they haven't been online yet again, maybe can tell them later
<sven> i can take a look at it this evening
<sven> (the PR, not testing on t6030 ;))
<fl0_id> sven ok cool :)
<fl0_id> nickchan that issue seems pretty helpful and they have a link to docs
<sven> from a very brief glance i'd probably squash the last commit into the first one
<sven> rest looks reasonable
<nickchan> sven: would you happen to have any time to look at https://github.com/AsahiLinux/m1n1/pull/440 too? https://github.com/AsahiLinux/m1n1/pull/446
<nickchan> first one is uncore pmc because it's different on a11 and the second one fixes the proxyclient by adding support for parsing pmu & pmgr + making the cpu faster
<sven> probably not today since those probably need a more careful review since they also touch general code
<sven> i'm also not the only one who can review these things, even getting someone to test it on M1/M2/whatever and confirm nothing broke would help
<fl0_id> sven sure that's no problem.
chrisl has quit [Ping timeout: 480 seconds]
<nickchan> fl0_id: nope the ci is just broken not fluke
<fl0_id> nickchan ok. yeah I just checked commits just before that and those still worked and I didn't see any workflow changes
<fl0_id> that's why I wasn't sure what was going on
pb17 has joined #asahi-dev
simjnd has joined #asahi-dev
chrisl has joined #asahi-dev
chrisl has quit [Ping timeout: 480 seconds]
chadmed has quit [Quit: Konversation terminated!]
chadmed has joined #asahi-dev
chadmed has quit []
chadmed has joined #asahi-dev
chadmed has quit []
chadmed has joined #asahi-dev
chadmed has quit []
chadmed has joined #asahi-dev
chadmed has quit []
chadmed has joined #asahi-dev
chrisl has joined #asahi-dev
chrisl has quit [Ping timeout: 480 seconds]
pb17 has quit [Ping timeout: 480 seconds]
pb17 has joined #asahi-dev
chrisl has joined #asahi-dev
chrisl has quit [Ping timeout: 480 seconds]
chrisl has joined #asahi-dev
chrisl has quit [Ping timeout: 480 seconds]
<fl0_id> sven squashed that one commit. rebase -i <3
Koshka has joined #asahi-dev
Koshka has quit [Remote host closed the connection]
chrisl has joined #asahi-dev
pb17 has quit [Ping timeout: 480 seconds]
<sven> it looks like you just dropped that commit instead of squashing it into the first one
<sven> and I guess we’ll have to figure out how to fix the CI :/
chrisl has quit [Ping timeout: 480 seconds]
simjnd has quit [Ping timeout: 480 seconds]
chrisl has joined #asahi-dev
chrisl has quit [Ping timeout: 480 seconds]
JayBeeFOSS has quit [Ping timeout: 480 seconds]
JayBeeFOSS has joined #asahi-dev
pb17 has joined #asahi-dev
billak has joined #asahi-dev
chrisl has joined #asahi-dev
billak has quit [Remote host closed the connection]
aditya has joined #asahi-dev
chrisl has quit [Ping timeout: 480 seconds]
billak has joined #asahi-dev
billak has quit []
okb has joined #asahi-dev
* sven hate debugging CI issues
<jannau> sven: looks more like an rustup issue or change regarding rustfmt
<sven> yeah, i wish i could just ssh into that actions runner and actually debug what's going on
bjoto` has joined #asahi-dev
<jannau> I can't reproduce it in an ubuntu jammy container after installing rustup and nightly toolchain
bjoto has quit [Read error: Connection reset by peer]
bjoto`` has joined #asahi-dev
<sven> tried it in a ubuntu vm and it worked there as well
<jannau> oh, ubuntu latest is 24.04. we should update the llvm install
bjoto` has quit [Ping timeout: 480 seconds]
<jannau> sven: looks like `. "$HOME/.cargo/env"` fixes it
<sven> hah, nice
chrisl has joined #asahi-dev
<jannau> I don't really understand why that's an issue
<sven> me neither, but that's common whenever I have to fix something in CI :/
<sven> debugging kernel code on a separate mac is less painful and faster than debugging CI issues for me *sigh*
<jannau> I suspected the image switched to a distro installed cargo and thus was missing rustfmt there. so sourcing the env made sense but it used `$HOME/.cargo/bin/cargo`
chrisl has quit [Ping timeout: 480 seconds]
<sven> oh well, let's just merge the fix
<alyssa> sven: real.
<sven> fl0_id: okay, CI is fixed but I think you have to rebase on master to fix it in your PR as well
pb17 has quit [Remote host closed the connection]
pb17 has joined #asahi-dev
<jannau> nice, David Heidelberg picked up my local-mac dt-bindings changes
<alyssa> jannau: do we need that for the asahi DTs?
nesnas has joined #asahi-dev
<sven> it removes an annoying warning whenever we have to run dt_check (or however that target is called)
<sven> which we're supposed to do before picking up any updates to the .dts files in our tree
<jannau> yes, make dtbs_check comaplains about "local-mac-address" in the wifi node
<alyssa> ah
aditya has quit [Quit: Connection closed for inactivity]
chrisl has joined #asahi-dev
chrisl has quit [Ping timeout: 480 seconds]
okb_ has joined #asahi-dev
okb has quit [Ping timeout: 480 seconds]
okb_ has quit [Read error: Connection reset by peer]
<fl0_id> sven well, it would look like that, because it just put the macros/constants back into midr.h / removed them from the file where the original author duplicated them. so the only remaining part of that is https://github.com/AsahiLinux/m1n1/pull/450/commits/fa3cd4b96fd6acaeb4eca7eeccb2e4ec595b7f24#diff-81896a3d888013ed9999381fea7e22d11b2de48149444a059a54bc37de4814e5
<fl0_id> oh this is probably the real fix for M3 adt dumping (and M4) instead of just ignoring the error. @mischa85 did you do this or just ignore the error? https://github.com/AsahiLinux/m1n1/pull/418/commits/69f3e4d24bf6c1be686fc1a94e27c5c5b4ef9df0
<fl0_id> (remove #)
mischa85 has joined #asahi-dev
<mischa85> i did some more stuff to it, not only to get it to parse but also to index all the values i could find in it: https://github.com/mischa85/m1n1/commit/ad8c07411c9ac730615a141519652128a34a721a#diff-a41d8ed8cd219c858c64b5b44cc2f744f5199de7f65161b7e21a57aa3c18adf1
<mischa85> i still think some of these are related to the power registers
<sven> fl0_id: no, the constants shouldn't be in chickens.c but in midr.h but it looks like they're added to chickens.c in the github diff
<sven> i'd expect to just see two new lines or so for midr.h
<sven> https://github.com/AsahiLinux/m1n1/pull/450/commits/f8d25a3991a5395b075a891e3f02af8be7a3638e that commit should just add two lines or whatever to midr.h
<mischa85> btw that repo is a mess but i will only start cleaning it up once i know at least a tiny little bit what is going on on m4
<fl0_id> sven yes that's how it should be. mmh at first it looked right for me, no idea what happened now, will check
<sven> great :)
cyrinux has quit []
<sven> once that's fixed it looks ready to be merged I think
cyrinux has joined #asahi-dev
<mischa85> noob question: the chicken bits are irrelevant in being able to/not being able to fire up the cores right?
<fl0_id> mischa85 ah interesting. re parsing adt, I was wondering if you had done this https://github.com/AsahiLinux/m1n1/pull/418/commits/69f3e4d24bf6c1be686fc1a94e27c5c5b4ef9df0 as I was wondering as whether that was a better solution for parsing adt then my hack
<fl0_id> (I basically just printed the error and made the error counter count up on pmu but then have it go on) (afaik)
<mischa85> fl0_id: i actually had some fun in untangling the binary data adt.py spit out when i had it wrong
<mischa85> but the only problematic section for me was the pmgr section of course
<sven> mischa85: i assume you're running with MMU disabled etc?
<fl0_id> hehe can imagine
<mischa85> apple seemed to be short on bits there so they went on to do some weird stuff there
<sven> in theory chicken bits can effect everything since they're working around cpu errata
<mischa85> sven: actually i did take over some mmu code, but i have no idea if it's correct
<mischa85> at least it's not exploding
<sven> enabling the MMU without proper chicken bits exploded in the past in weird ways iirc
<sven> iirc only once linux booted though but it was likely already broken inside m1n1
<sven> are running with BRINGUP defined? that skips mmu init I think
<mischa85> i have a custom bootpath, it does do mmu_init()
pb17 has quit [Ping timeout: 480 seconds]
<sven> i'd skip that if you're not confident you have the chicken bits set correctly
<mischa85> aight i'll try that then
<mischa85> i'm almost 95% sure my chicken bits are wrong
chrisl has joined #asahi-dev
<mischa85> well there's at least one t6041 thing that can probably be added to m1n1: T6041 EARLY_UART_BASE: 0x429200000
<mischa85> but i can't take credit for even that one because i still it from some other wip repo
<mischa85> *stole
<mischa85> but it really seems to be correct
chrisl has quit [Ping timeout: 480 seconds]
<fl0_id> sven I'm gonna check tomorrow how I can rescue that commit safely or fix it somehow, too tired now.
<mischa85> fl0_id thanks for your MR, i'll see if i missed some stuff and can try on t6041 too
<sven> sure, you can probably and find the commit before the rebase with git reflog
<sven> or maybe even grab the old commit hash from the PR, I think GitHub shows those before a force push
pb17 has joined #asahi-dev
nesnas has quit [Remote host closed the connection]
nesnas has joined #asahi-dev
mischa85 has quit [Ping timeout: 480 seconds]
nesnas has quit [Ping timeout: 480 seconds]
nesnas has joined #asahi-dev
nesnas has quit [Ping timeout: 480 seconds]
mischa85 has joined #asahi-dev
chrisl has joined #asahi-dev
nesnas has joined #asahi-dev
chrisl has quit [Ping timeout: 480 seconds]
nesnas has quit [Ping timeout: 480 seconds]
nesnas has joined #asahi-dev