10:57 <jannau> kettenis: is 'Device 'serial@39b200000' failed to configure default pinctrl: -19' expected? I'm already using a patched dtb with power-management/power-domains removed

11:03 <kettenis> defenitely not expected

11:06 <kettenis> oh, you enabled some debugging output

11:06 <kettenis> should be harmless

11:09 <jannau> yes, I enabled device model debugging output

11:09 <kettenis> to fix the power domain issues you'd need to add some u-boot,dm-pre-reloc properties

11:10 <jannau> is hat also needed when all power-domains are removed?

11:11 <kettenis> no

11:11 <kettenis> and it shouldn't be needed on the t6000 branch anyway since it doesn't have the pmgr driver yet

11:12 <kettenis> you removed those to avoid too much debug spam?

11:12 <jannau> yes

11:13 <kettenis> then forget about what I just said for now ;)

11:18 <jannau> well, I removed them because I remembered you said they cause the device not initiated without 'u-boot,dm-pre-reloc'. I wasn't aware that it's only a problem with the pmgr driver in u-boot

11:18 <jannau> reducing the debug spam was a nice side effect

14:43 <marcan> found an interesting Apple patent: https://patents.google.com/patent/US10417054B2/en?oq=US10417054B2

14:43 <marcan> so now we know what CLPC is :)

14:47 <marcan> looks like they're basically feeding a bunch of metrics into PID controllers and using that to make scheduling and DVFS state decisions

15:03 <kettenis> and apparently an API for programs to influence those decisions

15:19 <jevinskie[m]> kettenis: I should have asked before I ported apfs-fuse to baremetal for inclusion in your u-boot fork but: can your u-boot quiesce the HW enough such that it can chainload another m1n1/u-boot/xnu (my particular use case)? I’m trying to take my m1n1+concatenated xnu and rework it to m1n1+concatenated u-boot loading xnu from the Preboot apfs volume

15:26 <kettenis> it probably doesn't at the moment, but the nvme driver now runs some code before handover to shut itself down as far as we can

15:26 <kettenis> so other drivers can do the same thing if needed

15:50 <jevinskie[m]> Gotcha, thanks. I’ll push forward and patch as needed. Thanks for the nvme support in u-boot!