09:12 <marcan> ok, going to push a new release

09:13 <marcan> issue I just noticed: sometimes brcmfmac/hci load before the vendor firmware is loaded on firstboot. I think it might happen because pcie comes up late and triggers a udev event, even though coldplug hasn't asked for non-block devices yet.

09:13 <marcan> I need either a more reliable way to block those devices from loading automatically until after the vendorfw update, or to move it to the initramfs...

09:15 <marcan> maybe I can just drop the /boot/efi dependency, make the vendorfw update unit do its own ESP lookup/mounting, and make it run before udev as a whole

15:17 <sven> lol, turns out resetting the bluetooth devices requires nothing special except for a normal pcie function level reset + sleeping a bit to make sure it had time to come up again

15:20 <kettenis> the device implements function level reset?

15:20 <sven> yes

15:21 <sven> i just thought that was broken because I didn't sleep afterwards. looks like XNU does the same (or, well, I at least don't see any polling in the mmio trace)

17:52 <sven> uh, dumb question, but how do i exit suspend2idle? :D

17:52 <sven> this should work as long as I don't have the wifi driver loaded, shouldn't it?

17:53 <rqou_> congrats on the release!

18:08 <jannau> sven: interrupts. on the mac mini? have you tried the power button? an usb keyboard?

18:09 <sven> yeah, that didn't work. but i'm just using upstream + bluetooth patches so maybe I should try the asahi branch instead

18:09 <sven> i just assumed usb keyboard should work but that seems to lose power once i enter s2idle

18:12 <jannau> power button will need the smc driver. can't the watchdog programmed to wake the CPU before reset?

18:26 <sven> hm, probably

18:26 <sven> or maybe I can just hack it to immediately resume even when no irq arrived