From: Jan Stancek <jstancek@redhat.com>
To: ltp@lists.linux.it
Subject: [LTP] 303cc571d1: ltp.setns01.fail
Date: Mon, 15 Jun 2020 10:03:01 -0400 (EDT) [thread overview]
Message-ID: <1101600340.15989438.1592229781375.JavaMail.zimbra@redhat.com> (raw)
In-Reply-To: <20200615091850.GA3373@yuki.lan>
----- Original Message -----
> Hi!
> > setns01 6 TFAIL : setns01.c:176: regular file fd exp_errno=22:
> > errno=EBADF(9): Bad file descriptor
> > setns01 0 TINFO : setns(12, 0x20000)
> > setns01 7 TFAIL : setns01.c:176: regular file fd exp_errno=22:
> > errno=EBADF(9): Bad file descriptor
> > setns01 0 TINFO : setns(12, 0x40000000)
> > setns01 8 TFAIL : setns01.c:176: regular file fd exp_errno=22:
> > errno=EBADF(9): Bad file descriptor
> > setns01 0 TINFO : setns(12, 0x20000000)
> > setns01 9 TFAIL : setns01.c:176: regular file fd exp_errno=22:
> > errno=EBADF(9): Bad file descriptor
> > setns01 0 TINFO : setns(12, 0x4000000)
> > setns01 10 TFAIL : setns01.c:176: regular file fd exp_errno=22:
> > errno=EBADF(9): Bad file descriptor
>
> The messages here are a bit cryptic, I will fix that later on, but what
> it means here is that the errno has changed from EINVAL to EBADF in a
> case we pass file descriptor to a regular file to setns().
I posted a series that accepts both errnos about week ago:
https://lists.linux.it/pipermail/ltp/2020-June/017467.html
WARNING: multiple messages have this Message-ID (diff)
From: Jan Stancek <jstancek@redhat.com>
To: lkp@lists.01.org
Subject: Re: [LTP] 303cc571d1: ltp.setns01.fail
Date: Mon, 15 Jun 2020 10:03:01 -0400 [thread overview]
Message-ID: <1101600340.15989438.1592229781375.JavaMail.zimbra@redhat.com> (raw)
In-Reply-To: <20200615091850.GA3373@yuki.lan>
[-- Attachment #1: Type: text/plain, Size: 1163 bytes --]
----- Original Message -----
> Hi!
> > setns01 6 TFAIL : setns01.c:176: regular file fd exp_errno=22:
> > errno=EBADF(9): Bad file descriptor
> > setns01 0 TINFO : setns(12, 0x20000)
> > setns01 7 TFAIL : setns01.c:176: regular file fd exp_errno=22:
> > errno=EBADF(9): Bad file descriptor
> > setns01 0 TINFO : setns(12, 0x40000000)
> > setns01 8 TFAIL : setns01.c:176: regular file fd exp_errno=22:
> > errno=EBADF(9): Bad file descriptor
> > setns01 0 TINFO : setns(12, 0x20000000)
> > setns01 9 TFAIL : setns01.c:176: regular file fd exp_errno=22:
> > errno=EBADF(9): Bad file descriptor
> > setns01 0 TINFO : setns(12, 0x4000000)
> > setns01 10 TFAIL : setns01.c:176: regular file fd exp_errno=22:
> > errno=EBADF(9): Bad file descriptor
>
> The messages here are a bit cryptic, I will fix that later on, but what
> it means here is that the errno has changed from EINVAL to EBADF in a
> case we pass file descriptor to a regular file to setns().
I posted a series that accepts both errnos about week ago:
https://lists.linux.it/pipermail/ltp/2020-June/017467.html
WARNING: multiple messages have this Message-ID (diff)
From: Jan Stancek <jstancek@redhat.com>
To: Cyril Hrubis <chrubis@suse.cz>
Cc: kernel test robot <rong.a.chen@intel.com>,
"Eric W. Biederman" <ebiederm@xmission.com>,
Jann Horn <jannh@google.com>, LKML <linux-kernel@vger.kernel.org>,
lkp@lists.01.org, Aleksa Sarai <cyphar@cyphar.com>,
Michael Kerrisk <mtk.manpages@gmail.com>,
Christian Brauner <christian.brauner@ubuntu.com>,
ltp@lists.linux.it, Serge Hallyn <serge@hallyn.com>
Subject: Re: [LTP] 303cc571d1: ltp.setns01.fail
Date: Mon, 15 Jun 2020 10:03:01 -0400 (EDT) [thread overview]
Message-ID: <1101600340.15989438.1592229781375.JavaMail.zimbra@redhat.com> (raw)
In-Reply-To: <20200615091850.GA3373@yuki.lan>
----- Original Message -----
> Hi!
> > setns01 6 TFAIL : setns01.c:176: regular file fd exp_errno=22:
> > errno=EBADF(9): Bad file descriptor
> > setns01 0 TINFO : setns(12, 0x20000)
> > setns01 7 TFAIL : setns01.c:176: regular file fd exp_errno=22:
> > errno=EBADF(9): Bad file descriptor
> > setns01 0 TINFO : setns(12, 0x40000000)
> > setns01 8 TFAIL : setns01.c:176: regular file fd exp_errno=22:
> > errno=EBADF(9): Bad file descriptor
> > setns01 0 TINFO : setns(12, 0x20000000)
> > setns01 9 TFAIL : setns01.c:176: regular file fd exp_errno=22:
> > errno=EBADF(9): Bad file descriptor
> > setns01 0 TINFO : setns(12, 0x4000000)
> > setns01 10 TFAIL : setns01.c:176: regular file fd exp_errno=22:
> > errno=EBADF(9): Bad file descriptor
>
> The messages here are a bit cryptic, I will fix that later on, but what
> it means here is that the errno has changed from EINVAL to EBADF in a
> case we pass file descriptor to a regular file to setns().
I posted a series that accepts both errnos about week ago:
https://lists.linux.it/pipermail/ltp/2020-June/017467.html
next prev parent reply other threads:[~2020-06-15 14:03 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-06-15 8:58 [LTP] 303cc571d1: ltp.setns01.fail kernel test robot
2020-06-15 8:58 ` kernel test robot
2020-06-15 8:58 ` kernel test robot
2020-06-15 9:18 ` [LTP] " Cyril Hrubis
2020-06-15 9:18 ` Cyril Hrubis
2020-06-15 9:18 ` Cyril Hrubis
2020-06-15 14:03 ` Jan Stancek [this message]
2020-06-15 14:03 ` Jan Stancek
2020-06-15 14:03 ` Jan Stancek
2020-06-15 21:38 ` Christian Brauner
2020-06-15 21:38 ` Christian Brauner
2020-06-16 8:08 ` Jan Stancek
2020-06-16 8:08 ` Jan Stancek
2020-06-16 8:08 ` Jan Stancek
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1101600340.15989438.1592229781375.JavaMail.zimbra@redhat.com \
--to=jstancek@redhat.com \
--cc=ltp@lists.linux.it \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.