Non-functional cleanup of a "__user * filename"
authorPalmer Dabbelt <palmer@sifive.com>
Tue, 11 Jul 2023 16:16:03 +0000 (18:16 +0200)
committerChristian Brauner <brauner@kernel.org>
Tue, 11 Jul 2023 16:55:49 +0000 (18:55 +0200)
The next patch defines a very similar interface, which I copied from
this definition.  Since I'm touching it anyway I don't see any reason
not to just go fix this one up.

Signed-off-by: Palmer Dabbelt <palmer@sifive.com>
Acked-by: Arnd Bergmann <arnd@arndb.de>
Message-Id: <ef644540cfd8717f30bcc5e4c32f06c80b6c156e.1689092120.git.legion@kernel.org>
Signed-off-by: Christian Brauner <brauner@kernel.org>
include/linux/syscalls.h

index 03e3d0121d5e3eb7498a245265d3ce8d76667a53..584f404bf868f1f3b02fbaa57045ac4bfc4da86a 100644 (file)
@@ -438,7 +438,7 @@ asmlinkage long sys_chdir(const char __user *filename);
 asmlinkage long sys_fchdir(unsigned int fd);
 asmlinkage long sys_chroot(const char __user *filename);
 asmlinkage long sys_fchmod(unsigned int fd, umode_t mode);
-asmlinkage long sys_fchmodat(int dfd, const char __user * filename,
+asmlinkage long sys_fchmodat(int dfd, const char __user *filename,
                             umode_t mode);
 asmlinkage long sys_fchownat(int dfd, const char __user *filename, uid_t user,
                             gid_t group, int flag);