DPDK patches and discussions
 help / color / mirror / Atom feed
From: Prashant Upadhyaya <prashant.upadhyaya@aricent.com>
To: Daniel Kaminsky <daniel.kaminsky@infinitelocality.com>
Cc: "dev@dpdk.org" <dev@dpdk.org>
Subject: Re: [dpdk-dev] Request for a feature in PMD
Date: Wed, 30 Oct 2013 11:38:23 +0530	[thread overview]
Message-ID: <C7CE7EEF248E2B48BBA63D0ABEEE700C45DF9E38CD@GUREXMB01.ASIAN.AD.ARICENT.COM> (raw)
In-Reply-To: <CA+8v-JzixyNb1+8dfeK0tkdm5hfdMsmjwsP_stx3arAGNrmuEA@mail.gmail.com>

Hi Gal, Daniel, Etai,

Thanks for your suggestion.
I could use the refcnt for my usecase effectively.

I just bumped up the refcount by 1 when I don't want to free it. The rte_pktmbuf_free automatically decreases it by 1 and frees the packet only when the refcount reaches zero.
So this is a pretty neat use of refcnt. I wonder if this usecase should be documented in the userguide somewhere.

Regards
-Prashant

From: Daniel Kaminsky [mailto:daniel.kaminsky@infinitelocality.com]
Sent: Sunday, October 27, 2013 6:08 PM
To: Prashant Upadhyaya
Cc: dev@dpdk.org
Subject: Re: [dpdk-dev] Request for a feature in PMD

Hi Prashant,

>From your description it seems that you can use rte pktmbuf_refcnt_update method. Increase the reference count by one before sending the mbuf, and decrease it when you finish with it.

Regards,
Daniel Kaminsky

On Sun, Oct 27, 2013 at 2:06 PM, Prashant Upadhyaya <prashant.upadhyaya@aricent.com<mailto:prashant.upadhyaya@aricent.com>> wrote:
Hi,

I have a feature request in the PMD.

Today, when I want to send a packet out, I hand over an mbuf to the PMD API.
The PMD API then takes care of transferring the data and free's the mbuf to the relevant pool.

What I am looking for is a facility that I should be able to specify somewhere in the header of mbuf that the PMD API must not free this buffer after doing the transmission.
The user will take care of freeing this buffer on his own depending on his own application logic (ofcourse if the user does not do so, it is a bug in his application for the buffer leak)

Why do I want this ? I was porting a usecase from Cavium Octeon SDK which uses the PKO api's to send a packet out.
PKO is the packet output unit of Cavium processor to which you submit the buffers to send and it frees it for you (just like our PMD in DPDK)
However PKO API gives me a nice facility where I can tell PKO not to free the buffer with the help of a bit.
This is particularly useful when the same buffer has to be sent out multiple times.

Now to port the above usecase in DPDK, I had to make a copy of the buffer and submit it to the PMD (because it _will_ free it) to give the application the similar flavour as PKO in DPDK. However the copy is a performance penalty. It would be nice if PMD itself gives this facility.

Would request the opinion of PMD developers regarding the above.

Regards
-Prashant





===============================================================================
Please refer to http://www.aricent.com/legal/email_disclaimer.html
for important disclosures regarding this electronic communication.
===============================================================================





===============================================================================
Please refer to http://www.aricent.com/legal/email_disclaimer.html
for important disclosures regarding this electronic communication.
===============================================================================

  reply	other threads:[~2013-10-30  6:07 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-10-27 11:06 Prashant Upadhyaya
2013-10-27 12:38 ` Daniel Kaminsky
2013-10-30  6:08   ` Prashant Upadhyaya [this message]
2013-10-27 13:28 ` Gal Sagie

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=C7CE7EEF248E2B48BBA63D0ABEEE700C45DF9E38CD@GUREXMB01.ASIAN.AD.ARICENT.COM \
    --to=prashant.upadhyaya@aricent.com \
    --cc=daniel.kaminsky@infinitelocality.com \
    --cc=dev@dpdk.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 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).