From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: <olivier.matz@6wind.com> Received: from mail-wg0-f47.google.com (mail-wg0-f47.google.com [74.125.82.47]) by dpdk.org (Postfix) with ESMTP id 4F4F36942 for <dev@dpdk.org>; Wed, 25 Mar 2015 18:00:44 +0100 (CET) Received: by wgbcc7 with SMTP id cc7so34491501wgb.0 for <dev@dpdk.org>; Wed, 25 Mar 2015 10:00:44 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:date:message-id; bh=E047TDcDmW0J9Z3A83QGVgDE47jboCnvEnDLg/jr8Cg=; b=lxiNc2pVrtxvvzvZNF5IgGco51qd2ttubkqjrifrVrDS/brQFWhwvko9HzKWYpVrnq fZzdXKPxHXyFKTeATgckSWPDV5l8StHdlOrbGWxOyYOqDwSVneijhLyqqut6X+sDBHJP q5r4JdTtcidVXFvQQs+IfY+folZs/0jT/D1jlrGkkpDaquOt/+E64ZAjy5qvq3A3OFg6 SEeZU+rOh6Dd/ZRurh78Ttg0nIMUF5uV294+hzjLRhbi6A3QEtt8i//jg2wqBX0rYUrJ pagQYnA1VhSbEhIZ3/Ey69qnF+cjDWHSuNJxCA+xR6yEDTzAuaNBYP+2eAGv9NN89icq 0KGA== X-Gm-Message-State: ALoCoQmP6o2nPFthdP0kglLSI0PzwuNEyfch+yIPQs5+DN/NNjOUzbnX+QE7JTFv80pIeawKnYcy X-Received: by 10.194.86.135 with SMTP id p7mr20031476wjz.89.1427302843336; Wed, 25 Mar 2015 10:00:43 -0700 (PDT) Received: from glumotte.dev.6wind.com (6wind.net2.nerim.net. [213.41.180.237]) by mx.google.com with ESMTPSA id wo10sm4513373wjb.35.2015.03.25.10.00.42 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 25 Mar 2015 10:00:42 -0700 (PDT) From: Olivier Matz <olivier.matz@6wind.com> To: dev@dpdk.org Date: Wed, 25 Mar 2015 18:00:33 +0100 Message-Id: <1427302838-8285-1-git-send-email-olivier.matz@6wind.com> X-Mailer: git-send-email 2.1.4 Subject: [dpdk-dev] [PATCH 0/5] mbuf: enhancements of mbuf clones 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: Wed, 25 Mar 2015 17:00:44 -0000 This series fixes the support of indirect mbufs when the application reserves a private area in mbufs. This is done adding a new field in each mbuf storing the size of this private area. Another option would have been to store that in the mbuf pool private info, but as we have enough room in mbuf, it's faster to have it in the mbuf. The series also removes the limitation that rte_pktmbuf_clone() is only allowed on direct (non-cloned) mbufs. Olivier Matz (5): mbuf: fix clone support when application uses private mbuf data mbuf: allow to clone an indirect mbuf test/mbuf: rename mc variable in m test/mbuf: enhance mbuf refcnt test test/mbuf: verify that cloning a clone works properly app/test-pmd/testpmd.c | 1 + app/test/test_mbuf.c | 88 ++++++++++++++++++++++++++++++++++++++------- examples/vhost/main.c | 6 ++-- lib/librte_mbuf/rte_mbuf.c | 1 + lib/librte_mbuf/rte_mbuf.h | 90 +++++++++++++++++++++++++++++++--------------- 5 files changed, 140 insertions(+), 46 deletions(-) -- 2.1.4