From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751476AbbEZWQE (ORCPT ); Tue, 26 May 2015 18:16:04 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:34080 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751184AbbEZWQD (ORCPT ); Tue, 26 May 2015 18:16:03 -0400 Date: Tue, 26 May 2015 15:16:02 -0700 From: Andrew Morton To: Andrea Arcangeli Cc: Stephen Rothwell , linux-next@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: linux-next: build failure after merge of the akpm-current tree Message-Id: <20150526151602.38898d76a918321bf1edc3da@linux-foundation.org> In-Reply-To: <20150525140315.GA26958@redhat.com> References: <20150525211801.679d9015@canb.auug.org.au> <20150525140315.GA26958@redhat.com> X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.23; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 25 May 2015 16:03:15 +0200 Andrea Arcangeli wrote: > On Mon, May 25, 2015 at 09:18:01PM +1000, Stephen Rothwell wrote: > > Hi Andrew, > > > > After merging the akpm-current tree, today's linux-next build (powerpc > > ppc64_defconfig) failed like this: > > > > __NR_syscalls (364) is not one more than the last syscall (364) > > > > Caused by commit d7766613717b ("userfaultfd: activate syscall"). (BTW, > > I notice that this patch was not cc'd to any ppc maintainers :-() > > > > I have added this fix patch for today: > > So another option is to just drop the arch/powerpc part of the patch > from -mm. It's up to you, there's no arch dependent code in the > syscall though and the config option is not specific to x86 either. I > enabled the syscall on powerpc in my tree to facilitate the testing so > the patchset included that change to arch/powerpc, but it would be ok > to enable the syscall only later upstream, after it has been tested. Yes, it would be prudent to avoid enabling it until the feature has been appropriately runtime tested on powerpc. How's that tools/testing/selftests/ test harness coming along ;)