Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751516AbdHGAWM (ORCPT ); Sun, 6 Aug 2017 20:22:12 -0400 Received: from ozlabs.org ([103.22.144.67]:59025 "EHLO ozlabs.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751364AbdHGAWK (ORCPT ); Sun, 6 Aug 2017 20:22:10 -0400 Date: Mon, 7 Aug 2017 10:22:08 +1000 From: Stephen Rothwell To: Laurentiu Tudor , Greg KH Cc: "heiko.carstens@de.ibm.com" , Linux-Next Mailing List , LKML Subject: Re: linux-next: build failure in the staging tree (Was: kisskb: FAILED linux-next/s390-allmodconfig/s390x Mon Jul 31, 17:24) Message-ID: <20170807102208.597379d4@canb.auug.org.au> In-Reply-To: <59803B7E.7050001@nxp.com> References: <20170731072425.1.95853@222023911cb9> <20170731193546.6d0538cf@canb.auug.org.au> <597EFE81.9010407@nxp.com> <20170731155850.GD1262@kroah.com> <59803B7E.7050001@nxp.com> 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 Content-Length: 1371 Lines: 36 Hi all, On Tue, 1 Aug 2017 08:29:31 +0000 Laurentiu Tudor wrote: > > On 07/31/2017 06:58 PM, Greg KH wrote: > > On Mon, Jul 31, 2017 at 09:55:14AM +0000, Laurentiu Tudor wrote: > >> Hi Stephen, > >> > >> That's because the fsl-mc driver selects GENERIC_MSI_IRQ_DOMAIN and not > >> all arches implement the support for the option. I can submit a patch > >> that adds explicit dependencies on arches that it was build-tested (x86, > >> arm, powerpc, all both 32 and 64 bits) similar to how it's done here > >> [1]. Let me know if you're ok with this fix and i'll submit the fix to > >> staging. > > > > Ugh, you should not be selecting that option, but rather depending on > > the option, right? > > All users in the kernel use "select", so i don't think so. An > interesting use that adds explicit dependencies on architectures can be > seen here [1], in the generic code. I've proposed a patch [2] that does > a similar thing for mc-bus. I think it's a good approach as it keeps > things under control by explicitly specifying the architectures on which > the driver was compile-tested. > > --- > Best Regards, Laurentiu > > [1] > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/pci/Kconfig#n28 > [2] https://patchwork.kernel.org/patch/9871861/ Any resolution of this? -- Cheers, Stephen Rothwell