From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753001AbbDACZA (ORCPT ); Tue, 31 Mar 2015 22:25:00 -0400 Received: from bh-25.webhostbox.net ([208.91.199.152]:44668 "EHLO bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751141AbbDACY4 (ORCPT ); Tue, 31 Mar 2015 22:24:56 -0400 Message-ID: <551B56E0.7090209@roeck-us.net> Date: Tue, 31 Mar 2015 19:24:32 -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> In-Reply-To: <20150401104233.563d0022@canb.auug.org.au> 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.0A020205.551B56F8.0093,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 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. Guenter