* [PATCH] net/nfp: improve readability NFP HWINFO header
@ 2022-08-26 5:39 Chaoyong He
2022-09-20 9:58 ` Niklas Söderlund
` (2 more replies)
0 siblings, 3 replies; 8+ messages in thread
From: Chaoyong He @ 2022-08-26 5:39 UTC (permalink / raw)
To: dev; +Cc: oss-drivers, niklas.soderlund, James Hershaw
From: James Hershaw <james.hershaw@corigine.com>
Prepend `0x` to the NFP HWINFO header value that is printed to improve
the readability of the printed statement.
Signed-off-by: James Hershaw <james.hershaw@corigine.com>
Reviewed-by: Chaoyong He <chaoyong.he@corigine.com>
Reviewed-by: Niklas Söderlund <niklas.soderlund@corigine.com>
---
drivers/net/nfp/nfpcore/nfp_hwinfo.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/nfp/nfpcore/nfp_hwinfo.c b/drivers/net/nfp/nfpcore/nfp_hwinfo.c
index c0516bf..9f848bd 100644
--- a/drivers/net/nfp/nfpcore/nfp_hwinfo.c
+++ b/drivers/net/nfp/nfpcore/nfp_hwinfo.c
@@ -108,7 +108,7 @@
goto exit_free;
header = (void *)db;
- printf("NFP HWINFO header: %08x\n", *(uint32_t *)header);
+ printf("NFP HWINFO header: %#08x\n", *(uint32_t *)header);
if (nfp_hwinfo_is_updating(header))
goto exit_free;
--
1.8.3.1
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] net/nfp: improve readability NFP HWINFO header
2022-08-26 5:39 [PATCH] net/nfp: improve readability NFP HWINFO header Chaoyong He
@ 2022-09-20 9:58 ` Niklas Söderlund
2022-09-20 17:33 ` Ferruh Yigit
2022-09-21 8:35 ` Ferruh Yigit
2 siblings, 0 replies; 8+ messages in thread
From: Niklas Söderlund @ 2022-09-20 9:58 UTC (permalink / raw)
To: dev, oss-drivers
Hi all,
Gentle ping.
On 2022-08-26 13:39:03 +0800, Chaoyong He wrote:
> From: James Hershaw <james.hershaw@corigine.com>
>
> Prepend `0x` to the NFP HWINFO header value that is printed to improve
> the readability of the printed statement.
>
> Signed-off-by: James Hershaw <james.hershaw@corigine.com>
> Reviewed-by: Chaoyong He <chaoyong.he@corigine.com>
> Reviewed-by: Niklas Söderlund <niklas.soderlund@corigine.com>
> ---
> drivers/net/nfp/nfpcore/nfp_hwinfo.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/net/nfp/nfpcore/nfp_hwinfo.c b/drivers/net/nfp/nfpcore/nfp_hwinfo.c
> index c0516bf..9f848bd 100644
> --- a/drivers/net/nfp/nfpcore/nfp_hwinfo.c
> +++ b/drivers/net/nfp/nfpcore/nfp_hwinfo.c
> @@ -108,7 +108,7 @@
> goto exit_free;
>
> header = (void *)db;
> - printf("NFP HWINFO header: %08x\n", *(uint32_t *)header);
> + printf("NFP HWINFO header: %#08x\n", *(uint32_t *)header);
> if (nfp_hwinfo_is_updating(header))
> goto exit_free;
>
> --
> 1.8.3.1
>
--
Kind Regards,
Niklas Söderlund
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] net/nfp: improve readability NFP HWINFO header
2022-08-26 5:39 [PATCH] net/nfp: improve readability NFP HWINFO header Chaoyong He
2022-09-20 9:58 ` Niklas Söderlund
@ 2022-09-20 17:33 ` Ferruh Yigit
2022-09-20 17:51 ` Niklas Söderlund
2022-09-21 8:35 ` Ferruh Yigit
2 siblings, 1 reply; 8+ messages in thread
From: Ferruh Yigit @ 2022-09-20 17:33 UTC (permalink / raw)
To: Chaoyong He, dev; +Cc: oss-drivers, niklas.soderlund, James Hershaw
On 8/26/2022 6:39 AM, Chaoyong He wrote:
> From: James Hershaw <james.hershaw@corigine.com>
>
> Prepend `0x` to the NFP HWINFO header value that is printed to improve
> the readability of the printed statement.
>
> Signed-off-by: James Hershaw <james.hershaw@corigine.com>
> Reviewed-by: Chaoyong He <chaoyong.he@corigine.com>
> Reviewed-by: Niklas Söderlund <niklas.soderlund@corigine.com>
> ---
> drivers/net/nfp/nfpcore/nfp_hwinfo.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/net/nfp/nfpcore/nfp_hwinfo.c b/drivers/net/nfp/nfpcore/nfp_hwinfo.c
> index c0516bf..9f848bd 100644
> --- a/drivers/net/nfp/nfpcore/nfp_hwinfo.c
> +++ b/drivers/net/nfp/nfpcore/nfp_hwinfo.c
> @@ -108,7 +108,7 @@
> goto exit_free;
>
> header = (void *)db;
> - printf("NFP HWINFO header: %08x\n", *(uint32_t *)header);
> + printf("NFP HWINFO header: %#08x\n", *(uint32_t *)header);
Why driver is directly using 'printf', but not rte_log APIs?
I can see there are already 'PMD_INIT_LOG' & 'PMD_DRV_LOG' macros for this.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] net/nfp: improve readability NFP HWINFO header
2022-09-20 17:33 ` Ferruh Yigit
@ 2022-09-20 17:51 ` Niklas Söderlund
2022-09-20 18:01 ` Ferruh Yigit
0 siblings, 1 reply; 8+ messages in thread
From: Niklas Söderlund @ 2022-09-20 17:51 UTC (permalink / raw)
To: Ferruh Yigit; +Cc: Chaoyong He, dev, oss-drivers, James Hershaw
Hi Ferruh,
Thanks for your feedback.
On 2022-09-20 18:33:02 +0100, Ferruh Yigit wrote:
> On 8/26/2022 6:39 AM, Chaoyong He wrote:
> > From: James Hershaw <james.hershaw@corigine.com>
> >
> > Prepend `0x` to the NFP HWINFO header value that is printed to improve
> > the readability of the printed statement.
> >
> > Signed-off-by: James Hershaw <james.hershaw@corigine.com>
> > Reviewed-by: Chaoyong He <chaoyong.he@corigine.com>
> > Reviewed-by: Niklas Söderlund <niklas.soderlund@corigine.com>
> > ---
> > drivers/net/nfp/nfpcore/nfp_hwinfo.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/drivers/net/nfp/nfpcore/nfp_hwinfo.c b/drivers/net/nfp/nfpcore/nfp_hwinfo.c
> > index c0516bf..9f848bd 100644
> > --- a/drivers/net/nfp/nfpcore/nfp_hwinfo.c
> > +++ b/drivers/net/nfp/nfpcore/nfp_hwinfo.c
> > @@ -108,7 +108,7 @@
> > goto exit_free;
> > header = (void *)db;
> > - printf("NFP HWINFO header: %08x\n", *(uint32_t *)header);
> > + printf("NFP HWINFO header: %#08x\n", *(uint32_t *)header);
>
> Why driver is directly using 'printf', but not rte_log APIs?
>
> I can see there are already 'PMD_INIT_LOG' & 'PMD_DRV_LOG' macros for this.
We have a series ready to convert all printf style logging into rte_log
APIs as well as fix some other style issues.
We also have a few other things in our internal patch queue waiting to
be sent out. To reduce conflicts in patchwork we are sending them out in
the order as some of them depends on each other. And the one cleaning up
log messages are at the end of the pile unfortunately.
Do you think it's acceptable to take this fix as-is and then a patch
that convert all printf on one go, or would you prefers we move touch
this line only once and create a v2 of this fix while also moving it to
the rte_log APIs?
--
Kind Regards,
Niklas Söderlund
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] net/nfp: improve readability NFP HWINFO header
2022-09-20 17:51 ` Niklas Söderlund
@ 2022-09-20 18:01 ` Ferruh Yigit
2022-09-21 7:19 ` Niklas Söderlund
0 siblings, 1 reply; 8+ messages in thread
From: Ferruh Yigit @ 2022-09-20 18:01 UTC (permalink / raw)
To: Niklas Söderlund; +Cc: Chaoyong He, dev, oss-drivers, James Hershaw
On 9/20/2022 6:51 PM, Niklas Söderlund wrote:
> Hi Ferruh,
>
> Thanks for your feedback.
>
> On 2022-09-20 18:33:02 +0100, Ferruh Yigit wrote:
>> On 8/26/2022 6:39 AM, Chaoyong He wrote:
>>> From: James Hershaw <james.hershaw@corigine.com>
>>>
>>> Prepend `0x` to the NFP HWINFO header value that is printed to improve
>>> the readability of the printed statement.
>>>
>>> Signed-off-by: James Hershaw <james.hershaw@corigine.com>
>>> Reviewed-by: Chaoyong He <chaoyong.he@corigine.com>
>>> Reviewed-by: Niklas Söderlund <niklas.soderlund@corigine.com>
>>> ---
>>> drivers/net/nfp/nfpcore/nfp_hwinfo.c | 2 +-
>>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>>
>>> diff --git a/drivers/net/nfp/nfpcore/nfp_hwinfo.c b/drivers/net/nfp/nfpcore/nfp_hwinfo.c
>>> index c0516bf..9f848bd 100644
>>> --- a/drivers/net/nfp/nfpcore/nfp_hwinfo.c
>>> +++ b/drivers/net/nfp/nfpcore/nfp_hwinfo.c
>>> @@ -108,7 +108,7 @@
>>> goto exit_free;
>>> header = (void *)db;
>>> - printf("NFP HWINFO header: %08x\n", *(uint32_t *)header);
>>> + printf("NFP HWINFO header: %#08x\n", *(uint32_t *)header);
>>
>> Why driver is directly using 'printf', but not rte_log APIs?
>>
>> I can see there are already 'PMD_INIT_LOG' & 'PMD_DRV_LOG' macros for this.
>
> We have a series ready to convert all printf style logging into rte_log
> APIs as well as fix some other style issues.
>
> We also have a few other things in our internal patch queue waiting to
> be sent out. To reduce conflicts in patchwork we are sending them out in
> the order as some of them depends on each other. And the one cleaning up
> log messages are at the end of the pile unfortunately.
>
> Do you think it's acceptable to take this fix as-is and then a patch
> that convert all printf on one go, or would you prefers we move touch
> this line only once and create a v2 of this fix while also moving it to
> the rte_log APIs?
>
Hi Niklas,
Good to hear that you have patch to convert them to rte_log.
Instead of changing the log content and API with same patch, it is
better to have them separate.
I prefer to convert them to proper log API first, and later fix the
content of the log (to not update a line with wrong call).
But order of patch preference is a soft one, if somehow other-way around
(first fix the log content, later the API) makes your life easier, I am
OK to go with that too (as long as both issues are fixed).
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] net/nfp: improve readability NFP HWINFO header
2022-09-20 18:01 ` Ferruh Yigit
@ 2022-09-21 7:19 ` Niklas Söderlund
2022-09-21 8:09 ` Ferruh Yigit
0 siblings, 1 reply; 8+ messages in thread
From: Niklas Söderlund @ 2022-09-21 7:19 UTC (permalink / raw)
To: Ferruh Yigit; +Cc: Chaoyong He, dev, oss-drivers, James Hershaw
Hello Ferruh,
On 2022-09-20 19:01:47 +0100, Ferruh Yigit wrote:
> Instead of changing the log content and API with same patch, it is
> better to have them separate.
I agree.
>
> I prefer to convert them to proper log API first, and later fix the content
> of the log (to not update a line with wrong call).
> But order of patch preference is a soft one, if somehow other-way around
> (first fix the log content, later the API) makes your life easier, I am OK
> to go with that too (as long as both issues are fixed).
In principle I agree with you here as well. In this case it would make
our life easier if we could do it the other way around. Reason being the
patch to convert the NFP PMD to the log API touch most files in the
driver and is at the tail of the 50+ patches we have in our internal
queue trying to get out.
While it would be somewhat OK to post that patch separately I fear it
would create conflicts with the other patches in our queue. So I thin
either we drop this patch now and we pick it up at the end of our queue,
or we take this as is now. My preference would be to take it now, but
I'm not feeling strongly about it.
--
Kind Regards,
Niklas Söderlund
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] net/nfp: improve readability NFP HWINFO header
2022-09-21 7:19 ` Niklas Söderlund
@ 2022-09-21 8:09 ` Ferruh Yigit
0 siblings, 0 replies; 8+ messages in thread
From: Ferruh Yigit @ 2022-09-21 8:09 UTC (permalink / raw)
To: Niklas Söderlund; +Cc: Chaoyong He, dev, oss-drivers, James Hershaw
On 9/21/2022 8:19 AM, Niklas Söderlund wrote:
> Hello Ferruh,
>
> On 2022-09-20 19:01:47 +0100, Ferruh Yigit wrote:
>> Instead of changing the log content and API with same patch, it is
>> better to have them separate.
>
> I agree.
>
>>
>> I prefer to convert them to proper log API first, and later fix the content
>> of the log (to not update a line with wrong call).
>> But order of patch preference is a soft one, if somehow other-way around
>> (first fix the log content, later the API) makes your life easier, I am OK
>> to go with that too (as long as both issues are fixed).
>
> In principle I agree with you here as well. In this case it would make
> our life easier if we could do it the other way around. Reason being the
> patch to convert the NFP PMD to the log API touch most files in the
> driver and is at the tail of the 50+ patches we have in our internal
> queue trying to get out.
>
> While it would be somewhat OK to post that patch separately I fear it
> would create conflicts with the other patches in our queue. So I thin
> either we drop this patch now and we pick it up at the end of our queue,
> or we take this as is now. My preference would be to take it now, but
> I'm not feeling strongly about it.
>
It is very trivial change, lets get it out of way.
For log fix patch, I understand concern on the conflicts, but please
don't forget to sent it out after functional patches are done.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] net/nfp: improve readability NFP HWINFO header
2022-08-26 5:39 [PATCH] net/nfp: improve readability NFP HWINFO header Chaoyong He
2022-09-20 9:58 ` Niklas Söderlund
2022-09-20 17:33 ` Ferruh Yigit
@ 2022-09-21 8:35 ` Ferruh Yigit
2 siblings, 0 replies; 8+ messages in thread
From: Ferruh Yigit @ 2022-09-21 8:35 UTC (permalink / raw)
To: Chaoyong He, dev; +Cc: oss-drivers, niklas.soderlund, James Hershaw
On 8/26/2022 6:39 AM, Chaoyong He wrote:
> From: James Hershaw <james.hershaw@corigine.com>
>
> Prepend `0x` to the NFP HWINFO header value that is printed to improve
> the readability of the printed statement.
>
> Signed-off-by: James Hershaw <james.hershaw@corigine.com>
> Reviewed-by: Chaoyong He <chaoyong.he@corigine.com>
> Reviewed-by: Niklas Söderlund <niklas.soderlund@corigine.com>
Fixes: c7e9729da6b5 ("net/nfp: support CPP")
Cc: stable@dpdk.org
Applied to dpdk-next-net/main, thanks.
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2022-09-21 8:35 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-08-26 5:39 [PATCH] net/nfp: improve readability NFP HWINFO header Chaoyong He
2022-09-20 9:58 ` Niklas Söderlund
2022-09-20 17:33 ` Ferruh Yigit
2022-09-20 17:51 ` Niklas Söderlund
2022-09-20 18:01 ` Ferruh Yigit
2022-09-21 7:19 ` Niklas Söderlund
2022-09-21 8:09 ` Ferruh Yigit
2022-09-21 8:35 ` Ferruh Yigit
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).