From: Stephen Hemminger <stephen@networkplumber.org>
To: Bing Zhao <bingz@nvidia.com>
Cc: Yang Ming <ming.1.yang@nokia-sbell.com>,
Dariusz Sosnowski <dsosnowski@nvidia.com>,
Slava Ovsiienko <viacheslavo@nvidia.com>,
Ori Kam <orika@nvidia.com>, Suanming Mou <suanmingm@nvidia.com>,
Matan Azrad <matan@nvidia.com>, "dev@dpdk.org" <dev@dpdk.org>
Subject: Re: [PATCH 2/2] net/mlx5: improve log file path
Date: Mon, 10 Mar 2025 07:59:48 -0700 [thread overview]
Message-ID: <20250310075948.56109517@hermes.local> (raw)
In-Reply-To: <SN7PR12MB69096FB0FD4930E9CE8A8F80D0C82@SN7PR12MB6909.namprd12.prod.outlook.com>
On Tue, 4 Mar 2025 06:23:06 +0000
Bing Zhao <bingz@nvidia.com> wrote:
> Hi Ming,
>
> > -----Original Message-----
> > From: Yang Ming <ming.1.yang@nokia-sbell.com>
> > Sent: Friday, December 13, 2024 5:25 PM
> > To: Dariusz Sosnowski <dsosnowski@nvidia.com>; Slava Ovsiienko
> > <viacheslavo@nvidia.com>; Bing Zhao <bingz@nvidia.com>; Ori Kam
> > <orika@nvidia.com>; Suanming Mou <suanmingm@nvidia.com>; Matan Azrad
> > <matan@nvidia.com>
> > Cc: dev@dpdk.org; Yang Ming <ming.1.yang@nokia-sbell.com>
> > Subject: [PATCH 2/2] net/mlx5: improve log file path
> >
> > External email: Use caution opening links or attachments
> >
> >
> > 1. /var/log is hard code which is not a good coding style.
> > 2. /var/log may be not allowed to be written via container's read-only
> > mode.
> >
> > Signed-off-by: Yang Ming <ming.1.yang@nokia-sbell.com>
> > ---
> > drivers/net/mlx5/mlx5_rxtx.c | 3 ++-
> > 1 file changed, 2 insertions(+), 1 deletion(-)
> >
> > diff --git a/drivers/net/mlx5/mlx5_rxtx.c b/drivers/net/mlx5/mlx5_rxtx.c
> > index eadadcdffb..a0da73c9c3 100644
> > --- a/drivers/net/mlx5/mlx5_rxtx.c
> > +++ b/drivers/net/mlx5/mlx5_rxtx.c
> > @@ -12,6 +12,7 @@
> > #include <rte_prefetch.h>
> > #include <rte_common.h>
> > #include <rte_branch_prediction.h>
> > +#include <rte_eal.h>
> > #include <rte_ether.h>
> > #include <rte_cycles.h>
> > #include <rte_flow.h>
> > @@ -311,7 +312,7 @@ mlx5_set_swp_types_table(void)
> > }
> > }
> >
> > -#define MLX5_SYSTEM_LOG_DIR "/var/log"
> > +#define MLX5_SYSTEM_LOG_DIR rte_eal_get_runtime_dir()
>
> I agree that using the fixed PATH is not a good practice. Can you ensure that the runtime DIR is with RW+ permissions?
Drivers doing any kind of custom logging is bad practice.
This should be handled by EAL logging, not private fprintf's
next prev parent reply other threads:[~2025-03-10 14:59 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-12-13 9:24 [PATCH 1/2] net/mlx5: improve socket file path Yang Ming
2024-12-13 9:24 ` [PATCH 2/2] net/mlx5: improve log " Yang Ming
2025-03-04 6:23 ` Bing Zhao
2025-03-05 3:20 ` Yang Ming
2025-03-10 14:59 ` Stephen Hemminger [this message]
2025-03-12 2:32 ` [External] " Yang Ming
2025-03-17 16:05 ` Bing Zhao
2025-03-21 9:48 ` Ming 1. Yang (NSB)
2024-12-13 17:12 ` [PATCH 1/2] net/mlx5: improve socket " Stephen Hemminger
2024-12-13 17:16 ` Bruce Richardson
2025-01-03 2:51 ` Yang Ming
2025-03-12 2:55 ` Yang Ming
2025-03-14 11:48 ` Dariusz Sosnowski
2025-03-21 13:27 ` [PATCH v2 1/2] net/mlx5: enhance " Yang Ming
2025-03-21 13:27 ` [PATCH v2 2/2] net/mlx5: enhance log " Yang Ming
2025-04-10 7:53 ` Yang Ming
2025-05-12 10:12 ` Moses Young
2025-06-04 6:54 ` Maayan Kashani
2025-06-26 13:06 ` Dariusz Sosnowski
2025-07-20 8:57 ` Moses Young
2025-06-26 12:48 ` [PATCH v2 1/2] net/mlx5: enhance socket " Dariusz Sosnowski
2025-08-29 14:49 ` [PATCH v3 1/2] net/mlx5: improve socket file path handling Yang Ming
2025-08-29 14:49 ` [PATCH v3 2/2] net/mlx5: improve debug dump " Yang Ming
2025-11-07 16:48 ` Dariusz Sosnowski
2025-11-17 17:56 ` Stephen Hemminger
2025-08-29 19:57 ` [PATCH v3 1/2] net/mlx5: improve socket " Stephen Hemminger
2025-08-31 0:55 ` Moses Young
2025-08-31 3:21 ` Stephen Hemminger
2025-09-01 1:40 ` Moses Young
2025-11-17 13:43 ` Raslan Darawsheh
2025-11-17 17:58 ` Stephen Hemminger
2025-11-18 14:45 ` Dariusz Sosnowski
2025-11-26 9:10 ` Moses Young
2025-11-08 1:16 ` [PATCH v2 1/2] net/mlx5: enhance socket file path Stephen Hemminger
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=20250310075948.56109517@hermes.local \
--to=stephen@networkplumber.org \
--cc=bingz@nvidia.com \
--cc=dev@dpdk.org \
--cc=dsosnowski@nvidia.com \
--cc=matan@nvidia.com \
--cc=ming.1.yang@nokia-sbell.com \
--cc=orika@nvidia.com \
--cc=suanmingm@nvidia.com \
--cc=viacheslavo@nvidia.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.