From: Xi Ruoyao <xry111@xry111.site>
To: WANG Xuerui <kernel@xen0n.name>, linux-api@vger.kernel.org
Cc: Arnd Bergmann <arnd@arndb.de>,
Christian Brauner <brauner@kernel.org>,
Kees Cook <keescook@chromium.org>,
Huacai Chen <chenhuacai@kernel.org>,
Xuefeng Li <lixuefeng@loongson.cn>,
Jianmin Lv <lvjianmin@loongson.cn>,
Xiaotian Wu <wuxiaotian@loongson.cn>,
WANG Rui <wangrui@loongson.cn>,
Miao Wang <shankerwangmiao@gmail.com>,
Icenowy Zheng <uwu@icenowy.me>,
"loongarch@lists.linux.dev" <loongarch@lists.linux.dev>,
linux-arch <linux-arch@vger.kernel.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: Chromium sandbox on LoongArch and statx -- seccomp deep argument inspection again?
Date: Wed, 21 Feb 2024 18:31:46 +0800 [thread overview]
Message-ID: <2d25e3bb829cbca51387eb84985db919f50ccd37.camel@xry111.site> (raw)
In-Reply-To: <f1a1bc708be543eb647df57b5eb0c0ef035baf8b.camel@xry111.site>
On Wed, 2024-02-21 at 14:31 +0800, Xi Ruoyao wrote:
> On Wed, 2024-02-21 at 14:09 +0800, WANG Xuerui wrote:
>
> > - just restore fstat and be done with it;
> > - add a flag to statx so we can do the equivalent of just fstat(fd,
> > &out) with statx, and ensuring an error happens if path is not empty in
> > that case;
>
> It's worse than "just restore fstat" considering the performance. Read
> this thread:
> https://sourceware.org/pipermail/libc-alpha/2023-September/151320.html
Hmm, but it looks like statx already suffers the same performance issue.
And in this libc-alpha discussion Linus said:
If the user asked for 'fstat()', just give the user 'fstat()'.
So to me we should just add fstat (and use it in Glibc for LoongArch, only
falling back to statx if fstat returns -ENOSYS), or am I missing something?
--
Xi Ruoyao <xry111@xry111.site>
School of Aerospace Science and Technology, Xidian University
next prev parent reply other threads:[~2024-02-21 10:31 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-02-21 6:09 Chromium sandbox on LoongArch and statx -- seccomp deep argument inspection again? WANG Xuerui
2024-02-21 6:31 ` Xi Ruoyao
2024-02-21 10:31 ` Xi Ruoyao [this message]
2024-02-21 10:49 ` WANG Xuerui
2024-02-21 12:03 ` Xi Ruoyao
2024-02-24 11:51 ` Huacai Chen
2024-02-25 6:51 ` Icenowy Zheng
2024-02-25 7:32 ` Xi Ruoyao
2024-02-26 6:03 ` Icenowy Zheng
2024-02-26 6:56 ` Arnd Bergmann
2024-02-26 7:09 ` Xi Ruoyao
2024-02-26 9:20 ` Arnd Bergmann
2024-02-26 11:57 ` Xi Ruoyao
2024-02-26 12:57 ` Christian Brauner
2024-02-26 14:33 ` Rich Felker
2024-02-26 13:32 ` Christian Brauner
2024-02-26 13:46 ` Arnd Bergmann
2024-02-26 15:40 ` Christian Brauner
2024-02-26 16:49 ` Xi Ruoyao
2024-02-26 13:46 ` Christian Brauner
2024-02-26 14:00 ` WANG Xuerui
2024-02-26 15:35 ` Christian Brauner
2024-02-26 17:38 ` WANG Xuerui
2024-02-26 8:26 ` Christian Brauner
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=2d25e3bb829cbca51387eb84985db919f50ccd37.camel@xry111.site \
--to=xry111@xry111.site \
--cc=arnd@arndb.de \
--cc=brauner@kernel.org \
--cc=chenhuacai@kernel.org \
--cc=keescook@chromium.org \
--cc=kernel@xen0n.name \
--cc=linux-api@vger.kernel.org \
--cc=linux-arch@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=lixuefeng@loongson.cn \
--cc=loongarch@lists.linux.dev \
--cc=lvjianmin@loongson.cn \
--cc=shankerwangmiao@gmail.com \
--cc=uwu@icenowy.me \
--cc=wangrui@loongson.cn \
--cc=wuxiaotian@loongson.cn \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).