From: Jerome Brunet <jbrunet@baylibre.com>
To: Frank Li <Frank.li@nxp.com>
Cc: "Jon Mason" <jdmason@kudzu.us>,
"Dave Jiang" <dave.jiang@intel.com>,
"Allen Hubbe" <allenbh@gmail.com>,
"Manivannan Sadhasivam" <manivannan.sadhasivam@linaro.org>,
"Krzysztof Wilczyński" <kw@linux.com>,
"Kishon Vijay Abraham I" <kishon@kernel.org>,
"Bjorn Helgaas" <bhelgaas@google.com>,
ntb@lists.linux.dev, linux-pci@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH 2/4] PCI: endpoint: pci-epf-vntb: align mw naming with config names
Date: Tue, 20 May 2025 09:47:14 +0200 [thread overview]
Message-ID: <1jecwjn2pp.fsf@starbuckisacylon.baylibre.com> (raw)
In-Reply-To: <aCugvDoKTflV9+P0@lizhi-Precision-Tower-5810> (Frank Li's message of "Mon, 19 May 2025 17:21:00 -0400")
On Mon 19 May 2025 at 17:21, Frank Li <Frank.li@nxp.com> wrote:
> On Mon, May 05, 2025 at 07:41:48PM +0200, Jerome Brunet wrote:
>
> PCI tree require keep consistent at subject
> git log --oneline drivers/pci/endpoint/functions/pci-epf-vntb.c
>
> require first char is UP case.
Noted
>
> Align memory window naming with configfs names.
>
>> The config file related to the memory windows start the numbering of
>
> memory windows (MW)
> then you can use MW later.
Sure
>
>> the MW from 1. The other NTB function does the same, yet the enumeration
>> defining the BARs of the vNTB function starts numbering the MW from 0.
>>
>> Both numbering are fine I suppose but mixing the two is a bit confusing.
>> The configfs file being the interface with userspace, lets keep that stable
>> and consistently start the numbering of the MW from 1.
>>
>> Signed-off-by: Jerome Brunet <jbrunet@baylibre.com>
>> ---
>> drivers/pci/endpoint/functions/pci-epf-vntb.c | 11 ++++++-----
>> 1 file changed, 6 insertions(+), 5 deletions(-)
>>
>> diff --git a/drivers/pci/endpoint/functions/pci-epf-vntb.c b/drivers/pci/endpoint/functions/pci-epf-vntb.c
>> index 35fa0a21fc91100a5539bff775e7ebc25e1fb9c1..f9f4a8bb65f364962dbf1e9011ab0e4479c61034 100644
>> --- a/drivers/pci/endpoint/functions/pci-epf-vntb.c
>> +++ b/drivers/pci/endpoint/functions/pci-epf-vntb.c
>> @@ -70,9 +70,10 @@ static struct workqueue_struct *kpcintb_workqueue;
>> enum epf_ntb_bar {
>> BAR_CONFIG,
>> BAR_DB,
>> - BAR_MW0,
>> BAR_MW1,
>> BAR_MW2,
>> + BAR_MW3,
>> + BAR_MW4,
>
> where use BAR_MW3 and BAR_MW4?
This is aligned with the file available in configfs and what is possible
in theory with the function, same as the NTB function and NTB host driver.
Stopping at MW1 because it is only one used in the driver would be weird
and the number later introduced would be wrong.
>
> Frank
>> };
>>
>> /*
>> @@ -576,7 +577,7 @@ static int epf_ntb_mw_bar_init(struct epf_ntb *ntb)
>>
>> for (i = 0; i < ntb->num_mws; i++) {
>> size = ntb->mws_size[i];
>> - barno = ntb->epf_ntb_bar[BAR_MW0 + i];
>> + barno = ntb->epf_ntb_bar[BAR_MW1 + i];
>>
>> ntb->epf->bar[barno].barno = barno;
>> ntb->epf->bar[barno].size = size;
>> @@ -629,7 +630,7 @@ static void epf_ntb_mw_bar_clear(struct epf_ntb *ntb, int num_mws)
>> int i;
>>
>> for (i = 0; i < num_mws; i++) {
>> - barno = ntb->epf_ntb_bar[BAR_MW0 + i];
>> + barno = ntb->epf_ntb_bar[BAR_MW1 + i];
>> pci_epc_clear_bar(ntb->epf->epc,
>> ntb->epf->func_no,
>> ntb->epf->vfunc_no,
>> @@ -676,7 +677,7 @@ static int epf_ntb_init_epc_bar(struct epf_ntb *ntb)
>> epc_features = pci_epc_get_features(ntb->epf->epc, ntb->epf->func_no, ntb->epf->vfunc_no);
>>
>> /* These are required BARs which are mandatory for NTB functionality */
>> - for (bar = BAR_CONFIG; bar <= BAR_MW0; bar++, barno++) {
>> + for (bar = BAR_CONFIG; bar <= BAR_MW1; bar++, barno++) {
>> barno = pci_epc_get_next_free_bar(epc_features, barno);
>> if (barno < 0) {
>> dev_err(dev, "Fail to get NTB function BAR\n");
>> @@ -1048,7 +1049,7 @@ static int vntb_epf_mw_set_trans(struct ntb_dev *ndev, int pidx, int idx,
>> struct device *dev;
>>
>> dev = &ntb->ntb.dev;
>> - barno = ntb->epf_ntb_bar[BAR_MW0 + idx];
>> + barno = ntb->epf_ntb_bar[BAR_MW1 + idx];
>> epf_bar = &ntb->epf->bar[barno];
>> epf_bar->phys_addr = addr;
>> epf_bar->barno = barno;
>>
>> --
>> 2.47.2
>>
--
Jerome
next prev parent reply other threads:[~2025-05-20 7:47 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-05-05 17:41 [PATCH 0/4] PCI: endpoint: pci-epf-vntb: allow arbitrary BAR mapping Jerome Brunet
2025-05-05 17:41 ` [PATCH 1/4] PCI: endpoint: pci-epf-vntb: return an error code on bar init Jerome Brunet
2025-05-19 21:12 ` Frank Li
2025-05-05 17:41 ` [PATCH 2/4] PCI: endpoint: pci-epf-vntb: align mw naming with config names Jerome Brunet
2025-05-19 21:21 ` Frank Li
2025-05-20 7:47 ` Jerome Brunet [this message]
2025-05-21 16:28 ` Frank Li
2025-05-21 16:42 ` Jerome Brunet
2025-05-05 17:41 ` [PATCH 3/4] PCI: endpoint: pci-epf-vntb: allow arbitrary BAR configuration Jerome Brunet
2025-05-19 22:29 ` Frank Li
2025-05-20 8:06 ` Jerome Brunet
2025-05-20 17:08 ` Frank Li
2025-05-05 17:41 ` [PATCH 4/4] NTB: epf: Allow arbitrary BAR mapping Jerome Brunet
2025-05-19 22:44 ` Frank Li
2025-05-20 8:11 ` Jerome Brunet
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=1jecwjn2pp.fsf@starbuckisacylon.baylibre.com \
--to=jbrunet@baylibre.com \
--cc=Frank.li@nxp.com \
--cc=allenbh@gmail.com \
--cc=bhelgaas@google.com \
--cc=dave.jiang@intel.com \
--cc=jdmason@kudzu.us \
--cc=kishon@kernel.org \
--cc=kw@linux.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=manivannan.sadhasivam@linaro.org \
--cc=ntb@lists.linux.dev \
/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
all inboxes | Powered by JetHome®