From: Hans Zhang <hans.zhang@cixtech.com>
To: Samiksha Garg <samikshagarg@google.com>,
Hans Zhang <18255117159@163.com>
Cc: jingoohan1@gmail.com, manivannan.sadhasivam@linaro.org,
ajayagarwal@google.com, maurora@google.com,
linux-pci@vger.kernel.org, manugautam@google.com
Subject: Re: [PATCH] PCI: dwc: EXPORT dw_pcie_allocate_domains
Date: Tue, 27 May 2025 13:49:57 +0800 [thread overview]
Message-ID: <9c52c87c-236b-4e8b-b40f-92d5f39f944d@cixtech.com> (raw)
In-Reply-To: <aDVCronBm32GwF77@google.com>
On 2025/5/27 12:42, Samiksha Garg wrote:
> [You don't often get email from samikshagarg@google.com. Learn why this is important at https://aka.ms/LearnAboutSenderIdentification ]
>
> EXTERNAL EMAIL
>
> Hi,
> Yes I understand that `pci-keystone` is currently built in,
> which is why it can use `dw_pcie_allocate_domains` without
> the need for symbol export.
>
> My intent with the patch was to make this API accessible to
> other out-of-tree drivers that rely on the Designware core
> and might have similar want as `pci-keystone`.
>
> Since `dw_pcie_allocate_domains` is already non-static,
> exporting it could enable consistent reuse without requiring
> duplication or workarounds.
>
Hello,
Just as Mani said, you need to upstream your Root Port driver.
Otherwise, too many APIs need to be exported.
I have also encountered this kind of problem of yours. Actually, I think
the dwc driver should be compiled as a module so that many SOC
manufacturers can modify it by themselves. Otherwise, for example,
Android GKI cannot meet the requirements. My previous approach was to
copy the entire dwc driver and rename all the functions. Finally, it is
loaded in the form of ko.
Best regards,
Hans
> Thanks,
> Samiksha
>
> On Tue, May 27, 2025 at 12:29:18AM +0800, Hans Zhang wrote:
>>
>>
>> On 2025/5/26 18:42, Samiksha Garg wrote:
>>> Hi Mani,
>>> Thanks for your response. I can see that pci-keystone driver already calls this function.
>>> Does it not mean that there is already an upstream user?
>>>
>>
>> Hello,
>>
>> pci-keystone is build-in.
>>
>> Best regards,
>> Hans
>>
>
next prev parent reply other threads:[~2025-05-27 5:50 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-05-26 10:42 [PATCH] PCI: dwc: EXPORT dw_pcie_allocate_domains Samiksha Garg
2025-05-26 11:20 ` Manivannan Sadhasivam
2025-05-26 16:04 ` Samiksha Garg
2025-05-28 3:45 ` Manivannan Sadhasivam
2025-05-26 16:26 ` Hans Zhang
2025-05-26 16:29 ` Hans Zhang
2025-05-27 4:42 ` Samiksha Garg
2025-05-27 5:49 ` Hans Zhang [this message]
2025-05-27 8:09 ` Christoph Hellwig
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=9c52c87c-236b-4e8b-b40f-92d5f39f944d@cixtech.com \
--to=hans.zhang@cixtech.com \
--cc=18255117159@163.com \
--cc=ajayagarwal@google.com \
--cc=jingoohan1@gmail.com \
--cc=linux-pci@vger.kernel.org \
--cc=manivannan.sadhasivam@linaro.org \
--cc=manugautam@google.com \
--cc=maurora@google.com \
--cc=samikshagarg@google.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.