mirror_zfs/config/kernel-sb-dying.m4

dnl # SPDX-License-Identifier: CDDL-1.0
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)
	])
])
build: add SPDX license tags to build system files Sponsored-by: https://despairlabs.com/sponsor/ Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov> Reviewed-by: Tony Hutter <hutter2@llnl.gov> Signed-off-by: Rob Norris <robn@despairlabs.com> Closes #18077 2025-12-20 08:45:07 +03:00			`dnl # SPDX-License-Identifier: CDDL-1.0`
Linux: Fix zfs_prune panics v2 (#17121) 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> 2025-03-26 01:20:16 +03:00			`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)`
			`])`
			`])`