I’m not sure where the best place is to report this, but the ECDT ACPI table on the Framework (at least the i5 model) points to an invalid device in the DSDT:
[03Ch 0060 4] UID : 00000001
[040h 0064 1] GPE Number : 6E
[041h 0065 20] Namepath : "\_SB.PC00.LPCB.H_EC"
That should probably point to
\_SB.PC00.LPCB.EC0 which is the actual
Thanks for reporting this. This is the best place to report it. CC @Kieran_Levin
Hi, while fixing some things in OpenBSD to make it work better on the Framework Laptop, I was debugging why closing the lid didn’t cause the system to suspend, despite there being a
PNP0C0D device in the DSDT and the
acpibtn driver attaching to it. It ended up being the ECDT pointing at a bogus device which is preventing the
acpiec driver from properly attaching to the
PNP0C09 device (
EC0) where all of the notifications are defined, so notifications are generated when the lid is closed but they don’t reach the
acpiec driver for processing into an actual S3 suspend request.
@jcs we will fix this in bios 3.04.
Great support, thanks @Kieran_Levin! Any rough idea when the next BIOS upgrade might appear? Thx
We are preparing 3.03 now for beta testing and then release. 3.04 would be the follow-on, and there are a few items pending completion before we can start a release schedule for it.