From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752847AbbDACqT (ORCPT ); Tue, 31 Mar 2015 22:46:19 -0400 Received: from bh-25.webhostbox.net ([208.91.199.152]:46392 "EHLO bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751259AbbDACqS (ORCPT ); Tue, 31 Mar 2015 22:46:18 -0400 Message-ID: <551B5BDC.5060706@roeck-us.net> Date: Tue, 31 Mar 2015 19:45:48 -0700 From: Guenter Roeck User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Stephen Rothwell , Greg Kroah-Hartman CC: linux-next@vger.kernel.org, linux-kernel@vger.kernel.org, Tony Lindgren , Felipe Balbi , Ard Biesheuvel , Russell King , Arnd Bergmann , Lad@roeck-us.net, Prabhakar , Thomas Gleixner , Daniel Mack , Mikko Perttunen , Thierry Reding Subject: Re: linux-next: Tree for Mar 31 (build failures and culprits) References: <20150401000221.21961ecd@canb.auug.org.au> <20150331161640.GA16540@roeck-us.net> <20150331230749.GA6564@kroah.com> <20150401104233.563d0022@canb.auug.org.au> <551B56E0.7090209@roeck-us.net> In-Reply-To: <551B56E0.7090209@roeck-us.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Authenticated_sender: linux@roeck-us.net X-OutGoing-Spam-Status: No, score=-1.0 X-CTCH-PVer: 0000001 X-CTCH-Spam: Unknown X-CTCH-VOD: Unknown X-CTCH-Flags: 0 X-CTCH-RefID: str=0001.0A020204.551B5BF9.012B,ss=1,re=0.001,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0 X-CTCH-Score: 0.001 X-CTCH-ScoreCust: 0.000 X-CTCH-Rules: C_4847, X-CTCH-SenderID: linux@roeck-us.net X-CTCH-SenderID-Flags: 0 X-CTCH-SenderID-TotalMessages: 11 X-CTCH-SenderID-TotalSpam: 0 X-CTCH-SenderID-TotalSuspected: 0 X-CTCH-SenderID-TotalConfirmed: 0 X-CTCH-SenderID-TotalBulk: 0 X-CTCH-SenderID-TotalVirus: 0 X-CTCH-SenderID-TotalRecipients: 0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net X-AntiAbuse: Original Domain - vger.kernel.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - roeck-us.net X-Get-Message-Sender-Via: bh-25.webhostbox.net: mailgid no entry from get_relayhosts_entry X-Source: X-Source-Args: X-Source-Dir: Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 03/31/2015 07:24 PM, Guenter Roeck wrote: > On 03/31/2015 04:42 PM, Stephen Rothwell wrote: >> Hi Greg, >> >> On Wed, 1 Apr 2015 01:07:49 +0200 Greg Kroah-Hartman wrote: >>> >>> On Tue, Mar 31, 2015 at 09:16:40AM -0700, Guenter Roeck wrote: >>>> >>>> alpha:allmodconfig >>>> mips:allmodconfig >>>> >>>> samples/kdbus/kdbus-workers.c: In function ‘prime_new’: >>>> samples/kdbus/kdbus-workers.c:930:18: error: ‘__NR_memfd_create’ undeclared >>>> (first use in this function) >>>> p->fd = syscall(__NR_memfd_create, "prime-area", MFD_CLOEXEC); >>>> >>>> Looks like the kdbus example never worked for the affected architectures. >>>> I don't build allmodconfig for all architectures, so other architectures >>>> may be affected as well. >>> >>> You need 3.17 kernel headers to have memfd_create, not much the kdbus >>> test code can do about that. You might want to update the kernel >>> headers for these build boxes. >>> >>> Or have we not hooked up memfd for alpha and mips? >> >> alpha has no definition for __NR_memfd_create and doesn't use >> asm-generic/unistd.h. >> >> mips has a definition for __NR_memfd_create if _MIPS_SIM == >> _MIPS_SIM_ABI32, _MIPS_SIM_ABI64 or _MIPS_SIM_NABI32 (is there any >> other alternative?). >> > > Guess you are saying that those examples won't build even with a > newer toolchain. Good that I already decided not to re-build my > toolchains ;-). > > Now I am left with the question if the samples build should be > masked for alpha and mips, or if I should drop building samples > from my 'allmodconfig' builds. I think I'll do the latter; > there seems to be an expectation that samples are built with > a recent toolchain, and I can not keep rebuilding toolchains for > the rest of my life. > Weird - the kdbus sample doesn't have its own configuration option, unlike other samples. So it's all or nothing for alpha and mips. Guenter