Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18;
MIME-Version: 1.0
References: <20210430062632.21304-1-heiko.thiery@gmail.com>
 <YIxVWXqBkkS6l5lB@pevik> <YIxaf3hu2mRUbBGn@pevik>
In-Reply-To: <YIxaf3hu2mRUbBGn@pevik>
From:   Heiko Thiery <heiko.thiery@gmail.com>
Date:   Sun, 2 May 2021 10:35:17 +0200
Message-ID: <CAEyMn7Z4cr1=WYde4uxwu2tjEgX2Lwwx3S+vmFP8EZVVMaWRjg@mail.gmail.com>
Subject: Re: [PATCH iproute2-next v2] lib/fs: fix issue when
 {name,open}_to_handle_at() is not implemented
To:     Petr Vorel <petr.vorel@gmail.com>
Cc:     netdev@vger.kernel.org, linux-kernel@vger.kernel.org,
        Stephen Hemminger <stephen@networkplumber.org>
Content-Type: text/plain; charset="UTF-8"
Precedence: bulk

Hi Petr,

Am Fr., 30. Apr. 2021 um 21:29 Uhr schrieb Petr Vorel <petr.vorel@gmail.com>:
>
> Hi,
>
> > > +++ 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"
>
> > > +
> > > +#ifndef defined HAVE_HANDLE_AT
> > This is also wrong, it must be:
> > #ifndef HAVE_HANDLE_AT
>
> > > +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:
>
> >       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