User Details
- User Since
- Jul 12 2022, 11:32 AM (189 w, 19 h)
Yesterday
haven't done a hugely in-depth review yet. Overall looks pretty good!
Mon, Feb 23
Sat, Feb 21
update names
update HISTORY & names
update history section
Fri, Feb 20
remove LIBRARY
remove LIBRARY
Thu, Feb 19
use posix 2024 as standard
use posix 2024 as standard
Comments to clarify example code.
oops wrong diff :P
respond to des@'s review comments
Wed, Feb 18
tested, all works. just style to improve but can be done on commit/later
Tue, Feb 17
Fix passing dev instead of handle to acpi_device_pwr_for_sleep_sxd
nit: acpi_poweroff generally has kind of a mix of styles. It would be good to have just tabs to completely match FreeBSD style.
Mon, Feb 16
if we want similar functionality to rfkill on Linux (i.e. user events for rfkill hard block state change), then it probably makes sense for us also to have a rfkill devnode we can register kevents on. Then ioctls for soft block state change/hard block query maybe instead of sysctls
Fri, Feb 13
Thu, Feb 12
Sat, Feb 7
Fri, Feb 6
Ask SPMC for D-state in s2idle instead of _S255D
Thu, Feb 5
is there any concern for breaking existing m4 programs?
kind of dirty, but ig you could have another function for generating these testcases using eval:
Does this mean all TB3 support will be removed?
Wed, Feb 4
This makes sense, but do note that light ridge is not currently in tb_pcib_identifiers and probably won't be supported any time soon (if ever) due to it I'd assume using an internal connection manager
Tue, Feb 3
Mon, Feb 2
Sun, Feb 1
Don't need to check for NULL if EVENTHANDLER_REGISTER never returns it anyway.
Don't need to check for NULL if EVENTHANDLER_REGISTER never returns it anyway.
Sat, Jan 31
Rename hooks again + don't check EVENTHANDLER_REGISTER
Rename hooks again + don't check EVENTHANDLER_REGISTER
Oops
Use acpi_pmc_suspend/acpi_pmc_resume to acpi_late_suspend/acpi_early_resume respectively (at request of olce@).
Rename acpi_pmc_suspend/acpi_pmc_resume to acpi_late_suspend/acpi_early_resume respectively (at request of olce@).