From: Will Deacon <will@kernel.org>
To: huanglei <huanglei814@163.com>
Cc: catalin.marinas@arm.com, linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org, huanglei <huanglei@kylinos.cn>,
arnd@arndb.de
Subject: Re: Re: [PATCH] arm64/Kconfig: introduce GENERIC_ISA_DMA
Date: Tue, 29 Oct 2024 13:20:43 +0000 [thread overview]
Message-ID: <20241029132042.GA4416@willie-the-truck> (raw)
In-Reply-To: <26ed8fbb.1809.192d5ef13e5.Coremail.huanglei814@163.com>
On Tue, Oct 29, 2024 at 09:41:08AM +0800, huanglei wrote:
> Even if MAX_SMA_CANNELS is not defined, as long as GENETIC-SIA_DMA is
> enabled, request_rma/free_rma function will also be exported, and
> other modules using these two interfaces will not encounter link
> errors.
>
> I don't know why others haven't noticed, but I discovered it when
> debugging pcie parallel port drivers. And the arm/Kconfig has been
> around for a long time.
Please try to avoid top-posting in replies, as it makes the conversation
very hard to follow.
> At 2024-10-28 22:05:45, "Will Deacon" <will@kernel.org> wrote:
> >On Fri, Oct 25, 2024 at 09:16:41AM +0800, huanglei814 wrote:
> >> From: huanglei <huanglei@kylinos.cn>
> >>
> >> Enable GENERIC_ISA_DMA feature on arm64 platform,
> >> thus, request_dma and free_dma interface can be export.
> >> and driver modules can use the this interfaces on arm64
> >> platform.
> >>
> >> Currently, many pcie parallel port drivers still use these
> >> interfaces when ported to arm64 platform.
> >
> >Why has it taken so long for anybody to notice?
> >
> >> Signed-off-by: huanglei <huanglei@kylinos.cn>
> >> ---
> >> arch/arm64/Kconfig | 3 +++
> >> 1 file changed, 3 insertions(+)
> >>
> >> diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
> >> index fd9df6dcc593..986eb251f68f 100644
> >> --- a/arch/arm64/Kconfig
> >> +++ b/arch/arm64/Kconfig
> >> @@ -367,6 +367,9 @@ config GENERIC_CSUM
> >> config GENERIC_CALIBRATE_DELAY
> >> def_bool y
> >>
> >> +config GENERIC_ISA_DMA
> >> + def_bool y
> >> +
> >
> > Does this actually do anything without MAX_DMA_CHANNELS defined?
>
> Even if MAX_SMA_CANNELS is not defined, as long as GENETIC-SIA_DMA is
> enabled, request_rma/free_rma function will also be exported, and
> other modules using these two interfaces will not encounter link
> errors.
Do the drivers do anything useful after they've linked? Can you please
provide some in-tree examples of drivers that can be used on arm64 only
once GENERIC_ISA_DMA is selected? If they just need some stubs for
request_dma() and free_dma(), then it feels to me like that should be
the default implementation, rather than having to select something to
get them.
Will
next prev parent reply other threads:[~2024-10-29 14:08 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-10-25 1:16 [PATCH] arm64/Kconfig: introduce GENERIC_ISA_DMA huanglei814
2024-10-28 15:05 ` Will Deacon
2024-10-29 1:41 ` huanglei
2024-10-29 1:57 ` huanglei
2024-10-29 13:20 ` Will Deacon [this message]
2024-10-29 20:35 ` Arnd Bergmann
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20241029132042.GA4416@willie-the-truck \
--to=will@kernel.org \
--cc=arnd@arndb.de \
--cc=catalin.marinas@arm.com \
--cc=huanglei814@163.com \
--cc=huanglei@kylinos.cn \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox