From mboxrd@z Thu Jan 1 00:00:00 1970 From: Michael Cree Subject: Re: [PATCH 2/3] ARM: convert to generated system call tables Date: Tue, 25 Oct 2016 22:12:10 +1300 Message-ID: <20161025091210.rjfhvq4mqtuquei5@tower> References: <13702107.LdHY4HTXyY@wuerfel> <20161019155325.GR1041@n2100.armlinux.org.uk> <3851270.xZRcP9hae0@wuerfel> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <3851270.xZRcP9hae0@wuerfel> Sender: linux-alpha-owner@vger.kernel.org To: Arnd Bergmann Cc: Russell King - ARM Linux , linux-arm-kernel@lists.infradead.org, linux-arch , linux-api , linux-alpha@vger.kernel.org List-Id: linux-api@vger.kernel.org On Fri, Oct 21, 2016 at 03:06:45PM +0200, Arnd Bergmann wrote: > I see your point, but I think there are serious issues with the current > approach as well: > > - a lot of the less common architectures just don't get updated > in time, out of 22 architectures that don't use asm-generic/unistd.h, > only 12 have pwritev2 in linux-next, and only three have pkey_mprotect > > - some architectures that add all syscalls sometimes make a mistake > and forget one, e.g. alpha apparently never added __NR_bpf, but it > did add the later __NR_execveat. __NR_bpf was not forgotten on Alpha. It was not wired up because extra architecture support is needed which has not been implemented. But maybe we should just wire it up to sys_ni_syscall in the meantime so a syscall number is reserved for it, and user space can call it to get -ENOSYS returned. Cheers Michael.