Message ID | 20231207163128.2707993-1-robh@kernel.org |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a59:bcd1:0:b0:403:3b70:6f57 with SMTP id r17csp4904290vqy; Thu, 7 Dec 2023 08:32:15 -0800 (PST) X-Google-Smtp-Source: AGHT+IGuMs829dLp7ShreujF4AxnnujbJONVvswLDVajTOwMkkCu4UVrEAsKiHhvvim4gJ8eu2WP X-Received: by 2002:a05:6a20:cea7:b0:18c:ba47:74e7 with SMTP id if39-20020a056a20cea700b0018cba4774e7mr2372668pzb.52.1701966735228; Thu, 07 Dec 2023 08:32:15 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1701966735; cv=none; d=google.com; s=arc-20160816; b=spEav1Hnc4zRWKXzwZgKeWCJ5yHqS1DTLUk7WmIoTboc2g2kv/kkGPsH9I1dTi0HkR KlnswZ+Q3XHRmKSdCcObTPO8OlZ9JwI40v2XHAxZAH0UsgKUf95n5Jr8dXZ2EnRvKClE b5iH42/NcQcOzo7UrPjkLVQkaSj40stBc9DU4C0UB+JQ7hIgQ7ZDh7PEG/JN9Vx2k296 7QKFubKjIC4dZEi7g8Z2pXCIQl+SdkPdMO098TP9OOcpQ7KzZ3gl4cNcWAjvZViTccRP DcsrTLstERe3L7LMxW5cuQzTnGfEe7vU0bVp0Ju7bM2fHkvYhnVlaOthGX/COZn9n2e+ BvEQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from; bh=SijZPBQdcqX6+jrUbAZKponmxKm7GHQ4E8iU54Dxwwg=; fh=F+FFBJd4ZGwwnR0APqCjZPVN9G4r7WXfFA2goUNZO6U=; b=cd+KwqDGnF/kd1ydACNILIa029zwcsgbgycuAg98JyDIeP9qGEkcALZihLZgYnGLuE 4I9pQaLNrRWwx9aNHVpeu9bkhfPa9Amd2g9oppCzGYI28AuuNb6M7n1qnYq+I6fwB29D 9y6x5fg2+ikC/QglCqI9BObCdvTGaSSlxQsfiwMLcLeHMdePIVzDU0MNQ0oM0Nacw+fE 1LWW+jUEKGitywqmoGupr6hLX3J5nOaGZyQgYGngpvSQcSDG9wPEEFh+Zv6qydePa667 pBYPpbsCivXvI6JXBSAQw5PyZug8RX0dWLCjk+zKxVxHzhS6uAEtpNygyiPQc0gmhuiJ QW/w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:7 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from snail.vger.email (snail.vger.email. [2620:137:e000::3:7]) by mx.google.com with ESMTPS id fh33-20020a056a00392100b006ce7f143603si1462796pfb.184.2023.12.07.08.32.14 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 07 Dec 2023 08:32:15 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:7 as permitted sender) client-ip=2620:137:e000::3:7; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:7 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by snail.vger.email (Postfix) with ESMTP id 836F4806E56B; Thu, 7 Dec 2023 08:31:47 -0800 (PST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.11 at snail.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232865AbjLGQbi (ORCPT <rfc822;chrisfriedt@gmail.com> + 99 others); Thu, 7 Dec 2023 11:31:38 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:36944 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232623AbjLGQbg (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Thu, 7 Dec 2023 11:31:36 -0500 Received: from mail-oi1-f178.google.com (mail-oi1-f178.google.com [209.85.167.178]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0433B10EB for <linux-kernel@vger.kernel.org>; Thu, 7 Dec 2023 08:31:43 -0800 (PST) Received: by mail-oi1-f178.google.com with SMTP id 5614622812f47-3b86f3cdca0so714800b6e.3 for <linux-kernel@vger.kernel.org>; Thu, 07 Dec 2023 08:31:42 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1701966702; x=1702571502; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=SijZPBQdcqX6+jrUbAZKponmxKm7GHQ4E8iU54Dxwwg=; b=raH/+HojbOXh9ikFWgph9Qwj+K0s5GJ86OV9cQBKRF8HAU7IoqVmyg2mGph1eOLoL5 fqQWDWM8IWLxrBp+VAOS4OMAXvHaxhNcewT4juoQm3VjfqmxEB/G9p5MBZBKzWeTicaP UhCyoOa66Hg7yGIeRaDRa2OuXVmXXee7ndCP7FrpdtClJvirl+nYwz3VA68CTeJ4E6TZ /XYCmrKYTprNI38TrNURi/yiN5Zuf9yfzlEPLQMcypnhP/XN6s6s4VcJUSjE+2SHZbl3 7Ktfq5Mx+qNuaEhHBPB0Vf4QXPByKyH9Bh5ZHxlDygqDH/1190ggY+qYAXZlzXHLV728 kwhg== X-Gm-Message-State: AOJu0YxNsdwXxmmOAALtU+dEB7B3gRtUAJLx3xdUhwOJk2rPzTKhZERi 0IcNiW6vWlchRMG82XKbFdzvohlPmw== X-Received: by 2002:a05:6808:1206:b0:3b8:b063:825b with SMTP id a6-20020a056808120600b003b8b063825bmr3179380oil.93.1701966702251; Thu, 07 Dec 2023 08:31:42 -0800 (PST) Received: from herring.priv (66-90-144-107.dyn.grandenetworks.net. [66.90.144.107]) by smtp.gmail.com with ESMTPSA id m6-20020a0568080f0600b003b9d00ce109sm10806oiw.34.2023.12.07.08.31.40 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 07 Dec 2023 08:31:41 -0800 (PST) Received: (nullmailer pid 2710450 invoked by uid 1000); Thu, 07 Dec 2023 16:31:40 -0000 From: Rob Herring <robh@kernel.org> To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>, Nipun Gupta <nipun.gupta@amd.com>, Nikhil Agarwal <nikhil.agarwal@amd.com> Cc: linux-kernel@vger.kernel.org Subject: [PATCH 1/2] cdx: Enable COMPILE_TEST Date: Thu, 7 Dec 2023 10:31:26 -0600 Message-ID: <20231207163128.2707993-1-robh@kernel.org> X-Mailer: git-send-email 2.42.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.2 required=5.0 tests=BAYES_00, FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,RCVD_IN_DNSWL_BLOCKED,RCVD_IN_MSPIKE_H2, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (snail.vger.email [0.0.0.0]); Thu, 07 Dec 2023 08:31:47 -0800 (PST) X-getmail-retrieved-from-mailbox: INBOX X-GMAIL-THRID: 1784641471008941887 X-GMAIL-MSGID: 1784641471008941887 |
Series |
[1/2] cdx: Enable COMPILE_TEST
|
|
Commit Message
Rob Herring
Dec. 7, 2023, 4:31 p.m. UTC
There is no reason CDX needs to depend on ARM64 other than limiting
visibility. So let's also enable building with COMPILE_TEST.
The CONFIG_OF dependency is redundant as ARM64 always enables it and all
the DT functions have empty stubs.
Signed-off-by: Rob Herring <robh@kernel.org>
---
drivers/cdx/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Comments
> -----Original Message----- > From: Rob Herring <robh@kernel.org> > Sent: Thursday, December 7, 2023 10:01 PM > To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>; Gupta, Nipun > <Nipun.Gupta@amd.com>; Agarwal, Nikhil <nikhil.agarwal@amd.com> > Cc: linux-kernel@vger.kernel.org > Subject: [PATCH 1/2] cdx: Enable COMPILE_TEST > > There is no reason CDX needs to depend on ARM64 other than limiting > visibility. So let's also enable building with COMPILE_TEST. > > The CONFIG_OF dependency is redundant as ARM64 always enables it and all > the DT functions have empty stubs. > > Signed-off-by: Rob Herring <robh@kernel.org> > --- > drivers/cdx/Kconfig | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/cdx/Kconfig b/drivers/cdx/Kconfig index > a08958485e31..7cdb7c414453 100644 > --- a/drivers/cdx/Kconfig > +++ b/drivers/cdx/Kconfig > @@ -7,7 +7,7 @@ > > config CDX_BUS > bool "CDX Bus driver" > - depends on OF && ARM64 > + depends on ARM64 || COMPILE_TEST Hi Rob, There is a CDX MSI support patch https://lore.kernel.org/lkml/20231116125609.245206-1-nipun.gupta@amd.com/ which is in review and is dependent on ARM64( msi_alloc_info_t definition differs on x86). So, the COMPILE_TEST would break once the MSI changes are added. Regards Nikhil
On Mon, Dec 11, 2023 at 10:40 PM Agarwal, Nikhil <nikhil.agarwal@amd.com> wrote: > > > -----Original Message----- > > From: Rob Herring <robh@kernel.org> > > Sent: Thursday, December 7, 2023 10:01 PM > > To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>; Gupta, Nipun > > <Nipun.Gupta@amd.com>; Agarwal, Nikhil <nikhil.agarwal@amd.com> > > Cc: linux-kernel@vger.kernel.org > > Subject: [PATCH 1/2] cdx: Enable COMPILE_TEST > > > > There is no reason CDX needs to depend on ARM64 other than limiting > > visibility. So let's also enable building with COMPILE_TEST. > > > > The CONFIG_OF dependency is redundant as ARM64 always enables it and all > > the DT functions have empty stubs. > > > > Signed-off-by: Rob Herring <robh@kernel.org> > > --- > > drivers/cdx/Kconfig | 2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > diff --git a/drivers/cdx/Kconfig b/drivers/cdx/Kconfig index > > a08958485e31..7cdb7c414453 100644 > > --- a/drivers/cdx/Kconfig > > +++ b/drivers/cdx/Kconfig > > @@ -7,7 +7,7 @@ > > > > config CDX_BUS > > bool "CDX Bus driver" > > - depends on OF && ARM64 > > + depends on ARM64 || COMPILE_TEST > Hi Rob, > > There is a CDX MSI support patch > https://lore.kernel.org/lkml/20231116125609.245206-1-nipun.gupta@amd.com/ which is in > review and is dependent on ARM64( msi_alloc_info_t definition differs on x86). So, the > COMPILE_TEST would break once the MSI changes are added. An ifdef around 'scratchpad' should fix that. It is worthwhile to get all this to build on x86 allyesconfig builds at least because that is frequently built by the various CI systems. arm64 is getting there, but x86 is first for many. Rob
On Thu, Dec 07, 2023 at 10:31:26AM -0600, Rob Herring wrote: > There is no reason CDX needs to depend on ARM64 other than limiting > visibility. So let's also enable building with COMPILE_TEST. > > The CONFIG_OF dependency is redundant as ARM64 always enables it and all > the DT functions have empty stubs. > > Signed-off-by: Rob Herring <robh@kernel.org> > --- > drivers/cdx/Kconfig | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/cdx/Kconfig b/drivers/cdx/Kconfig > index a08958485e31..7cdb7c414453 100644 > --- a/drivers/cdx/Kconfig > +++ b/drivers/cdx/Kconfig > @@ -7,7 +7,7 @@ > > config CDX_BUS > bool "CDX Bus driver" > - depends on OF && ARM64 > + depends on ARM64 || COMPILE_TEST Ok, good start, now we need to turn this into a module, what's keeping it from being able to be built as a tristate? thanks, greg k-h
On Fri, Dec 15, 2023 at 05:09:15PM +0100, Greg Kroah-Hartman wrote: > On Thu, Dec 07, 2023 at 10:31:26AM -0600, Rob Herring wrote: > > There is no reason CDX needs to depend on ARM64 other than limiting > > visibility. So let's also enable building with COMPILE_TEST. > > > > The CONFIG_OF dependency is redundant as ARM64 always enables it and all > > the DT functions have empty stubs. > > > > Signed-off-by: Rob Herring <robh@kernel.org> > > --- > > drivers/cdx/Kconfig | 2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > diff --git a/drivers/cdx/Kconfig b/drivers/cdx/Kconfig > > index a08958485e31..7cdb7c414453 100644 > > --- a/drivers/cdx/Kconfig > > +++ b/drivers/cdx/Kconfig > > @@ -7,7 +7,7 @@ > > > > config CDX_BUS > > bool "CDX Bus driver" > > - depends on OF && ARM64 > > + depends on ARM64 || COMPILE_TEST > > Ok, good start, now we need to turn this into a module, what's keeping > it from being able to be built as a tristate? To answer my own question, the following errors: ERROR: modpost: missing MODULE_LICENSE() in drivers/cdx/cdx.o ERROR: modpost: "iommu_device_unuse_default_domain" [drivers/cdx/cdx.ko] undefined! ERROR: modpost: "iommu_device_use_default_domain" [drivers/cdx/cdx.ko] undefined! Would be great for someone to fix this up... thanks, greg k-h
> -----Original Message----- > From: Rob Herring <robh@kernel.org> > Sent: Tuesday, December 12, 2023 7:56 PM > To: Agarwal, Nikhil <nikhil.agarwal@amd.com> > Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>; Gupta, Nipun > <Nipun.Gupta@amd.com>; linux-kernel@vger.kernel.org > Subject: Re: [PATCH 1/2] cdx: Enable COMPILE_TEST > > On Mon, Dec 11, 2023 at 10:40 PM Agarwal, Nikhil > <nikhil.agarwal@amd.com> wrote: > > > > > -----Original Message----- > > > From: Rob Herring <robh@kernel.org> > > > Sent: Thursday, December 7, 2023 10:01 PM > > > To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>; Gupta, Nipun > > > <Nipun.Gupta@amd.com>; Agarwal, Nikhil <nikhil.agarwal@amd.com> > > > Cc: linux-kernel@vger.kernel.org > > > Subject: [PATCH 1/2] cdx: Enable COMPILE_TEST > > > > > > There is no reason CDX needs to depend on ARM64 other than limiting > > > visibility. So let's also enable building with COMPILE_TEST. > > > > > > The CONFIG_OF dependency is redundant as ARM64 always enables it and > > > all the DT functions have empty stubs. > > > > > > Signed-off-by: Rob Herring <robh@kernel.org> > > > --- > > > drivers/cdx/Kconfig | 2 +- > > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > > > diff --git a/drivers/cdx/Kconfig b/drivers/cdx/Kconfig index > > > a08958485e31..7cdb7c414453 100644 > > > --- a/drivers/cdx/Kconfig > > > +++ b/drivers/cdx/Kconfig > > > @@ -7,7 +7,7 @@ > > > > > > config CDX_BUS > > > bool "CDX Bus driver" > > > - depends on OF && ARM64 > > > + depends on ARM64 || COMPILE_TEST > > Hi Rob, > > > > There is a CDX MSI support patch > > https://lore.kernel.org/lkml/20231116125609.245206-1- > nipun.gupta@amd.c > > om/ which is in review and is dependent on ARM64( msi_alloc_info_t > > definition differs on x86). So, the COMPILE_TEST would break once the MSI > changes are added. > > An ifdef around 'scratchpad' should fix that. It is worthwhile to get all this to > build on x86 allyesconfig builds at least because that is frequently built by the > various CI systems. arm64 is getting there, but x86 is first for many. > > Rob Thanks for the suggestion, Rob. We will change the MSI patch accordingly.
> -----Original Message----- > From: Rob Herring <robh@kernel.org> > Sent: Thursday, December 7, 2023 10:01 PM > To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>; Gupta, Nipun > <Nipun.Gupta@amd.com>; Agarwal, Nikhil <nikhil.agarwal@amd.com> > Cc: linux-kernel@vger.kernel.org > Subject: [PATCH 1/2] cdx: Enable COMPILE_TEST > > There is no reason CDX needs to depend on ARM64 other than limiting > visibility. So let's also enable building with COMPILE_TEST. > > The CONFIG_OF dependency is redundant as ARM64 always enables it and all > the DT functions have empty stubs. > > Signed-off-by: Rob Herring <robh@kernel.org> Acked-by: Nikhil Agarwal <Nikhil.agarwal@amd.com>
> > On Thu, Dec 07, 2023 at 10:31:26AM -0600, Rob Herring wrote: > > > There is no reason CDX needs to depend on ARM64 other than limiting > > > visibility. So let's also enable building with COMPILE_TEST. > > > > > > The CONFIG_OF dependency is redundant as ARM64 always enables it and > all > > > the DT functions have empty stubs. > > > > > > Signed-off-by: Rob Herring <robh@kernel.org> > > > --- > > > drivers/cdx/Kconfig | 2 +- > > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > > > diff --git a/drivers/cdx/Kconfig b/drivers/cdx/Kconfig > > > index a08958485e31..7cdb7c414453 100644 > > > --- a/drivers/cdx/Kconfig > > > +++ b/drivers/cdx/Kconfig > > > @@ -7,7 +7,7 @@ > > > > > > config CDX_BUS > > > bool "CDX Bus driver" > > > - depends on OF && ARM64 > > > + depends on ARM64 || COMPILE_TEST > > > > Ok, good start, now we need to turn this into a module, what's keeping > > it from being able to be built as a tristate? > > To answer my own question, the following errors: > > ERROR: modpost: missing MODULE_LICENSE() in drivers/cdx/cdx.o > ERROR: modpost: "iommu_device_unuse_default_domain" > [drivers/cdx/cdx.ko] undefined! > ERROR: modpost: "iommu_device_use_default_domain" [drivers/cdx/cdx.ko] > undefined! > > Would be great for someone to fix this up... I did look at this code. There are 2 issues here for it to be a module. 1. There are many symbols in iommu, msi and other module which are not exported. Most of other busses like amba, fslmc, pci are bool only. 2. As of now, iommu has static list on bus types (static struct bus_type * const iommu_buses[]) which is initializes the notifier at init time. So, if we change cdx bus to be a module cdx devices would miss these mappings. Thanks, Abhijit
On Thu, Dec 21, 2023 at 06:42:29AM +0000, Gangurde, Abhijit wrote: > > > On Thu, Dec 07, 2023 at 10:31:26AM -0600, Rob Herring wrote: > > > > There is no reason CDX needs to depend on ARM64 other than limiting > > > > visibility. So let's also enable building with COMPILE_TEST. > > > > > > > > The CONFIG_OF dependency is redundant as ARM64 always enables it and > > all > > > > the DT functions have empty stubs. > > > > > > > > Signed-off-by: Rob Herring <robh@kernel.org> > > > > --- > > > > drivers/cdx/Kconfig | 2 +- > > > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > > > > > diff --git a/drivers/cdx/Kconfig b/drivers/cdx/Kconfig > > > > index a08958485e31..7cdb7c414453 100644 > > > > --- a/drivers/cdx/Kconfig > > > > +++ b/drivers/cdx/Kconfig > > > > @@ -7,7 +7,7 @@ > > > > > > > > config CDX_BUS > > > > bool "CDX Bus driver" > > > > - depends on OF && ARM64 > > > > + depends on ARM64 || COMPILE_TEST > > > > > > Ok, good start, now we need to turn this into a module, what's keeping > > > it from being able to be built as a tristate? > > > > To answer my own question, the following errors: > > > > ERROR: modpost: missing MODULE_LICENSE() in drivers/cdx/cdx.o > > ERROR: modpost: "iommu_device_unuse_default_domain" > > [drivers/cdx/cdx.ko] undefined! > > ERROR: modpost: "iommu_device_use_default_domain" [drivers/cdx/cdx.ko] > > undefined! > > > > Would be great for someone to fix this up... > > I did look at this code. There are 2 issues here for it to be a module. > 1. There are many symbols in iommu, msi and other module which are not exported. > Most of other busses like amba, fslmc, pci are bool only. I only see 2 symbols here, what other ones do you see? > 2. As of now, iommu has static list on bus types (static struct bus_type * const iommu_buses[]) > which is initializes the notifier at init time. So, if we change cdx bus to be a module > cdx devices would miss these mappings. That static bus list needs to be fixed up eventually anyway as we are moving all bus structures to read-only-memory. So it's on my todo list... Anyway, for now this is ok, but ideally if possible, and if you all want more build testing, it should be made a module. thanks, greg k-h
> > > > On Thu, Dec 07, 2023 at 10:31:26AM -0600, Rob Herring wrote: > > > > > There is no reason CDX needs to depend on ARM64 other than limiting > > > > > visibility. So let's also enable building with COMPILE_TEST. > > > > > > > > > > The CONFIG_OF dependency is redundant as ARM64 always enables it > and > > > all > > > > > the DT functions have empty stubs. > > > > > > > > > > Signed-off-by: Rob Herring <robh@kernel.org> > > > > > --- > > > > > drivers/cdx/Kconfig | 2 +- > > > > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > > > > > > > diff --git a/drivers/cdx/Kconfig b/drivers/cdx/Kconfig > > > > > index a08958485e31..7cdb7c414453 100644 > > > > > --- a/drivers/cdx/Kconfig > > > > > +++ b/drivers/cdx/Kconfig > > > > > @@ -7,7 +7,7 @@ > > > > > > > > > > config CDX_BUS > > > > > bool "CDX Bus driver" > > > > > - depends on OF && ARM64 > > > > > + depends on ARM64 || COMPILE_TEST > > > > > > > > Ok, good start, now we need to turn this into a module, what's keeping > > > > it from being able to be built as a tristate? > > > > > > To answer my own question, the following errors: > > > > > > ERROR: modpost: missing MODULE_LICENSE() in drivers/cdx/cdx.o > > > ERROR: modpost: "iommu_device_unuse_default_domain" > > > [drivers/cdx/cdx.ko] undefined! > > > ERROR: modpost: "iommu_device_use_default_domain" > [drivers/cdx/cdx.ko] > > > undefined! > > > > > > Would be great for someone to fix this up... > > > > I did look at this code. There are 2 issues here for it to be a module. > > 1. There are many symbols in iommu, msi and other module which are not > exported. > > Most of other busses like amba, fslmc, pci are bool only. > > I only see 2 symbols here, what other ones do you see? There are ~5 symbols from cdx msi patch Thanks, Abhijit
On Thu, Dec 21, 2023 at 08:40:05AM +0000, Gangurde, Abhijit wrote: > > > > > On Thu, Dec 07, 2023 at 10:31:26AM -0600, Rob Herring wrote: > > > > > > There is no reason CDX needs to depend on ARM64 other than limiting > > > > > > visibility. So let's also enable building with COMPILE_TEST. > > > > > > > > > > > > The CONFIG_OF dependency is redundant as ARM64 always enables it > > and > > > > all > > > > > > the DT functions have empty stubs. > > > > > > > > > > > > Signed-off-by: Rob Herring <robh@kernel.org> > > > > > > --- > > > > > > drivers/cdx/Kconfig | 2 +- > > > > > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > > > > > > > > > diff --git a/drivers/cdx/Kconfig b/drivers/cdx/Kconfig > > > > > > index a08958485e31..7cdb7c414453 100644 > > > > > > --- a/drivers/cdx/Kconfig > > > > > > +++ b/drivers/cdx/Kconfig > > > > > > @@ -7,7 +7,7 @@ > > > > > > > > > > > > config CDX_BUS > > > > > > bool "CDX Bus driver" > > > > > > - depends on OF && ARM64 > > > > > > + depends on ARM64 || COMPILE_TEST > > > > > > > > > > Ok, good start, now we need to turn this into a module, what's keeping > > > > > it from being able to be built as a tristate? > > > > > > > > To answer my own question, the following errors: > > > > > > > > ERROR: modpost: missing MODULE_LICENSE() in drivers/cdx/cdx.o > > > > ERROR: modpost: "iommu_device_unuse_default_domain" > > > > [drivers/cdx/cdx.ko] undefined! > > > > ERROR: modpost: "iommu_device_use_default_domain" > > [drivers/cdx/cdx.ko] > > > > undefined! > > > > > > > > Would be great for someone to fix this up... > > > > > > I did look at this code. There are 2 issues here for it to be a module. > > > 1. There are many symbols in iommu, msi and other module which are not > > exported. > > > Most of other busses like amba, fslmc, pci are bool only. > > > > I only see 2 symbols here, what other ones do you see? > > There are ~5 symbols from cdx msi patch That hasn't been merged yet :)
diff --git a/drivers/cdx/Kconfig b/drivers/cdx/Kconfig index a08958485e31..7cdb7c414453 100644 --- a/drivers/cdx/Kconfig +++ b/drivers/cdx/Kconfig @@ -7,7 +7,7 @@ config CDX_BUS bool "CDX Bus driver" - depends on OF && ARM64 + depends on ARM64 || COMPILE_TEST help Driver to enable Composable DMA Transfer(CDX) Bus. CDX bus exposes Fabric devices which uses composable DMA IP to the