From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id 3EDE2A0613 for ; Sat, 28 Sep 2019 02:38:06 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id BE1DECFA6; Sat, 28 Sep 2019 02:38:04 +0200 (CEST) Received: from mail-pf1-f176.google.com (mail-pf1-f176.google.com [209.85.210.176]) by dpdk.org (Postfix) with ESMTP id 61ED02C4F for ; Sat, 28 Sep 2019 02:38:03 +0200 (CEST) Received: by mail-pf1-f176.google.com with SMTP id 205so2446421pfw.2 for ; Fri, 27 Sep 2019 17:38:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=networkplumber-org.20150623.gappssmtp.com; s=20150623; h=from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=bYl2aP4sozgByaXBnGAX9MhJbI4KWaHQHWHfn6ARpso=; b=Ga/OWkqC95DcoOR8+ugtl3E9Q3LR3ockEozx0i2HI1mLvxQkNTUcN92K4tIdpb6vn8 BNhYCB3kARMznVBoFMyboRBzaA3PxiEBLaLlZcG8CYjRl4xNFlSmZlXx+oA9pRzA6rtc axHr/Ysp4z7j75qqRyfdWGrrv/7dpfKg+6cWqIQXuPESnJyeQqpWOr+kHDypC/4dZlgR iVbMQVImqXB1mDbZ5QSvFDJSkpmOgMGxPNxg9TTTF5fXZpFWoPWpfz06ul5tErIu73DZ atikMhsQHR82f/GubnTRl7OtP2wOqXNPAoh0db4HcCInP9n0fUOHg1exfeoxGKhSl1l8 yndg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=bYl2aP4sozgByaXBnGAX9MhJbI4KWaHQHWHfn6ARpso=; b=erLEtp89QRUunB60jWpY7p0O8WMzlLT22hqLJLOSsXsQ04YmD5Kzi9olw38nWMctFd h++EXy8Alp7WCYsXEFHz4nyGbln+oEhDByIGVpYTBvxG3qJMfijj8QlR3wCI23SyweA/ ZKt8kqAOdpe3PyRJVK3FppqAedw9xE8PEnFXmCukcPb0qGUyUrNNTX6I7c/LU5m+PSlj 2gXyqjbEZQ7El8dhUvzEuuwpkhMTeUNk2x8DUIaGO41/eDG/DD8Un4gEhL6o4+4nqIDk Z8b9QSJlds8kE4hrqGqXHPVIdXOEXE9toNNvH41YSw5NWb7/bxTTSi8gGWtl5FQKRNYH 7Kxg== X-Gm-Message-State: APjAAAVgaaqonDvR59d64TeCW6xUZXShQqsMrygRJdYZXlpbDAaRDGZh 7MjPWaRN5XA7ell8vMa9BnSXYymBhMY= X-Google-Smtp-Source: APXvYqz5isOWsj3bAkO3wpQhPGEVdWQ6/DSxPmoGMilKHDXiJVidkpta0Y+HhnZWeGmerfZLSK56Pw== X-Received: by 2002:a62:5f83:: with SMTP id t125mr7784792pfb.125.1569631081833; Fri, 27 Sep 2019 17:38:01 -0700 (PDT) Received: from hermes.lan (204-195-22-127.wavecable.com. [204.195.22.127]) by smtp.gmail.com with ESMTPSA id t13sm3494942pfh.12.2019.09.27.17.38.00 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 27 Sep 2019 17:38:00 -0700 (PDT) From: Stephen Hemminger To: dev@dpdk.org Cc: Stephen Hemminger Date: Fri, 27 Sep 2019 17:37:53 -0700 Message-Id: <20190928003758.18489-1-stephen@networkplumber.org> X-Mailer: git-send-email 2.20.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Subject: [dpdk-dev] [PATCH 0/5] mbuf related patches X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" This patch set is all about improving the mbuf related cloning and copying. They are motivated by seeing issues with mbuf copying in rte_pdump and realized this a wider and more general problem. The pdump copy could not handle different size pools and did not handle meta data, etc. They cause no functional or ABI changes. The only visible part to older code is converting a couple of inlines to real functions. This kind of change confuses checkpatch which thinks these new functions should be marked experimental when they must not be. Stephen Hemminger (5): mbuf: don't generate invalid mbuf in clone test mbuf: delinline rte_pktmbuf_linearize mbuf: deinline rte_pktmbuf_clone mbuf: add a pktmbuf copy routine mbuf: add pktmbuf copy test app/test/test_mbuf.c | 129 +++++++++++++++++++++++ lib/librte_mbuf/rte_mbuf.c | 149 +++++++++++++++++++++++++++ lib/librte_mbuf/rte_mbuf.h | 102 ++++++------------ lib/librte_mbuf/rte_mbuf_version.map | 8 ++ 4 files changed, 315 insertions(+), 73 deletions(-) -- 2.20.1