From: Thomas Monjalon <thomas@monjalon.net>
To: Stephen Hemminger <stephen@networkplumber.org>,
Ferruh Yigit <ferruh.yigit@amd.com>,
Nandini Persad <nandinipersad361@gmail.com>
Cc: dev@dpdk.org, Chengwen Feng <fengchengwen@huawei.com>
Subject: Re: [PATCH v4] doc: add new driver guidelines
Date: Fri, 27 Sep 2024 17:02:07 +0200 [thread overview]
Message-ID: <2749844.mvXUDI8C0e@thomas> (raw)
In-Reply-To: <37667f4b-1730-4006-b084-6c32e85979f3@amd.com>
27/09/2024 02:19, Ferruh Yigit:
> On 9/16/2024 5:28 PM, Stephen Hemminger wrote:
> > From: Nandini Persad <nandinipersad361@gmail.com>
> > +Avoid doing the following:
> > +
> > +* Using PMD specific macros when DPDK macros exist
> > +* Including unused headers (process-iwyu.py)
> > +* Disabling compiler warnings for driver
> > +* #ifdef with driver-defined macros
> > +* DPDK version checks (via RTE_VERSION_NUM) in the upstream code
> > +* Introducing Public APIs directly from the driver
> > +* Adding driver private APIs. If a new feature is needed, it is
> > + better to extend the corresponding framework API
> > +
> >
>
> Last two items are for the same issue, we sometime call public APIs from
> drivers as "driver private APIs".
> First one looks simpler, perhaps we can keep that one, but I don't have
> strong opinion, as long as we remove the duplication.
I prefer talking about public API from the driver, it's clear.
Note that an API is for the Application, so it's always public :)
but better to make it explicit.
next prev parent reply other threads:[~2024-09-27 15:02 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-08-13 20:12 [PATCH] doc: add new driver guidelines Nandini Persad
2024-08-14 2:35 ` [PATCH v2] " Stephen Hemminger
2024-08-14 10:10 ` David Marchand
2024-08-14 19:08 ` Stephen Hemminger
2024-09-05 9:16 ` [EXTERNAL] " Akhil Goyal
2024-09-05 9:49 ` Ferruh Yigit
2024-09-05 9:52 ` Akhil Goyal
2024-09-06 8:05 ` fengchengwen
2024-09-06 8:27 ` Ferruh Yigit
2024-09-09 1:01 ` fengchengwen
2024-09-10 14:58 ` [PATCH v3] " Nandini Persad
2024-09-11 0:16 ` Ferruh Yigit
2024-09-11 16:04 ` Nandini Persad
2024-09-12 8:13 ` Ferruh Yigit
2024-09-12 13:18 ` Nandini Persad
2024-09-12 13:37 ` Ferruh Yigit
2024-09-12 13:40 ` Nandini Persad
2024-09-12 20:26 ` Stephen Hemminger
2024-09-13 4:19 ` WanRenyong
2024-09-13 9:07 ` Ferruh Yigit
2024-09-13 16:08 ` Stephen Hemminger
2024-09-16 16:28 ` [PATCH v4] " Stephen Hemminger
2024-09-27 0:19 ` Ferruh Yigit
2024-09-27 15:02 ` Thomas Monjalon [this message]
2024-10-04 16:39 ` [PATCH v5] " Nandini Persad
2024-10-04 18:33 ` Ferruh Yigit
2024-10-06 18:42 ` [PATCH v6] " Nandini Persad
2024-10-06 21:09 ` Ferruh Yigit
2024-10-18 17:04 ` Thomas Monjalon
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=2749844.mvXUDI8C0e@thomas \
--to=thomas@monjalon.net \
--cc=dev@dpdk.org \
--cc=fengchengwen@huawei.com \
--cc=ferruh.yigit@amd.com \
--cc=nandinipersad361@gmail.com \
--cc=stephen@networkplumber.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 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.