Since it's been some time the patches not being upstreamed yet, I have decided to remove local patch files from the port and use the patch from my own fork with the version upgrade. I hope that's OK.

Review from markj.

Review from markj.

Review from markj.

Generally VOP_INACTIVE() is a good place, but a (small) problem with it is that it might be skipped

sys/dev/qlxge/qls_hw.c:1004 also seems to use the incorrect RSS queue pattern - may be worth specifically mentioning that anti-pattern in the iflib man page or in the rss comments somewhere

hs-hledger-web-1.52.1 fails to build: github.com/simonmichael/hledger/issues/2600
We need to wait for this to be resolved.

In D57096#1311582, @markj wrote:

When all handles referencing a vnode are closed, VOP_INACTIVE (implemented by p9fs_inactive()) should be closed. Isn't that the right place to clunk the file? From what I can see, that's currently happening in p9fs_reclaim() which is too late as you say.

Think this is in a pretty reasonable state now.

When all handles referencing a vnode are closed, VOP_INACTIVE (implemented by p9fs_inactive()) should be closed. Isn't that the right place to clunk the file? From what I can see, that's currently happening in p9fs_reclaim() which is too late as you say.

Fixed all feedback in v2.

Fixed removal of maintainership comment

Hi @aokblast, I've found your rapl driver for amd and I'm interested in continuing the work. It's been sitting since March and I'd like to pick it up. Are you still planning to work on it, or would you be OK with me taking over? Thanks

LGTM. Indeed, D57239 was the key difference.

LGTM, and it works! Thanks for chasing it down.

I'd suggest to split the default increase and the added new option into two separate commits.

To me this looks like a more generic problem rather than just the watchdogd's problem. Should every daemon have this feature? Or should we say that /var/run shall be mdmfs(8) on hosts with read-only root?

Make PD_DAEMON local for file.

Committed squashed into 1d778b26492de5de0143c4555e8de86ce2cdadfb

Actually this one doesn't matter too much since sysmouse_bufpoll isn't dynamically allocated.

Maybe also change the comments in sys/compat/linuxkpi/common/src/linux_acpi.c:linux_handle_power_suspend_event() and sys/dev/acpi_support/acpi_ibm.c:acpi_ibm_eventhandler() accordingly?