From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <olivier.matz@6wind.com>
Received: from mail-wg0-f46.google.com (mail-wg0-f46.google.com [74.125.82.46])
 by dpdk.org (Postfix) with ESMTP id 2ECAB685D
 for <dev@dpdk.org>; Tue, 24 Jun 2014 13:01:53 +0200 (CEST)
Received: by mail-wg0-f46.google.com with SMTP id y10so148679wgg.29
 for <dev@dpdk.org>; Tue, 24 Jun 2014 04:02:07 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20130820;
 h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to
 :cc:subject:references:in-reply-to:content-type
 :content-transfer-encoding;
 bh=MSfbs8EZJoAllf8+/e9VPY9K80FxVQwIx0GVbEzN3ik=;
 b=UX6yZDcXtHO5tgmiSX+Q5NCQQcS6YRpTylv8NH5L39yR88yPXkNWqFFGbRQsiGOKz5
 52e238s+xyIJ0RUJEoBPQLkuIfdE54/LxML7IDbt3HwsPGorZz64rgLCofmbjWSArNbc
 Mh2E1r/gIengawKPWcLYsFADxdCWNcUysecjtcx+ATMKLZMqoZqWHiiGyquHCKn72q8c
 pIV0NCBXERh6Rs7iEjmJ7IF0r2Y6C9o1Qm68wiy0CHnoYEgGuYVWNKei7pPBkK68xDhR
 FcQJNn3dZvkI2TpbiyJgQx9O2eja8VukaeoT08In3Y/kr1eodh/Uo5Q21kvA6Kbb3HsU
 xweg==
X-Gm-Message-State: ALoCoQky0F81O6uokhxwlpOBr9wIBRnvRQiubtGT07+mMU+2XQdmSxqsbeWbJp8eNu6di06PmFj5
X-Received: by 10.180.210.174 with SMTP id mv14mr33324041wic.47.1403607725194; 
 Tue, 24 Jun 2014 04:02:05 -0700 (PDT)
Received: from [10.16.0.195] (6wind.net2.nerim.net. [213.41.180.237])
 by mx.google.com with ESMTPSA id nb8sm42182387wic.18.2014.06.24.04.02.03
 for <multiple recipients>
 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
 Tue, 24 Jun 2014 04:02:04 -0700 (PDT)
Message-ID: <53A95AA3.90408@6wind.com>
Date: Tue, 24 Jun 2014 13:01:55 +0200
From: Olivier MATZ <olivier.matz@6wind.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:24.0) Gecko/20100101 Icedove/24.4.0
MIME-Version: 1.0
To: Neil Horman <nhorman@tuxdriver.com>, Stefan Baranoff <sbaranoff@gmail.com>
References: <CAHzKxpaxCbt9d+njdBBpwSy069zLfsOvQ5Dx0CzXLNVMKQ9AaQ@mail.gmail.com>
 <CAHzKxpaNvZkH9h0kqYJd8VoYEXqBUfhSX9V_zUro2oX_-ioAAw@mail.gmail.com>
 <CAHzKxpZUOVKbCYTb66D8cQbm0ceSt7rfYo6VU3f2qhi2ZBvytQ@mail.gmail.com>
 <53A43E5E.3030809@windriver.com>
 <CAHzKxpYaUhR5ti2EDZfj7jeu8pWxhnmWM+e2D20k01NHa_u85w@mail.gmail.com>
 <20140624104859.GA19229@hmsreliant.think-freely.org>
In-Reply-To: <20140624104859.GA19229@hmsreliant.think-freely.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: dev@dpdk.org
Subject: Re: [dpdk-dev] Random mbuf corruption
X-BeenThere: dev@dpdk.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: patches and discussions about DPDK <dev.dpdk.org>
List-Unsubscribe: <http://dpdk.org/ml/options/dev>,
 <mailto:dev-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://dpdk.org/ml/archives/dev/>
List-Post: <mailto:dev@dpdk.org>
List-Help: <mailto:dev-request@dpdk.org?subject=help>
List-Subscribe: <http://dpdk.org/ml/listinfo/dev>,
 <mailto:dev-request@dpdk.org?subject=subscribe>
X-List-Received-Date: Tue, 24 Jun 2014 11:01:53 -0000

Hi,

On 06/24/2014 12:48 PM, Neil Horman wrote:
> Sounds like it might be time to add in some poisoning options to the mbuf
> allocator.

Such option already exists: CONFIG_RTE_LIBRTE_MBUF_DEBUG and
RTE_LIBRTE_MEMPOOL_DEBUG will enable some runtime checks, at least
double free and buffer overflows.

Olivier