DPDK patches and discussions
 help / color / mirror / Atom feed
From: Stephen Hurd <stephen.hurd@broadcom.com>
To: Thomas Monjalon <thomas.monjalon@6wind.com>
Cc: dev@dpdk.org, David Christensen <david.christensen@broadcom.com>,
	Carl Tung <carl.tung@broadcom.com>
Subject: Re: [dpdk-dev] New driver (large patch) question.
Date: Wed, 2 Mar 2016 17:04:57 -0800	[thread overview]
Message-ID: <CAJ9nmBaDLPYN0n8cwPULmFuYUaERTEYptuQ00kz9MaJBNGjq-g@mail.gmail.com> (raw)
In-Reply-To: <3312508.fJgjDDEF6G@xps13>

On Wed, Mar 2, 2016 at 4:29 PM, Thomas Monjalon <thomas.monjalon@6wind.com>
wrote:

> > Should I split additional definitions/documentation that's not currently
> > used in the driver as well?  Or should it stay as only enough to document
> > what the driver already does?
>
> I don't understand the question.
> If something is not used, it should not been there.
>

Basically, since the header is the only current public documentation on the
hardware, if someone without access to the whole header was interested in
adding features to the driver, they wouldn't have the documentation to
allow them to do so.

I understand that a header file in DPDK is not the right way for Broadcom
to release documentation on their hardware and firmware, but I was thinking
it would be better than nothing.  Further, as mentioned in another email,
this header file is mechanically derived from one that is planned to be
released separately, so it would be a slightly lower support burden to use
the mechanically derived one rather than manually importing changes.

No problems slimming it down though.


> > It's a fairly work-intensive project to deconstruct the existing driver
> > into a series of small patches that work at each step, is this a hard
> > requirement? (if so, I'd better get cracking)
>
> There is no hard requirement. I'm just giving you some advices to get
> some reviewers and make them confident when accepting your patches.
> By the way, you would get more attention by introducing the device with
> some web links and performance numbers in the cover letter.
> It is also appreciated to provide a documentation in doc/guides/nics/.
> You could also fill the (new) table in overview.rst.
>

Thanks for the pointers, I'll try to get as many of the suggestions done as
possible and talk to marketing to find web resources for the device and its
performance.


-- 
Stephen Hurd
Principal Engineer - Software Development
Broadcom Corporation
949-926-8039
stephen.hurd@broadcom.com

  reply	other threads:[~2016-03-03  1:04 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <CAJ9nmBaWh8WsuzQcAfrebjaFNYSGsGxEd5Y5DQfWTPuxYY8XWQ@mail.gmail.com>
2016-03-02 10:21 ` Thomas Monjalon
2016-03-02 16:24   ` Stephen Hemminger
2016-03-02 21:30     ` Stephen Hurd
2016-03-02 21:54       ` Thomas Monjalon
2016-03-02 22:06         ` Stephen Hurd
2016-03-02 22:12           ` Wiles, Keith
2016-03-02 22:15           ` Thomas Monjalon
2016-03-02 23:10             ` Stephen Hurd
2016-03-03  0:29               ` Thomas Monjalon
2016-03-03  1:04                 ` Stephen Hurd [this message]
2016-03-03  5:53               ` Qiu, Michael
2016-03-03 19:40                 ` Stephen Hurd
2016-03-02 23:07       ` Vincent JARDIN
2016-03-02 23:43         ` Bruce Richardson

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=CAJ9nmBaDLPYN0n8cwPULmFuYUaERTEYptuQ00kz9MaJBNGjq-g@mail.gmail.com \
    --to=stephen.hurd@broadcom.com \
    --cc=carl.tung@broadcom.com \
    --cc=david.christensen@broadcom.com \
    --cc=dev@dpdk.org \
    --cc=thomas.monjalon@6wind.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 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).