Thread (10 messages) flat view 10 messages, 3 authors, 2021-05-02

Re: [PATCH iproute2-next v2] lib/fs: fix issue when {name,open}_to_handle_at() is not implemented

From: Heiko Thiery <hidden>
Date: 2021-05-02 08:39:40
Also in: lkml

Hi Petr,

Am Fr., 30. Apr. 2021 um 21:29 Uhr schrieb Petr Vorel [off-list ref]:
Hi,
quoted
quoted
+++ b/lib/fs.c
@@ -30,6 +30,27 @@
 /* if not already mounted cgroup2 is mounted here for iproute2's use */
 #define MNT_CGRP2_PATH  "/var/run/cgroup2"
quoted
quoted
+
+#ifndef defined HAVE_HANDLE_AT
This is also wrong, it must be:
#ifndef HAVE_HANDLE_AT
quoted
quoted
+struct file_handle {
+   unsigned handle_bytes;
+   int handle_type;
+   unsigned char f_handle[];
+};
+
+int name_to_handle_at(int dirfd, const char *pathname,
+   struct file_handle *handle, int *mount_id, int flags)
+{
+   return syscall(name_to_handle_at, 5, dirfd, pathname, handle,
+                  mount_id, flags);
Also I overlooked bogus 5 parameter, why is here? Correct is:
quoted
      return syscall(__NR_name_to_handle_at, dfd, pathname, handle,
                         mount_id, flags);
Uh, one more typo on my side, sorry (dfd => dirfd):
        return syscall(__NR_name_to_handle_at, dirfd, pathname, handle,
                           mount_id, flags);
Thanks for the review and finding the sloppiness. I really should test
the changes before. Nevertheless, I will prepare a new version and
test it this time.

BR,
-- 
Heiko
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help