From patchwork Wed Apr 10 12:53:45 2019 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: David Marchand X-Patchwork-Id: 52591 Return-Path: X-Original-To: patchwork@dpdk.org Delivered-To: patchwork@dpdk.org Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id DEBE41B0FC; Wed, 10 Apr 2019 14:54:05 +0200 (CEST) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by dpdk.org (Postfix) with ESMTP id F1D3F7CDA for ; Wed, 10 Apr 2019 14:54:03 +0200 (CEST) Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.phx2.redhat.com [10.5.11.16]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 1E3503084212; Wed, 10 Apr 2019 12:54:03 +0000 (UTC) Received: from dmarchan.remote.csb (ovpn-204-129.brq.redhat.com [10.40.204.129]) by smtp.corp.redhat.com (Postfix) with ESMTP id E184B5C8BC; Wed, 10 Apr 2019 12:54:00 +0000 (UTC) From: David Marchand To: dev@dpdk.org Cc: chas3@att.com, p.oltarzewski@gmail.com Date: Wed, 10 Apr 2019 14:53:45 +0200 Message-Id: <1554900829-16180-1-git-send-email-david.marchand@redhat.com> X-Scanned-By: MIMEDefang 2.79 on 10.5.11.16 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.40]); Wed, 10 Apr 2019 12:54:03 +0000 (UTC) Subject: [dpdk-dev] [PATCH 0/4] lacp rx/tx handlers fixes for bonding pmd 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" Another series with focus on the fast/normal rx/tx handlers for 802.3ad. The first two patches make sure that the rx (resp. tx) fast and normal handlers are equivalent. The third one will most likely have an impact on performance which I tried to mitigate with the last one. However, I have no benchmark to back those patches and I did not test those thoroughly, so they are more like RFC patches but sending anyway. Acked-by: Chas Williams