mirror of
https://git.proxmox.com/git/mirror_zfs
synced 2025-04-28 06:00:44 +00:00
a0e62718cf
It turns out that approach taken in the original version of the patch was wrong. So now, we're taking approach in-line with how kernel actually does it - when sb is being torn down, access to it is serialized via sb->s_umount rwsem, only when that lock is taken is it okay to work with s_flags - and the other mistake I was doing was trying to make SB_ACTIVE work, but apparently the kernel checks the negative variant - not SB_DYING and not SB_BORN. Kernels pre-6.6 don't have SB_DYING, but check if sb is hashed instead. Signed-off-by: Pavel Snajdr <snajpa@snajpa.net> Reviewed-by: Tony Hutter <hutter2@llnl.gov> Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>
20 lines
356 B
Plaintext
20 lines
356 B
Plaintext
dnl #
|
|
dnl # SB_DYING exists since Linux 6.6
|
|
dnl #
|
|
AC_DEFUN([ZFS_AC_KERNEL_SRC_SB_DYING], [
|
|
ZFS_LINUX_TEST_SRC([sb_dying], [
|
|
#include <linux/fs.h>
|
|
],[
|
|
(void) SB_DYING;
|
|
])
|
|
])
|
|
|
|
AC_DEFUN([ZFS_AC_KERNEL_SB_DYING], [
|
|
AC_MSG_CHECKING([whether SB_DYING is defined])
|
|
ZFS_LINUX_TEST_RESULT([sb_dying], [
|
|
AC_MSG_RESULT(yes)
|
|
],[
|
|
AC_MSG_RESULT(no)
|
|
])
|
|
])
|