ChanServ changed the topic of #asahi-dev to: Asahi Linux: porting Linux to Apple Silicon macs | General development | GitHub: https://alx.sh/g | Wiki: https://alx.sh/w | Logs: https://alx.sh/l/asahi-dev
gladiac is now known as Guest6477
gladiac has joined #asahi-dev
Guest6477 has quit [Ping timeout: 480 seconds]
<jannau> the problem seems to be that probing of pinctrl_ap gets deferred because pmgr is not ready
<jannau> this seems to cause dart to be initialized before pcie0 and that seems to cause the SErrors
<jannau> I can work around that by removing the power-domains from pinctrl_ap and pcie0
kenzie has quit [Quit: The Lounge - https://thelounge.chat]
kenzie has joined #asahi-dev
kenzie has quit [Quit: The Lounge - https://thelounge.chat]
kenzie has joined #asahi-dev
kenzie has quit []
kenzie has joined #asahi-dev
phiologe has joined #asahi-dev
PhilippvK has quit [Ping timeout: 480 seconds]
kov has quit [Quit: Coyote finally caught me]
kenzie has quit [Read error: Connection reset by peer]
kenzie has joined #asahi-dev
kenzie has quit [Quit: The Lounge - https://thelounge.chat]
kenzie has joined #asahi-dev
kenzie4 has joined #asahi-dev
kenzie has quit [Ping timeout: 480 seconds]
kenzie41 has joined #asahi-dev
kenzie4 has quit [Read error: Connection reset by peer]
utf8 has joined #asahi-dev
utf8 has quit []
<marcan> jannau: that looks like an initialization order problem unrelated to pmgr
<marcan> so the DARTs need apcie to init first? that's... annoying
<marcan> I'm not seeing that though? I just disabled apcie and the DARTs initialized fine
<marcan> but indeed they SError from m1n1 without doing anything, so there's something. but what...
<marcan> wait no, they don't, I'm stupid
<marcan> so as long as you call pcie_init() from m1n1 it does work
<marcan> which it should before booting the kernel
<marcan> let me update to 12.0.1 and see if something changed...
<marcan> I'm guessing m1n1's PCIe init needs to do some extra stuff
<sven> the thunderbolt darts are going to be annoying like that. they need some TB init before you can access them without serrors :/
<marcan> sven: pcie ones too anyway
<marcan> but the weird thing is port0 initialized for jannau
<marcan> but not port1
<sven> huh
<marcan> now I'm wondering if the m1n1 pcie init is failing somehow
<marcan> jannau: can you look for the log on that part?
<marcan> also have you updated m1n1 recently? the old PCIe code was all kinds of broken
<sven> i still kinda hope we can get away with initializing just enough for TB to at least enable the DARTs inside m1n1 without triggering that weird watchdog i ran into last time i tried
<marcan> yeah, it might work
<marcan> otherwise we make ATC-CIO another power domain provider :D
<sven> because otherwise this is going to be mess inside the kernel :/
<marcan> well, it's not *that* bad, there are ways
<sven> oh, ATC will already be a reset provider anyway :P
<marcan> for example, we can make the DARTs child nodes of the ATC stuff
<marcan> that means they won't be autoprobed
<marcan> then ATC can choose to probe them whenever it wants
<sven> sure, it's just going to be a mess one way or another
<marcan> that kind of fits with the hardware model
<marcan> well, I mean, it's just moving the nodes and like 5 lines of code
<marcan> not exactly a mess
<sven> i mean the entire TB stuff :D
<marcan> oh sure :p
<marcan> you know what, I bet I know what happened
<marcan> } else if (adt_is_compatible(adt, adt_offset, "apcie,t6000")) {
<marcan> port_reg_cnt = 5;
<marcan> what if that isn't t6k
<marcan> what if that is 12.0.1+
<marcan> then the first port will work and all the others will die a horrible death
<marcan> ... now the problem is how do I sanely check for firmware versions in m1n1...
<marcan> yuuuuuup
<marcan> that's it
<marcan> goddammit
<marcan> beta5 had 4, 12.0 RC had 5, not sure when it changed, probably with the RC
<marcan> I guess the easiest thing to do here is count the number of reg entries, subtract the header, and divide by the number of ports
<sven> :/
<jannau> current m1n1 is chainloaded before booting, on disk m1n1 is old. PCI initialisation for pci-bridge1 fails in the chainloaded m1n1
<jannau> pcie: Port failed to come up on /arm-io/apcie/pci-bridge1
<marcan> jannau: m1n1 update pushed, should fix your problem
<marcan> (dammit apple)
<jannau> yes, problem fixed
<marcan> robher: is there some official punishment we can give apple for changing the ADT binding without changing the compatible? ;)
<sven> oh, i'd like to punish them for some more creative ideas in their ADT while we're at it
<sven> did you see the agx iommu node (on which agx depends) that's really just a stub that just calls into the main driver?
<kettenis> marcan: yes, I tried pointing that out to you during one of the streams ;)
<marcan> kettenis: that the change affected t8103 too?
<marcan> jannau: lol, 12.0.1 broke my display too
<marcan> I guess that's a reason to update to 12.1 betas and see if they fix it...
<marcan> fails with two different capture cards
<marcan> did they actually break HDMI out in iBoot on the Mini across the board?
<marcan> well, this is a release blocker for us; we aren't shipping 11.x because just no, and we can't really ship betas, and 12.0.1 critically breaks the framebuffer on the mac mini...
<marcan> if 12.1 doesn't fix this I'm going to have to start shouting loudly at apple
<marcan> at least old installs still work, so when the iBoot2 bundle DCP gets loaded, at least that fixes it
<marcan> would've been really bad if it broke systemwide
<marcan> oh hahaha, I just caught a frame from an older macOS boot and there was no apple logo!
<marcan> I guess iBoot1 is in charge of putting that up, and since that's broken, iBoot2 comes along and initializes a blank framebuffer...
<marcan> (once DCP loads inside macOS it redraws the logo though)
<kode54> just FYI they broke color profiles with 12.1 beta 3
<kode54> "over 10" reports, "potential fix identified" for a future update
<kode54> having a color profile enabled turns the screen into rainbow barf
the_lanetly_052___ has joined #asahi-dev
<marcan> ha
<marcan> and nope, not fixed in the betas
<marcan> so the good news is dcp.py works as-is on 12.0.1, and all you need to do to make it bring up the screen is a standard modeset
<jannau> marcan: any preference how to handle conflicting dts changes for 5.17?
Chainsaw_ has joined #asahi-dev
<jannau> I have a few minor fixups for the t6000 devicetree? do you want them as merge request for the branch for later stashing
brinly has quit [Ping timeout: 480 seconds]
philpax has quit [Ping timeout: 480 seconds]
robher_ has joined #asahi-dev
nathanchance has quit [Ping timeout: 480 seconds]
esden has quit [Ping timeout: 480 seconds]
kendfinger has quit [Ping timeout: 480 seconds]
tardyp has quit [Ping timeout: 480 seconds]
arnd_ has quit [Ping timeout: 480 seconds]
cptcobalt has quit [Ping timeout: 480 seconds]
austriancoder has quit [Ping timeout: 480 seconds]
sjg1 has quit [Ping timeout: 480 seconds]
NekomimiScience has quit [Ping timeout: 480 seconds]
Ariadne has quit [Ping timeout: 480 seconds]
nkaretnikov has quit [Ping timeout: 480 seconds]
jkkm has quit [Ping timeout: 480 seconds]
jabashque has quit [Ping timeout: 480 seconds]
Chainsaw has quit [Ping timeout: 480 seconds]
robher has quit [Ping timeout: 480 seconds]
Chainsaw_ is now known as Chainsaw
daniels has quit [Ping timeout: 480 seconds]
tom-w has quit [Ping timeout: 480 seconds]
Ariadne has joined #asahi-dev
weems_ has quit [Ping timeout: 480 seconds]
tom-w has joined #asahi-dev
daniels has joined #asahi-dev
jkkm has joined #asahi-dev
nathanchance has joined #asahi-dev
tardyp has joined #asahi-dev
brinly has joined #asahi-dev
philpax has joined #asahi-dev
<marcan> jannau: anything that applies to the changes in the t6000 bringup branch, you can just send me a PR to it and I'll squash it in and put you down as c-a-b.
<marcan> if it applies to mainline you can just send it out as usual, up to you :)
cptcobalt has joined #asahi-dev
arnd_ has joined #asahi-dev
nkaretnikov has joined #asahi-dev
sjg1 has joined #asahi-dev
austriancoder has joined #asahi-dev
weems_ has joined #asahi-dev
jabashque has joined #asahi-dev
NekomimiScience has joined #asahi-dev
esden has joined #asahi-dev
kendfinger has joined #asahi-dev
<_jannau_> fixes for t6000/bringup-work are just minor dts fixes to fix some dtbs_check reports. not even worth a c-a-b imo
<marcan> sure :)
<kettenis> marcan: yes I tried to point out that t8103 also changed
<marcan> I think I missed that... please shout louder next time :)
<kettenis> but I don't blame you for missing that ;)
kov has joined #asahi-dev
<maz> marcan: given the level of quality the DWC driver has, I'd rather not touch it at all. I'll happily review patches that implement the speed selection though.
<marcan> it's... not the prettiest approach :/
<marcan> it's kind of crappy that we can't use the config space accessors because stuff isn't initialized yet
<marcan> OTOH it might be possible to just do this in m1n1 too?
<marcan> fwiw it seems that patch is required to get 10Gbe working on those Mac Minis; I think that NIC only does Gen2 or better, and without it everything trains at Gen1
<maz> I really wish all this was done in core code. every single driver is reinventing this logic, because the core doesn't understand the PCIe state machine...
<marcan> the PCIE_LINK_WIDTH_SPEED_CONTROL bit is dwc-specific
<marcan> the speed selection though, yeah
<maz> marcan: it's not too horrible though. can you please send it on the list? there are a number of patches already (I reposted the #PERST stuff), and I can prod Lorenzo to pick them up.
gabuscus has quit [Ping timeout: 480 seconds]
<marcan> will do :)
<marcan> done!
the_lanetly_052___ has quit [Ping timeout: 480 seconds]
gabuscus has joined #asahi-dev
X-Scale has joined #asahi-dev
X-Scale` has quit [Ping timeout: 480 seconds]
gabuscus has quit [Ping timeout: 480 seconds]
gabuscus has joined #asahi-dev
aleasto has joined #asahi-dev
V has quit [Remote host closed the connection]
V has joined #asahi-dev
Dcow_ has quit [Quit: My Mac Mini has gone to sleep. ZZZzzz…]
jbowen has joined #asahi-dev
yuyichao_ has quit [Ping timeout: 480 seconds]
rkt has joined #asahi-dev
rkt has left #asahi-dev [#asahi-dev]
dottedmag has joined #asahi-dev
yuyichao_ has joined #asahi-dev
gladiac is now known as Guest6521
gladiac has joined #asahi-dev
method_ has joined #asahi-dev
Guest6521 has quit [Ping timeout: 480 seconds]
Method has quit [Ping timeout: 480 seconds]
jbowen has quit [Ping timeout: 480 seconds]
yuyichao has joined #asahi-dev
yuyichao_ has quit [Ping timeout: 480 seconds]
yuyichao_ has joined #asahi-dev
gladiac is now known as Guest6527
gladiac has joined #asahi-dev
yuyichao has quit [Ping timeout: 480 seconds]
Guest6527 has quit [Ping timeout: 480 seconds]
jbowen has joined #asahi-dev
jbowen has quit [Ping timeout: 480 seconds]
jbowen has joined #asahi-dev
HardWall has joined #asahi-dev
RealityVoid has quit [Ping timeout: 480 seconds]
jbowen has quit [Ping timeout: 480 seconds]
Dcow has joined #asahi-dev
Dcow has quit []
Dcow has joined #asahi-dev
X-Scale` has joined #asahi-dev
aleasto has quit [Quit: Konversation terminated!]
X-Scale has quit [Ping timeout: 480 seconds]
Dcow has quit [Quit: My Mac Mini has gone to sleep. ZZZzzz…]
Dcow has joined #asahi-dev
yuyichao_ has quit [Ping timeout: 480 seconds]