DPDK patches and discussions
 help / color / mirror / Atom feed
From: Sagi Grimberg <sagi@grimberg.me>
To: Adrien Mazarguil <adrien.mazarguil@6wind.com>
Cc: dev@dpdk.org
Subject: Re: [dpdk-dev] [PATCH] net/mlx5: Fix possible NULL deref in RX path
Date: Tue, 2 Aug 2016 13:47:55 +0300	[thread overview]
Message-ID: <c8769b2c-cfd2-f457-b550-0580ebc3e5e8@grimberg.me> (raw)
In-Reply-To: <20160802095852.GB30580@6wind.com>



On 02/08/16 12:58, Adrien Mazarguil wrote:
> On Tue, Aug 02, 2016 at 12:31:35PM +0300, Sagi Grimberg wrote:
>>
>>
>> On 01/08/16 19:43, Adrien Mazarguil wrote:
>>> Hi Sagi,
>>>
>>> On Mon, Aug 01, 2016 at 11:44:21AM +0300, Sagi Grimberg wrote:
>>>> The user is allowed to call ->rx_pkt_burst() even without free
>>>> mbufs in the pool. In this scenario we'll fail allocating a rep mbuf
>>>> on the first iteration (where pkt is still NULL). This would cause us
>>>> to deref a NULL pkt (reset refcount and free).
>>>>
>>>> Fix this by checking the pkt before freeing it.
>>>
>>> Just to be sure, did you get an actual NULL deref crash here or is that an
>>> assumed possibility?
>>>
>>> I'm asking because this problem was supposed to be addressed by:
>>>
>>> a1bdb71a32da ("net/mlx5: fix crash in Rx")
>>
>> I actually got the NULL deref. This happens when the application doesn't
>> restore mbufs to the pool correctly. In the case rte_mbuf_raw_alloc
>> will fail on the first iteration (pkt wasn't assigned) unlike the
>> condition handled in a1bdb71a32da.
>>
>> With this applied, I didn't see the crash.
>
> Thanks for confirming this,

Hey Adrien, I just noticed that I missed the rest of
your response in the previous message (pre-coffee mail
browsing...)

You analysis was on spot.

> now what about the different approach I
> suggested in my previous message to avoid the extra check in the inner loop:
>
>  if (!pkt)
>      pkt = seg;
>  while (pkt != seg) {
>       ...
>  }

We can go this way, but it looks kinda confusing to set pkt = seg and
then iterate on pkt != seg.

How about a more explicit approach:
--
diff --git a/drivers/net/mlx5/mlx5_rxtx.c b/drivers/net/mlx5/mlx5_rxtx.c
index fce3381ae87a..37573668e43e 100644
--- a/drivers/net/mlx5/mlx5_rxtx.c
+++ b/drivers/net/mlx5/mlx5_rxtx.c
@@ -1572,6 +1572,14 @@ mlx5_rx_burst(void *dpdk_rxq, struct rte_mbuf 
**pkts, uint16_t pkts_n)
                 rte_prefetch0(wqe);
                 rep = rte_mbuf_raw_alloc(rxq->mp);
                 if (unlikely(rep == NULL)) {
+                       ++rxq->stats.rx_nombuf;
+                       if (!pkt) {
+                               /*
+                                * no buffers before we even started,
+                                * bail out silently.
+                                */
+                               break;
+                       }
                         while (pkt != seg) {
                                 assert(pkt != (*rxq->elts)[idx]);
                                 seg = NEXT(pkt);
@@ -1579,7 +1587,6 @@ mlx5_rx_burst(void *dpdk_rxq, struct rte_mbuf 
**pkts, uint16_t pkts_n)
                                 __rte_mbuf_raw_free(pkt);
                                 pkt = seg;
                         }
-                       ++rxq->stats.rx_nombuf;
                         break;
                 }
                 if (!pkt) {
--


> Also the fixes line in your commit message?

I'll add it in v2. Thanks.

  reply	other threads:[~2016-08-02 10:47 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1470041061-8059-1-git-send-email-sagi@grimberg.me>
2016-08-01 16:43 ` Adrien Mazarguil
2016-08-02  9:31   ` Sagi Grimberg
2016-08-02  9:58     ` Adrien Mazarguil
2016-08-02 10:47       ` Sagi Grimberg [this message]
2016-08-02 11:31         ` Adrien Mazarguil

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=c8769b2c-cfd2-f457-b550-0580ebc3e5e8@grimberg.me \
    --to=sagi@grimberg.me \
    --cc=adrien.mazarguil@6wind.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).