02:48 <chadmed> kaazoo: that PR kinda works on the m2 pro with some additions and changes to spin up the secondaries, ive got a m1n1 branch with those changes pending that PR being merged

02:48 <chadmed> the devices are kinda useless at this stage though because barely anything works properly

02:49 <chadmed> i can juuuuust get an m2 pro mini booting tethered, but no display out no nvme no pcie makes it completely useless lmfao

04:52 <nicolas17> huh

04:52 <nicolas17> I didn't know m2 pro had changed *that* much

04:52 <nicolas17> sounds like m1 -> m1 pro -> m2 were "easier"?

05:03 <chadmed> iboot no longer brings up hdmi so we have to add _some_ DCP to m1n1 to get display out on the desktops before linux for starters

05:03 <chadmed> also new pcie tunables etc

05:03 <chadmed> the SIP hasnt changed much though on first glance no

05:04 <chadmed> mostly the same compatibles in the ADT and no changes to DART this time around

05:08 <nicolas17> it *seems* to be taking longer since hardware release to get asahi support than the other two updates, but I have an awful sense of time so idk

05:10 <chadmed> i think everyone is just busy

05:13 <nicolas17> fair, I'm not complaining, I was just curious if there was something especially challenging on the m2 pro changes compared to previous chips ^^

05:13 <chadmed> nah just lack of time i suppose

05:13 <chadmed> like i got the m2 pro mac mini to boot in ~a few hours just messing about with a device tree that was mostly copy-pasted from t600x devices

05:14 <chadmed> j a n n a u has been working on dcp in m1n1 though im pretty sure

05:14 <nicolas17> possibly less devs with these expensive models too?

05:14 <chadmed> perhaps

05:15 <chadmed> it gets expensive buying new computers every ~8 months

05:17 <nicolas17> getting home insurance we realized my mac was likely the most expensive object to declare >.<' and it's not even a pro/max

05:19 <chadmed> depending on your locale theres almost never any point in insuring anything that isnt literally bolted to the house in some way, theyll just try to get out of paying you any way they can

05:19 <chadmed> unless your policy has very explicit "we WILL pay you for x thing" clauses

05:20 <chadmed> which usually only covers jewellery and similar things in the case of theft and costs extra

05:21 <nicolas17> I think declaring the value of those items was for the purpose of calculating the premium (so yes it costs extra)?

05:23 <nicolas17> but my father works at the insurance company and got the policy through that so uh, that may change "chances of getting screwed over" levels :p

05:27 <chadmed> ah yeah thatd help :p

06:35 <jannau> the problem with display out on the m2 (pro) mac minis is that the dcp firmware doesn't handle the edp -> dp2hdmi setup anymore. dcp acts more like dcpext and its output can also be routed to the usb-c ports

06:37 <jannau> I have the setup in m1n1 but apparently it looks like the dp port setup might be incompatible with the simplified dcb_iboot protocol used in m1n1

06:38 <jannau> dcp logs "AP not ready" on display hotplug events

07:00 <marcan> ugh...

07:01 <marcan> how does it work on laptops then?

07:01 <marcan> I guess I might need to disassemble the firmware again...

07:04 <jannau> I wouldn't expect any issues on the laptops. iboot should still initialize the display and the dp phy seems to be handled by dcp firmware

07:05 <jannau> the dp phy for dcp is only in the m2/m2 pro mac mini ADT

07:07 <jannau> i.e the panel on m2 laptops works even with macos 13.2 firmware and would expect the same for the m2 pro/max laptops

07:09 <jannau> macos doesn't support routing dcp output to usb-c for clamshell mode on m2 laptops