[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <ZGYMxNCpACqT2nZ3@matsya>
Date: Thu, 18 May 2023 17:02:20 +0530
From: Vinod Koul <vkoul@...nel.org>
To: Baoquan He <bhe@...hat.com>
Cc: linux-kernel@...r.kernel.org, linux-mm@...ck.org,
schnelle@...ux.ibm.com, linux-s390@...r.kernel.org,
Andy Gross <agross@...nel.org>,
Bjorn Andersson <andersson@...nel.org>,
Konrad Dybcio <konrad.dybcio@...aro.org>,
linux-arm-msm@...r.kernel.org, dmaengine@...r.kernel.org
Subject: Re: [PATCH RESEND 2/2] dmaengine: make QCOM_HIDMA depend on HAS_IOMEM
On 17-05-23, 08:18, Baoquan He wrote:
> On 05/16/23 at 11:26pm, Vinod Koul wrote:
> > On 06-05-23, 19:16, Baoquan He wrote:
> > > On s390 systems (aka mainframes), it has classic channel devices for
> > > networking and permanent storage that are currently even more common
> > > than PCI devices. Hence it could have a fully functional s390 kernel
> > > with CONFIG_PCI=n, then the relevant iomem mapping functions
> > > [including ioremap(), devm_ioremap(), etc.] are not available.
> > >
> > > Here let QCOM_HIDMA depend on HAS_IOMEM so that it won't be built to
> > > cause below compiling error if PCI is unset.
> >
> > I have 2/2 patch here, where is patch 1 of 2..?
>
> It's here, thanks for check.
> https://lore.kernel.org/all/20230506111628.712316-2-bhe@redhat.com/T/#u
>
> I used get_maintainer to get reivewers list, seems your contact is only
> put in 2/2 patch. I also sent to lkml, linux-mm and s390 mailing list,
> so the whole series can be seen in any of the ML.
Ideally these two could have been sent separately! If sending together
add a cover and cc everyone, so that we know..
Applied now
--
~Vinod
Powered by blists - more mailing lists