package/util-linux: fix compile issue with older kernel headers
PATCH 1/1 package/util-linux: fix compile issue with older kernel headers
Linux added mnt_id member to struct statx in commit:fa2fcf4f1df1559a0a4ee0f46915b496cc2ebf60
Linux 5.4.0 was released on 24. November 2019, but it seems this change never got backported to 5.4.252.
Upstream added a patch to guard the use of the member in commit:
https://github.com/util-linux/util-linux/commit/c0136ac0c98b18208508fbcfac31a843e0bb8a37
Add the patch to fix an autobuild failure.
Fixes:
- http://autobuild.buildroot.net/results/d50/d502bc9236b577e2470a30ffc39c21579b038a1c
--- .../0001-libmount-ifdef-statx-call.patch | 57 +++++++++++++++++++ 1 file changed, 57 insertions(+) create mode 100644 package/util-linux/0001-libmount-ifdef-statx-call.patch
package/util-linux/0001-libmount-ifdef-statx-call.patch new file +57 -0
@@ -0,0 +1,57 @@ +From c0136ac0c98b18208508fbcfac31a843e0bb8a37 Mon Sep 17 00:00:00 2001 +From: Karel Zak <[email protected]> +Date: Thu, 3 Aug 2023 12:39:19 +0200 +Subject: [PATCH] libmount: ifdef statx() call + +In this case the statx() is use to get mount ID. It's optional and not +required. Let's #ifdef the statx() call and also check for stx_mnt_id +struct member. + +Fixes: https://github.com/util-linux/util-linux/issues/2415 +Signed-off-by: Karel Zak <[email protected]> +Signed-off-by: Waldemar Brodkorb <[email protected]> +Upstream: https://github.com/util-linux/util-linux/commit/c0136ac0c98b18208508fbcfac31a843e0bb8a37 +--- + configure.ac | 5 ++++- + libmount/src/hook_mount.c | 2 ++ + 2 files changed, 6 insertions(+), 1 deletion(-) + +diff --git a/configure.ac b/configure.ac +index a3cf330b5..ae721c7ac 100644 +--- a/configure.ac ++++ b/configure.ac +@@ -525,7 +525,10 @@ AC_CHECK_MEMBERS([struct termios.c_line],,, + [[#include <termios.h>]]) + + AC_CHECK_MEMBERS([struct stat.st_mtim.tv_nsec],,, +- [#include <sys/stat.h>]) ++ [[#include <sys/stat.h>]]) ++ ++AC_CHECK_MEMBERS([struct statx.stx_mnt_id],,, ++ [[#include <linux/stat.h>]]) + + AC_CHECK_DECLS([_NL_TIME_WEEK_1STDAY],[],[],[[#include <langinfo.h>]]) + +diff --git a/libmount/src/hook_mount.c b/libmount/src/hook_mount.c +index d69a018ec..056338c49 100644 +--- a/libmount/src/hook_mount.c ++++ b/libmount/src/hook_mount.c +@@ -294,6 +294,7 @@ static int hook_create_mount(struct libmnt_context *cxt, + /* cleanup after fail (libmount may only try the FS type) */ + close_sysapi_fds(api); + ++#if defined(HAVE_STRUCT_STATX) && defined(HAVE_STRUCT_STATX_STX_MNT_ID) + if (!rc && cxt->fs) { + struct statx st; + +@@ -306,6 +307,7 @@ static int hook_create_mount(struct libmnt_context *cxt, + fs->id = cxt->fs->id; + } + } ++#endif + + done: + DBG(HOOK, ul_debugobj(hs, "create FS done [rc=%d, id=%d]", rc, cxt->fs ? cxt->fs->id : -1)); +-- +2.39.2 +
Signature · 6 lines
2.39.2 _______________________________________________ buildroot mailing list [email protected] https://lists.buildroot.org/mailman/listinfo/buildroot
Yann E. MORIN
AppliedWaldemar, All,
On 2023-08-11 14:56 +0200, Waldemar Brodkorb spake thusly:
Quoted 9 lines
Linux added
mnt_idmember to struct statx in commit:fa2fcf4f1df1559a0a4ee0f46915b496cc2ebf60Linux 5.4.0 was released on 24. November 2019, but it seems this change never got backported to 5.4.252.
Upstream added a patch to guard the use of the member in commit:
https://github.com/util-linux/util-linux/commit/c0136ac0c98b18208508fbcfac31a843e0bb8a37
Quoted 6 lines
Add the patch to fix an autobuild failure.
Fixes:
- http://autobuild.buildroot.net/results/d50/d502bc9236b577e2470a30ffc39c21579b038a1cSigned-off-by Waldemar Brodkorb <[email protected]>
Applied to master, thanks.
I tries to look when this strted to appear, but we do have quite a few different kind of failrues for util-linux. But upstream added use of mnt_id back in 2.38, so we can backport this to our maintenace branches, which all have util-linux 2.38.
Regards,
Yann E. MORIN.
Quoted 75 lines
--- .../0001-libmount-ifdef-statx-call.patch | 57 +++++++++++++++++++ 1 file changed, 57 insertions(+) create mode 100644 package/util-linux/0001-libmount-ifdef-statx-call.patchpackage/util-linux/0001-libmount-ifdef-statx-call.patch new file +57
-0@@ -0,0 +1,57 @@ +From c0136ac0c98b18208508fbcfac31a843e0bb8a37 Mon Sep 17 00:00:00 2001 +From: Karel Zak <[email protected]> +Date: Thu, 3 Aug 2023 12:39:19 +0200 +Subject: [PATCH] libmount: ifdef statx() call + +In this case the statx() is use to get mount ID. It's optional and not +required. Let's #ifdef the statx() call and also check for stx_mnt_id +struct member. + +Fixes: https://github.com/util-linux/util-linux/issues/2415 +Signed-off-by: Karel Zak <[email protected]> +Signed-off-by: Waldemar Brodkorb <[email protected]> +Upstream: https://github.com/util-linux/util-linux/commit/c0136ac0c98b18208508fbcfac31a843e0bb8a37 +--- + configure.ac | 5 ++++- + libmount/src/hook_mount.c | 2 ++ + 2 files changed, 6 insertions(+), 1 deletion(-) + +diff --git a/configure.ac b/configure.ac +index a3cf330b5..ae721c7ac 100644 +--- a/configure.ac ++++ b/configure.ac +@@ -525,7 +525,10 @@ AC_CHECK_MEMBERS([struct termios.c_line],,, + [[#include <termios.h>]]) + + AC_CHECK_MEMBERS([struct stat.st_mtim.tv_nsec],,, +- [#include <sys/stat.h>]) ++ [[#include <sys/stat.h>]]) ++ ++AC_CHECK_MEMBERS([struct statx.stx_mnt_id],,, ++ [[#include <linux/stat.h>]]) + + AC_CHECK_DECLS([_NL_TIME_WEEK_1STDAY],[],[],[[#include <langinfo.h>]]) + +diff --git a/libmount/src/hook_mount.c b/libmount/src/hook_mount.c +index d69a018ec..056338c49 100644 +--- a/libmount/src/hook_mount.c ++++ b/libmount/src/hook_mount.c +@@ -294,6 +294,7 @@ static int hook_create_mount(struct libmnt_context *cxt, + /* cleanup after fail (libmount may only try the FS type) */ + close_sysapi_fds(api); + ++#if defined(HAVE_STRUCT_STATX) && defined(HAVE_STRUCT_STATX_STX_MNT_ID) + if (!rc && cxt->fs) { + struct statx st; + +@@ -306,6 +307,7 @@ static int hook_create_mount(struct libmnt_context *cxt, + fs->id = cxt->fs->id; + } + } ++#endif + + done: + DBG(HOOK, ul_debugobj(hs, "create FS done [rc=%d, id=%d]", rc, cxt->fs ? cxt->fs->id : -1)); +-- +2.39.2 +Signature · 6 lines
2.39.2 _______________________________________________ buildroot mailing list [email protected] https://lists.buildroot.org/mailman/listinfo/buildroot
Signature · 10 lines
.-----------------.--------------------.------------------.--------------------. | Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: | | +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ | | +33 561 099 427 `------------.-------: X AGAINST | \e/ There is no | | http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. | '------------------------------^-------^------------------^--------------------' _______________________________________________ buildroot mailing list [email protected] https://lists.buildroot.org/mailman/listinfo/buildroot
Quoted 18 lines
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
"Yann" == Yann E MORIN <[email protected]> writes:
Waldemar, All,
On 2023-08-11 14:56 +0200, Waldemar Brodkorb spake thusly:Quoted 14 lines
Linux added
mnt_idmember to struct statx in commit:fa2fcf4f1df1559a0a4ee0f46915b496cc2ebf60Linux 5.4.0 was released on 24. November 2019, but it seems this change never got backported to 5.4.252.
Upstream added a patch to guard the use of the member in commit:
https://github.com/util-linux/util-linux/commit/c0136ac0c98b18208508fbcfac31a843e0bb8a37Add the patch to fix an autobuild failure.
Fixes:
- http://autobuild.buildroot.net/results/d50/d502bc9236b577e2470a30ffc39c21579b038a1c
Quoted 8 lines
Quoted 1 line
Signed-off-by Waldemar Brodkorb <[email protected]>Applied to master, thanks.
I tries to look when this strted to appear, but we do have quite a few different kind of failrues for util-linux. But upstream added use of
mnt_idback in 2.38, so we can backport this to our maintenace branches, which all have util-linux 2.38.
2.38 does not have libmount/src/hook_mount.c, so it cannot be directly applicable to 2.38.
I'll skip it for now, but feel free to send a patch for 2.38 as well if needed.
Signature · 5 lines
Bye, Peter Korsgaard _______________________________________________ buildroot mailing list [email protected] https://lists.buildroot.org/mailman/listinfo/buildroot