[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <YLRiIyy9un3i+1x+@vkoul-mobl.Dlink>
Date: Mon, 31 May 2021 09:42:19 +0530
From: Vinod Koul <vkoul@...nel.org>
To: Randy Dunlap <rdunlap@...radead.org>
Cc: Laurent Pinchart <laurent.pinchart@...asonboard.com>,
linux-kernel@...r.kernel.org, Stefan Roese <sr@...x.de>,
dmaengine@...r.kernel.org, Sinan Kaya <okaya@...eaurora.org>,
Green Wan <green.wan@...ive.com>,
Hyun Kwon <hyun.kwon@...inx.com>,
Tejas Upadhyay <tejasu@...inx.com>,
Michal Simek <michal.simek@...inx.com>,
kernel test robot <lkp@...el.com>
Subject: Re: [PATCH 4/4] DMA: XILINX_ZYNQMP_DPDMA depends on HAS_IOMEM
On 23-05-21, 12:08, Randy Dunlap wrote:
> On 5/23/21 11:53 AM, Laurent Pinchart wrote:
> > Hi Randy,
> >
> > On Sat, May 22, 2021 at 06:07:01PM -0700, Randy Dunlap wrote:
> >> On 5/22/21 5:20 PM, Laurent Pinchart wrote:
> >>> On Fri, May 21, 2021 at 07:13:13PM -0700, Randy Dunlap wrote:
> >>>> When CONFIG_HAS_IOMEM is not set/enabled, most iomap() family
> >>>> functions [including ioremap(), devm_ioremap(), etc.] are not
> >>>> available.
> >>>> Drivers that use these functions should depend on HAS_IOMEM so that
> >>>> they do not cause build errors.
> >>>>
> >>>> Cures this build error:
> >>>> s390-linux-ld: drivers/dma/xilinx/xilinx_dpdma.o: in function `xilinx_dpdma_probe':
> >>>> xilinx_dpdma.c:(.text+0x336a): undefined reference to `devm_platform_ioremap_resource'
> >>>
> >>> I've previously posted
> >>> https://lore.kernel.org/dmaengine/20210520152420.23986-2-laurent.pinchart@ideasonboard.com/T/#u
> >>> which fixes the same issue (plus an additional one).
> >>
> >> Hi Laurent,
> >>
> >> I didn't add a dependency on OF because OF header files _mostly_
> >> have stubs so that they work when OF is enabled or disabled.
> >>
> >> I did find a problem in <linux/of_address.h> where it could end up
> >> without having a stub. I will post a patch for that soon.
> >> I'm currently doing lots of randconfig builds on it.
> >
> > I'm fine with eithe approach, but the patch you've posted to address the
> > of_address.h issue has an issue itself.
>
> I'm also fine with either patch.
> I'm reworking the of_address.h patch now.
Back from vacation and clearing inbox... I have already applied Laurents
patch for this...
Thanks
--
~Vinod
Powered by blists - more mailing lists