Re: [PATCH v4 3/5] arch: Register fchmodat2, usually as syscall 452
Aleksa Sarai <[email protected]>
| Newsgroups | gmane.linux.ports.m68k,gmane.linux.kernel,gmane.linux.kernel.api,gmane.linux.file-systems,gmane.linux.ports.alpha,gmane.linux.kernel.cross-arch,gmane.linux.ports.ia64,gmane.linux.ports.mips,gmane.linux.ports.parisc,gmane.linux.ports.sh.devel,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sparc |
|---|---|
| Message-ID | <[email protected]> |
On 2023-07-27, Christian Brauner <[email protected]> wrote: > On Wed, Jul 26, 2023 at 02:43:41AM +1000, Aleksa Sarai wrote: > > On 2023-07-11, Alexey Gladkov <[email protected]> wrote: > > > From: Palmer Dabbelt <[email protected]> > > > > > > This registers the new fchmodat2 syscall in most places as nuber 452, > > > with alpha being the exception where it's 562. I found all these sites > > > by grepping for fspick, which I assume has found me everything. > > > > Shouldn't this patch be squashed with the patch that adds the syscall? > > At least, that's how I've usually seen it done... > > Depends. Iirc, someone said they'd prefer for doing it in one patch > in some circumstances on some system call we added years ago. But otoh, > having the syscall wiring done separately makes it easy for arch > maintainers to ack only the wiring up part. Both ways are valid imho. > (cachestat() did it for x86 and then all the others separately. So > really it seems a bit all over the place depending on the scenario.) Fair enough! -- Aleksa Sarai Senior Software Engineer (Containers) SUSE Linux GmbH <https://www.cyphar.com/>
signature.asc
(application/pgp-signature, 228 B)
-----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQS2TklVsp+j1GPyqQYol/rSt+lEbwUCZMKsfgAKCRAol/rSt+lE b/FwAQChKTWhN1YMxOU/bLQz1S3i+RhA8DQHZpoCbh1FlOSYwAEAmOKfPG+e4zNA VW75+QkpKlGw0rY3TfjxW8YkGfonXgo= =/4Tp -----END PGP SIGNATURE-----