All of lore.kernel.org
 help / color / mirror / Atom feed
From: Florian Weimer <fweimer@redhat.com>
To: Palmer Dabbelt <palmer@sifive.com>
Cc: viro@zeniv.linux.org.uk, linux-kernel@vger.kernel.org,
	linux-fsdevel@vger.kernel.org, linux-api@vger.kernel.org,
	Arnd Bergmann <arnd@arndb.de>,
	rth@twiddle.net, ink@jurassic.park.msu.ru, mattst88@gmail.com,
	linux@armlinux.org.uk, catalin.marinas@arm.com, will@kernel.org,
	tony.luck@intel.com, fenghua.yu@intel.com, geert@linux-m68k.org,
	monstr@monstr.eu, ralf@linux-mips.org, paul.burton@mips.com,
	jhogan@kernel.org, James.Bottomley@HansenPartnership.com,
	deller@gmx.de, benh@kernel.crashing.org, paulus@samba.org,
	mpe@ellerman.id.au, heiko.carstens@de.ibm.com, gor@linux.ibm.com,
	borntraeger@de.ibm.com, ysato@users.sourceforge.jp,
	dalias@libc.org, davem@davemloft.net, luto@kernel.org,
	tglx@linutronix.de, mingo@redhat.com, bp@alien8.de,
	hpa@zytor.com, x86@kernel.org, peterz@infradead.org
Subject: Re: Add a new fchmodat4() syscall, v2
Date: Tue, 09 Jun 2020 15:52:17 +0200	[thread overview]
Message-ID: <87o8pscpny.fsf@oldenburg2.str.redhat.com> (raw)
In-Reply-To: <20190717012719.5524-1-palmer@sifive.com> (Palmer Dabbelt's message of "Tue, 16 Jul 2019 18:27:15 -0700")

* Palmer Dabbelt:

> This patch set adds fchmodat4(), a new syscall. The actual
> implementation is super simple: essentially it's just the same as
> fchmodat(), but LOOKUP_FOLLOW is conditionally set based on the flags.
> I've attempted to make this match "man 2 fchmodat" as closely as
> possible, which says EINVAL is returned for invalid flags (as opposed to
> ENOTSUPP, which is currently returned by glibc for AT_SYMLINK_NOFOLLOW).
> I have a sketch of a glibc patch that I haven't even compiled yet, but
> seems fairly straight-forward:

What's the status here?  We'd really like to see this system call in the
kernel because our emulation in glibc has its problems (especially if
/proc is not mounted).

Thanks,
Florian


WARNING: multiple messages have this Message-ID (diff)
From: Florian Weimer <fweimer@redhat.com>
To: Palmer Dabbelt <palmer@sifive.com>
Cc: viro@zeniv.linux.org.uk, linux-kernel@vger.kernel.org,
	linux-fsdevel@vger.kernel.org, linux-api@vger.kernel.org,
	Arnd Bergmann <arnd@arndb.de>,
	rth@twiddle.net, ink@jurassic.park.msu.ru, mattst88@gmail.com,
	linux@armlinux.org.uk, catalin.marinas@arm.com, will@kernel.org,
	tony.luck@intel.com, fenghua.yu@intel.com, geert@linux-m68k.org,
	monstr@monstr.eu, ralf@linux-mips.org, paul.burton@mips.com,
	jhogan@kernel.org, James.Bottomley@HansenPartnership.com,
	deller@gmx.de, benh@kernel.crashing.org, paulus@samba.org,
	mpe@ellerman.id.au, heiko.carstens@de.ibm.com, gor@linux.ibm.com,
	borntraeger@de.ibm.com, ysato@users.sourceforge.jp,
	dalias@libc.org, davem@davemloft.net, luto@kernel.org,
	tglx@linutronix.de, mingo@redhat.com, bp@alien8.de,
	hpa@zytor.com, x86@kernel.org, peterz@infradead.org,
	acme@kernel.org, alexander.shishkin@linux.intel.com,
	jolsa@redhat.com, namhyung@kernel.org, dhowells@redhat.com,
	firoz.khan@linaro.org, stefan@agner.ch, schwidefsky@de.ibm.com,
	axboe@kernel.dk, christian@brauner.io, hare@suse.com,
	deepa.kernel@gmail.com, tycho@tycho.ws, kim.phillips@arm.com,
	linux-alpha@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org, linux-ia64@vger.kernel.org,
	linux-m68k@lists.linux-m68k.org, linux-mips@vger.kernel.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-arch@vger.kernel.org
Subject: Re: Add a new fchmodat4() syscall, v2
Date: Tue, 09 Jun 2020 15:52:17 +0200	[thread overview]
Message-ID: <87o8pscpny.fsf@oldenburg2.str.redhat.com> (raw)
In-Reply-To: <20190717012719.5524-1-palmer@sifive.com> (Palmer Dabbelt's message of "Tue, 16 Jul 2019 18:27:15 -0700")

* Palmer Dabbelt:

> This patch set adds fchmodat4(), a new syscall. The actual
> implementation is super simple: essentially it's just the same as
> fchmodat(), but LOOKUP_FOLLOW is conditionally set based on the flags.
> I've attempted to make this match "man 2 fchmodat" as closely as
> possible, which says EINVAL is returned for invalid flags (as opposed to
> ENOTSUPP, which is currently returned by glibc for AT_SYMLINK_NOFOLLOW).
> I have a sketch of a glibc patch that I haven't even compiled yet, but
> seems fairly straight-forward:

What's the status here?  We'd really like to see this system call in the
kernel because our emulation in glibc has its problems (especially if
/proc is not mounted).

Thanks,
Florian


WARNING: multiple messages have this Message-ID (diff)
From: Florian Weimer <fweimer@redhat.com>
To: Palmer Dabbelt <palmer@sifive.com>
Cc: viro@zeniv.linux.org.uk, linux-kernel@vger.kernel.org,
	linux-fsdevel@vger.kernel.org, linux-api@vger.kernel.org,
	Arnd Bergmann <arnd@arndb.de>,
	rth@twiddle.net, ink@jurassic.park.msu.ru, mattst88@gmail.com,
	linux@armlinux.org.uk, catalin.marinas@arm.com, will@kernel.org,
	tony.luck@intel.com, fenghua.yu@intel.com, geert@linux-m68k.org,
	monstr@monstr.eu, ralf@linux-mips.org, paul.burton@mips.com,
	jhogan@kernel.org, James.Bottomley@HansenPartnership.com,
	deller@gmx.de, benh@kernel.crashing.org, paulus@samba.org,
	mpe@ellerman.id.au, heiko.carstens@de.ibm.com, gor@linux.ibm.com,
	borntraeger@de.ibm.com, ysato@users.sourceforge.jp,
	dalias@libc.org, davem@davemloft.net, luto@kernel.org,
	tglx@linutronix.de, mingo@redhat.com, bp@alien8.de,
	hpa@zytor.com, x86@kernel.org, peterz@infradead.org,
	acme@kernel.org, alexander.shishkin@linux.intel.com,
	jolsa@redhat.com, namhyung@kernel.org, dhowells@redhat.com,
	firoz.khan@linaro.org, stefan@agner.ch, schwidefsky@de.ibm.com,
	axboe@kernel.dk, christian@brauner.io, hare@suse.com,
	deepa.kernel@gmail.com, tycho@tycho.ws, kim.phillips@arm.com,
	linux-alpha@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org, linux-ia64@vger.kernel.org,
	linux-m68k@lists.linux-m68k.org, linux-mips@vger.kernel.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-arch@vger.kernel.org
Subject: Re: Add a new fchmodat4() syscall, v2
Date: Tue, 09 Jun 2020 13:52:17 +0000	[thread overview]
Message-ID: <87o8pscpny.fsf@oldenburg2.str.redhat.com> (raw)
In-Reply-To: <20190717012719.5524-1-palmer@sifive.com> (Palmer Dabbelt's message of "Tue, 16 Jul 2019 18:27:15 -0700")

* Palmer Dabbelt:

> This patch set adds fchmodat4(), a new syscall. The actual
> implementation is super simple: essentially it's just the same as
> fchmodat(), but LOOKUP_FOLLOW is conditionally set based on the flags.
> I've attempted to make this match "man 2 fchmodat" as closely as
> possible, which says EINVAL is returned for invalid flags (as opposed to
> ENOTSUPP, which is currently returned by glibc for AT_SYMLINK_NOFOLLOW).
> I have a sketch of a glibc patch that I haven't even compiled yet, but
> seems fairly straight-forward:

What's the status here?  We'd really like to see this system call in the
kernel because our emulation in glibc has its problems (especially if
/proc is not mounted).

Thanks,
Florian

WARNING: multiple messages have this Message-ID (diff)
From: Florian Weimer <fweimer@redhat.com>
To: Palmer Dabbelt <palmer@sifive.com>
Cc: dalias@libc.org, catalin.marinas@arm.com,
	linux-sh@vger.kernel.org, peterz@infradead.org,
	heiko.carstens@de.ibm.com, stefan@agner.ch,
	linux-mips@vger.kernel.org,
	James.Bottomley@HansenPartnership.com, namhyung@kernel.org,
	kim.phillips@arm.com, paulus@samba.org, deepa.kernel@gmail.com,
	hpa@zytor.com, sparclinux@vger.kernel.org,
	linux-ia64@vger.kernel.org, will@kernel.org,
	linux-arch@vger.kernel.org, linux-s390@vger.kernel.org,
	hare@suse.com, gor@linux.ibm.com, ysato@users.sourceforge.jp,
	deller@gmx.de, x86@kernel.org, linux@armlinux.org.uk,
	borntraeger@de.ibm.com, mingo@redhat.com, geert@linux-m68k.org,
	linux-arm-kernel@lists.infradead.org, jhogan@kernel.org,
	firoz.khan@linaro.org, mattst88@gmail.com, fenghua.yu@intel.com,
	Arnd Bergmann <arnd@arndb.de>,
	jolsa@redhat.com, tycho@tycho.ws, acme@kernel.org,
	schwidefsky@de.ibm.com, linux-m68k@lists.linux-m68k.org,
	ink@jurassic.park.msu.ru, viro@zeniv.linux.org.uk,
	luto@kernel.org, alexander.shishkin@linux.intel.com,
	tglx@linutronix.de, christian@brauner.io, rth@twiddle.net,
	axboe@kernel.dk, dhowells@redhat.com, monstr@monstr.eu,
	tony.luck@intel.com, linux-parisc@vger.kernel.org,
	linux-api@vger.kernel.org, linux-kernel@vger.kernel.org,
	ralf@linux-mips.org, paul.burton@mips.com,
	linux-alpha@vger.kernel.org, linux-fsdevel@vger.kernel.org,
	bp@alien8.de, linuxppc-dev@lists.ozlabs.org, davem@davemloft.net
Subject: Re: Add a new fchmodat4() syscall, v2
Date: Tue, 09 Jun 2020 15:52:17 +0200	[thread overview]
Message-ID: <87o8pscpny.fsf@oldenburg2.str.redhat.com> (raw)
In-Reply-To: <20190717012719.5524-1-palmer@sifive.com> (Palmer Dabbelt's message of "Tue, 16 Jul 2019 18:27:15 -0700")

* Palmer Dabbelt:

> This patch set adds fchmodat4(), a new syscall. The actual
> implementation is super simple: essentially it's just the same as
> fchmodat(), but LOOKUP_FOLLOW is conditionally set based on the flags.
> I've attempted to make this match "man 2 fchmodat" as closely as
> possible, which says EINVAL is returned for invalid flags (as opposed to
> ENOTSUPP, which is currently returned by glibc for AT_SYMLINK_NOFOLLOW).
> I have a sketch of a glibc patch that I haven't even compiled yet, but
> seems fairly straight-forward:

What's the status here?  We'd really like to see this system call in the
kernel because our emulation in glibc has its problems (especially if
/proc is not mounted).

Thanks,
Florian


  parent reply	other threads:[~2020-06-09 13:52 UTC|newest]

Thread overview: 231+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-07-17  1:27 Add a new fchmodat4() syscall, v2 Palmer Dabbelt
2019-07-17  1:27 ` Palmer Dabbelt
2019-07-17  1:27 ` Palmer Dabbelt
2019-07-17  1:27 ` Palmer Dabbelt
2019-07-17  1:27 ` Palmer Dabbelt
2019-07-17  1:27 ` Palmer Dabbelt
2019-07-17  1:27 ` [PATCH v2 1/4] Non-functional cleanup of a "__user * filename" Palmer Dabbelt
2019-07-17  1:27   ` Palmer Dabbelt
2019-07-17  1:27   ` Palmer Dabbelt
2019-07-17  1:27   ` Palmer Dabbelt
2019-07-17  1:27   ` Palmer Dabbelt
2019-07-17  1:27   ` Palmer Dabbelt
2019-07-17  1:27 ` [PATCH v2 2/4] Add fchmodat4(), a new syscall Palmer Dabbelt
2019-07-17  1:27   ` Palmer Dabbelt
2019-07-17  1:27   ` Palmer Dabbelt
2019-07-17  1:27   ` Palmer Dabbelt
2019-07-17  1:27   ` Palmer Dabbelt
2019-07-17  1:27   ` Palmer Dabbelt
2019-07-17  1:48   ` Al Viro
2019-07-17  1:48     ` Al Viro
2019-07-17  1:48     ` Al Viro
2019-07-17  1:48     ` Al Viro
2019-07-17  2:12     ` Palmer Dabbelt
2019-07-17  2:12       ` Palmer Dabbelt
2019-07-17  2:12       ` Palmer Dabbelt
2019-07-17  2:12       ` Palmer Dabbelt
2019-07-17  2:40   ` Rich Felker
2019-07-17  2:40     ` Rich Felker
2019-07-17  2:40     ` Rich Felker
2019-07-17  2:40     ` Rich Felker
2019-07-17  3:02     ` Al Viro
2019-07-17  3:02       ` Al Viro
2019-07-17  3:02       ` Al Viro
2019-07-17  3:02       ` Al Viro
2019-07-17  3:02       ` Al Viro
2019-07-17  1:27 ` [PATCH v2 3/4] arch: Register fchmodat4, usually as syscall 434 Palmer Dabbelt
2019-07-17  1:27   ` Palmer Dabbelt
2019-07-17  1:27   ` Palmer Dabbelt
2019-07-17  1:27   ` Palmer Dabbelt
2019-07-17  1:27   ` Palmer Dabbelt
2019-07-17  1:27   ` Palmer Dabbelt
2019-07-17  7:54   ` Arnd Bergmann
2019-07-17  7:54     ` Arnd Bergmann
2019-07-17  1:27 ` [PATCH v2 4/4] tools: Add fchmodat4 Palmer Dabbelt
2019-07-17  1:27   ` Palmer Dabbelt
2019-07-17  1:27   ` Palmer Dabbelt
2019-07-17  1:27   ` Palmer Dabbelt
2019-07-17  1:27   ` Palmer Dabbelt
2019-07-17  1:27   ` Palmer Dabbelt
2019-07-17 12:39   ` Arnaldo Carvalho de Melo
2019-07-17 12:39     ` Arnaldo Carvalho de Melo
2019-07-17 12:39     ` Arnaldo Carvalho de Melo
2019-07-17 12:39     ` Arnaldo Carvalho de Melo
2020-06-09 13:52 ` Florian Weimer [this message]
2020-06-09 13:52   ` Add a new fchmodat4() syscall, v2 Florian Weimer
2020-06-09 13:52   ` Florian Weimer
2020-06-09 13:52   ` Florian Weimer
2023-07-11 11:25   ` [PATCH v3 0/5] Add a new fchmodat4() syscall Alexey Gladkov
2023-07-11 11:25     ` Alexey Gladkov
2023-07-11 11:25     ` Alexey Gladkov
2023-07-11 11:25     ` [PATCH v3 1/5] Non-functional cleanup of a "__user * filename" Alexey Gladkov
2023-07-11 11:25       ` Alexey Gladkov
2023-07-11 11:25       ` Alexey Gladkov
     [not found]       ` <3098381cf93a5010e878319c6218d2c5851746c0.1689074739.git.legion-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
2023-07-11 11:32         ` Arnd Bergmann
2023-07-11 11:32           ` Arnd Bergmann
2023-07-11 11:32           ` Arnd Bergmann
2023-07-11 11:25     ` [PATCH v3 2/5] fs: Add fchmodat4() Alexey Gladkov
2023-07-11 11:25       ` Alexey Gladkov
2023-07-11 11:25       ` Alexey Gladkov
2023-07-11 11:42       ` Arnd Bergmann
2023-07-11 11:42         ` Arnd Bergmann
2023-07-11 11:42         ` Arnd Bergmann
2023-07-11 11:52         ` Christian Brauner
2023-07-11 11:52           ` Christian Brauner
2023-07-11 11:52           ` Christian Brauner
2023-07-11 12:51           ` Alexey Gladkov
2023-07-11 12:51             ` Alexey Gladkov
2023-07-11 12:51             ` Alexey Gladkov
2023-07-11 14:01             ` Christian Brauner
2023-07-11 14:01               ` Christian Brauner
2023-07-11 14:01               ` Christian Brauner
2023-07-11 15:23               ` Alexey Gladkov
2023-07-11 15:23                 ` Alexey Gladkov
2023-07-11 15:23                 ` Alexey Gladkov
2023-07-11 12:28       ` Matthew Wilcox
2023-07-11 12:28         ` Matthew Wilcox
2023-07-11 12:28         ` Matthew Wilcox
2023-07-11 12:49         ` Alexey Gladkov
2023-07-11 12:49           ` Alexey Gladkov
2023-07-11 12:49           ` Alexey Gladkov
2023-07-11 11:25     ` [PATCH v3 3/5] arch: Register fchmodat4, usually as syscall 451 Alexey Gladkov
2023-07-11 11:25       ` Alexey Gladkov
2023-07-11 11:25       ` Alexey Gladkov
2023-07-11 11:31       ` Arnd Bergmann
2023-07-11 11:31         ` Arnd Bergmann
2023-07-11 11:31         ` Arnd Bergmann
2023-07-11 11:25     ` [PATCH v3 4/5] tools headers UAPI: Sync files changed by new fchmodat4 syscall Alexey Gladkov
2023-07-11 11:25       ` Alexey Gladkov
2023-07-11 11:25       ` Alexey Gladkov
     [not found]     ` <cover.1689074739.git.legion-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
2023-07-11 11:25       ` [PATCH v3 5/5] selftests: add fchmodat4(2) selftest Alexey Gladkov
2023-07-11 11:25         ` Alexey Gladkov
2023-07-11 11:25         ` Alexey Gladkov
2023-07-11 12:10         ` Florian Weimer
2023-07-11 12:10           ` Florian Weimer
2023-07-11 12:10           ` Florian Weimer
2023-07-11 13:38           ` Alexey Gladkov
2023-07-11 13:38             ` Alexey Gladkov
2023-07-11 13:38             ` Alexey Gladkov
2023-07-11 12:24     ` [PATCH v3 0/5] Add a new fchmodat4() syscall Florian Weimer
2023-07-11 12:24       ` Florian Weimer
2023-07-11 12:24       ` Florian Weimer
2023-07-11 15:14       ` Christian Brauner
2023-07-11 15:14         ` Christian Brauner
2023-07-11 15:14         ` Christian Brauner
2023-07-25 11:05         ` Alexey Gladkov
2023-07-25 11:05           ` Alexey Gladkov
2023-07-25 11:05           ` Alexey Gladkov
2023-07-25 12:05           ` Christian Brauner
2023-07-25 12:05             ` Christian Brauner
2023-07-25 12:05             ` Christian Brauner
2023-07-11 16:16     ` [PATCH v4 0/5] Add a new fchmodat2() syscall Alexey Gladkov
2023-07-11 16:16       ` Alexey Gladkov
2023-07-11 16:16       ` Alexey Gladkov
2023-07-11 16:16       ` [PATCH v4 1/5] Non-functional cleanup of a "__user * filename" Alexey Gladkov
2023-07-11 16:16         ` Alexey Gladkov
2023-07-11 16:16         ` Alexey Gladkov
2023-07-11 16:16       ` [PATCH v4 2/5] fs: Add fchmodat2() Alexey Gladkov
2023-07-11 16:16         ` Alexey Gladkov
2023-07-11 16:16         ` Alexey Gladkov
2023-07-11 17:05         ` Christian Brauner
2023-07-11 17:05           ` Christian Brauner
2023-07-11 17:05           ` Christian Brauner
2023-07-25 16:36         ` Aleksa Sarai
2023-07-25 16:36           ` Aleksa Sarai
2023-07-25 16:36           ` Aleksa Sarai
2023-07-26 13:45           ` Alexey Gladkov
2023-07-26 13:45             ` Alexey Gladkov
2023-07-26 13:45             ` Alexey Gladkov
     [not found]             ` <ZMEjlDNJkFpYERr1-hcDgGtZH8xNAfugRpC6u6w@public.gmane.org>
2023-07-27 10:26               ` Christian Brauner
2023-07-27 10:26                 ` Christian Brauner
2023-07-27 10:26                 ` Christian Brauner
2023-07-27 17:12             ` Aleksa Sarai
2023-07-27 17:12               ` Aleksa Sarai
2023-07-27 17:12               ` Aleksa Sarai
2023-07-27 17:39               ` Aleksa Sarai
2023-07-27 17:39                 ` Aleksa Sarai
2023-07-27 17:39                 ` Aleksa Sarai
2023-07-28  8:43                 ` David Laight
2023-07-28  8:43                   ` David Laight
2023-07-28  8:43                   ` David Laight
2023-07-28 18:42                   ` dalias
2023-07-28 18:42                     ` dalias
2023-07-28 18:42                     ` dalias
2023-07-27  9:01           ` David Laight
2023-07-27  9:01             ` David Laight
2023-07-27  9:01             ` David Laight
2023-07-27 16:28             ` Andreas Schwab
2023-07-27 16:28               ` Andreas Schwab
2023-07-27 16:28               ` Andreas Schwab
2023-07-27 17:02               ` Christian Brauner
2023-07-27 17:02                 ` Christian Brauner
2023-07-27 17:02                 ` Christian Brauner
2023-07-27 17:13                 ` dalias
2023-07-27 17:13                   ` dalias
2023-07-27 17:13                   ` dalias
2023-07-27 17:36                   ` Christian Brauner
2023-07-27 17:36                     ` Christian Brauner
2023-07-27 17:36                     ` Christian Brauner
2023-07-27 16:31             ` dalias
2023-07-27 16:31               ` dalias
2023-07-27 16:31               ` dalias
2023-07-11 16:16       ` [PATCH v4 3/5] arch: Register fchmodat2, usually as syscall 452 Alexey Gladkov
2023-07-11 16:16         ` Alexey Gladkov
2023-07-11 16:16         ` Alexey Gladkov
2023-07-11 16:26         ` Arnd Bergmann
2023-07-11 16:26           ` Arnd Bergmann
2023-07-11 16:26           ` Arnd Bergmann
     [not found]         ` <a677d521f048e4ca439e7080a5328f21eb8e960e.1689092120.git.legion-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
2023-07-25  7:16           ` Geert Uytterhoeven
2023-07-25  7:16             ` Geert Uytterhoeven
2023-07-25  7:16             ` Geert Uytterhoeven
2023-07-25 16:43         ` Aleksa Sarai
2023-07-25 16:43           ` Aleksa Sarai
2023-07-25 16:43           ` Aleksa Sarai
2023-07-27 10:37           ` Christian Brauner
2023-07-27 10:37             ` Christian Brauner
2023-07-27 10:37             ` Christian Brauner
2023-07-27 17:42             ` Aleksa Sarai
2023-07-27 17:42               ` Aleksa Sarai
2023-07-27 17:42               ` Aleksa Sarai
2023-07-11 16:16       ` [PATCH v4 4/5] tools headers UAPI: Sync files changed by new fchmodat2 syscall Alexey Gladkov
2023-07-11 16:16         ` Alexey Gladkov
2023-07-11 16:16         ` Alexey Gladkov
2023-07-11 17:19         ` Namhyung Kim
2023-07-11 17:19           ` Namhyung Kim
2023-07-11 17:19           ` Namhyung Kim
2023-07-11 17:23           ` Alexey Gladkov
2023-07-11 17:23             ` Alexey Gladkov
2023-07-11 17:23             ` Alexey Gladkov
2023-07-11 16:16       ` [PATCH v4 5/5] selftests: Add fchmodat2 selftest Alexey Gladkov
2023-07-11 16:16         ` Alexey Gladkov
2023-07-11 16:16         ` Alexey Gladkov
2023-07-11 17:36       ` (subset) [PATCH v4 0/5] Add a new fchmodat2() syscall Christian Brauner
2023-07-11 17:36         ` Christian Brauner
2023-07-11 17:36         ` Christian Brauner
2023-07-12  2:42       ` Rich Felker
2023-07-12  2:42         ` Rich Felker
2023-07-12  2:42         ` Rich Felker
2023-07-25 15:58       ` Add fchmodat2() - or add a more general syscall? David Howells
2023-07-25 15:58         ` David Howells
2023-07-25 15:58         ` David Howells
2023-07-25 16:10         ` Florian Weimer
2023-07-25 16:10           ` Florian Weimer
2023-07-25 16:10           ` Florian Weimer
2023-07-25 18:39           ` David Howells
2023-07-25 18:39             ` David Howells
2023-07-25 18:39             ` David Howells
2023-07-25 18:44             ` Rich Felker
2023-07-25 18:44               ` Rich Felker
2023-07-25 18:44               ` Rich Felker
2023-07-26 13:30             ` Christian Brauner
2023-07-26 13:30               ` Christian Brauner
2023-07-26 13:30               ` Christian Brauner
2023-07-25 16:50         ` Aleksa Sarai
2023-07-25 16:50           ` Aleksa Sarai
2023-07-25 16:50           ` Aleksa Sarai
2023-07-27  3:57         ` Eric Biggers
2023-07-27  3:57           ` Eric Biggers
2023-07-27  3:57           ` Eric Biggers
2023-07-27 10:27           ` Christian Brauner
2023-07-27 10:27             ` Christian Brauner
2023-07-27 10:27             ` 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=87o8pscpny.fsf@oldenburg2.str.redhat.com \
    --to=fweimer@redhat.com \
    --cc=James.Bottomley@HansenPartnership.com \
    --cc=arnd@arndb.de \
    --cc=benh@kernel.crashing.org \
    --cc=borntraeger@de.ibm.com \
    --cc=bp@alien8.de \
    --cc=catalin.marinas@arm.com \
    --cc=dalias@libc.org \
    --cc=davem@davemloft.net \
    --cc=deller@gmx.de \
    --cc=fenghua.yu@intel.com \
    --cc=geert@linux-m68k.org \
    --cc=gor@linux.ibm.com \
    --cc=heiko.carstens@de.ibm.com \
    --cc=hpa@zytor.com \
    --cc=ink@jurassic.park.msu.ru \
    --cc=jhogan@kernel.org \
    --cc=linux-api@vger.kernel.org \
    --cc=linux-fsdevel@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux@armlinux.org.uk \
    --cc=luto@kernel.org \
    --cc=mattst88@gmail.com \
    --cc=mingo@redhat.com \
    --cc=monstr@monstr.eu \
    --cc=mpe@ellerman.id.au \
    --cc=palmer@sifive.com \
    --cc=paul.burton@mips.com \
    --cc=paulus@samba.org \
    --cc=peterz@infradead.org \
    --cc=ralf@linux-mips.org \
    --cc=rth@twiddle.net \
    --cc=tglx@linutronix.de \
    --cc=tony.luck@intel.com \
    --cc=viro@zeniv.linux.org.uk \
    --cc=will@kernel.org \
    --cc=x86@kernel.org \
    --cc=ysato@users.sourceforge.jp \
    /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.