00:27 <amarioguy> how would i upload a git patch file here? apparently we use something called matrix?

00:28 <amarioguy> not too familiar with that ngl

00:47 <opticron> matrix is a chat network that can interface with irc

00:48 <opticron> If you're looking to submit patches, you should take a look at github

02:25 <marcan> kettenis: it's more correct on all hardware, it's just Apple's firmware is specifically buggy with the existing brute force version :)

03:19 <acno[m]> hello everyone i am new and am wondering if anyone can guide me on getting involved. Are their any resources I should look into or a certain area i should dive into?

05:59 <kettenis> marcan: sure, just making sure it doesn't accidentally breaks non-apple hardware

06:00 <kettenis> and if you send the diff upstream I can add a tested-by tag ;)

06:00 <kettenis> wink, wink

06:37 <jannau> https://github.com/jannau/linux/tree/asahi-macos13-no-smc has dts changes to disable SMC, I ended up modifying the devicetree since preventing the use of apple_smc_rtkit also "breaks" all dependencies. i.e. the framebuffer due to the smc gpio backlight and PCIe due to the pwren-gpios

06:39 <jannau> marcan: please take https://github.com/jannau/linux/commit/a4b84397044e0f02c55e46fbc3ba6a5bd801a535 and https://github.com/jannau/linux/commit/be714a4f81d031177f4e21a313428eafeb9c4973 for the asahi kernel

07:13 <marcan> ah yes, I was going to do that

07:13 <marcan> let me do it now before I forget

07:14 <marcan> jannau: merged and pushed :)

07:15 <marcan> jannau: isn't pcie going to be a problem for people who want to update without ethernet?

07:17 <marcan> wonder if there's any good way to fix that though, short of hacking together an SMC client in m1n1 to flip that GPIO on :/

07:17 <marcan> maybe there is some horrible hack, like using one of the SMC sideband mailboxes meant for other ASCs as long as they don't panic on the unexpected reply?

07:18 <marcan> (or just tell the few people affected to manually download the packages)

07:18 <_jannau_> I was planning to tell affected users to download the packages and install them manually

07:19 <marcan> yeah, I guess that's probably the sanest option

07:20 <j`ey> and rebuild the installer/root.zip

07:20 <marcan> of course

07:21 <marcan> that will go out with the pushed packages

07:21 <sven> jannau: fwiw, apple,sart2 doesn't exist in the upstream DT bindings anymore because sart2 is only used on t8103

09:19 <kettenis> ah crap, that means I have to fix the OpenBSD sart driver I committed yesterday...

09:21 <kettenis> and it means that we need a v2 of the u-boot patch

12:01 <sven> :(

12:02 <sven> i'm also happy to re-inintroduce apple,sart2 but that feels a bit silly when there's only one chip that has it

12:14 <_jannau_> no. let's not do that in the upstream dts. We can carry a patch adding apple,sart2 for a few months

12:15 <_jannau_> I'll send a v2 for u-boot tonight

12:40 <kettenis> I already fixed the OpenBSD driver

18:04 <kettenis> sven, jannau: apple,sart3 is also not part of the bindings

18:26 <millenialhacker> For people interested in ISP, I have done some progress this week. At this point, tracer is able to read properly 4 of 7 IPC channels, including ISP internal terminal log buffer. https://github.com/kellermanrivero/m1n1/commit/6bdb879fc0cfb35667714cccfdc85f00c07745ee

18:28 <millenialhacker> Sample logs (just TERMINAL channel): https://pastebin.com/Fm0SrXbF