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 ADC81A04B3; Tue, 24 Dec 2019 12:34:36 +0100 (CET) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id C58712BE3; Tue, 24 Dec 2019 12:34:35 +0100 (CET) Received: from mail-wm1-f68.google.com (mail-wm1-f68.google.com [209.85.128.68]) by dpdk.org (Postfix) with ESMTP id 59E7FF72; Tue, 24 Dec 2019 12:34:34 +0100 (CET) Received: by mail-wm1-f68.google.com with SMTP id f129so2277620wmf.2; Tue, 24 Dec 2019 03:34:34 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:to:date:in-reply-to :references:content-transfer-encoding:user-agent:mime-version; bh=C+8RxURoRSJW33hWfatCIyanaqDPy2RRnz4NhW2TnJk=; b=d/WoeoXNYwbap/JEktnf0Twp7JZqfsHTkuyY7yBW3p8MUJjUPvmINjCJiKdnfe9ABD Jsi1TYI7VKO4x59JN8ixqbx+UKa9MBdjZQQh9ni6T5nuzG8B3a1mf8W2YkvRmIsRue0t u0wvUFTWmTWytcFNApMBfyyA+HAGET1M6DR2ogLS6Bj2GQZrtL+gpgB1uBJMcCdCWhPw uO+roDKKoIda5GDvcIMdCxDmiwRVXfXiVYO/x8mSCnkc7o9Xt90l+lR7PQxG9mr0T3O6 dP1JbZh2yTq9BG+tBPT1JkZLbeQ1v0eQN68oUOUngwpEr2hrf5L0Lb3vbFj2h8/1ibEQ p6HA== X-Gm-Message-State: APjAAAWIiEbAS+l8VbIyD6aL3uLbCK96hhQymHVk9usaXKv74nboBX+o hg/FDz3mlEW2AR+Lxw7+YQo= X-Google-Smtp-Source: APXvYqxDWZikNWz8KrZsfHuTerE54E712SZpXmTL4GNnQx2rrhnczodHYn8hTxBdfOHsu/cH4tA8+Q== X-Received: by 2002:a1c:2dcd:: with SMTP id t196mr3767324wmt.22.1577187274033; Tue, 24 Dec 2019 03:34:34 -0800 (PST) Received: from localhost ([80.120.231.178]) by smtp.gmail.com with ESMTPSA id n8sm24348857wrx.42.2019.12.24.03.34.33 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 24 Dec 2019 03:34:33 -0800 (PST) Message-ID: <25d91d5a4ec88e166818419a8a1ec67006839a96.camel@debian.org> From: Luca Boccassi To: "Ananyev, Konstantin" , "techboard@dpdk.org" , "dev@dpdk.org" Date: Tue, 24 Dec 2019 11:34:32 +0000 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.30.5-1.1 MIME-Version: 1.0 Subject: Re: [dpdk-dev] DPDK techboard minutes @18/12/2019 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" On Fri, 2019-12-20 at 16:33 +0000, Ananyev, Konstantin wrote: > Minutes of Technical Board Meeting, 2019-12-18 >=20 > Members Attending > ----------------- > -Bruce > -Ferruh > -Hemant > -Honnappa > -Jerin > -Kevin =20 > -Konstantin (Chair) > -Maxime > -Olivier > -Stephen > -Thomas >=20 > NOTE: The technical board meetings every second Wednesday on IRC > channel #dpdk-board, at 3pm UTC. Meetings are public and DPDK > community > members are welcome to attend. >=20 > NOTE: Next meeting will be on Wednesday 2020-01-15 @3pm UTC, and will > be > chaired by Maxime Coquelin >=20 > 1) drivers/vdpa introduction discussion. > Currently, at dpdk.org we have only IFC vDPA driver available > (located in drivers/net), > but more drivers are arriving (Mellanox, Virtio vDPA in v20.02). > Might be some others are expected in later releases. > Mellanox proposal is to introduce a new vDPA subsystem > (drivers/vdpa), > and move code common to both net and vdpa PMDs to the drivers/common > directory. > drivers/net/ifc will be moved entirely into drivers/vdpa/ifc > While it seems to provide better code layout for drivers in long run, > in short term it probably would need significant code refactoring for > both mlx and virtio PMDs, > plus can cause some difficulties for stable release maintainers. >=20 > AR to Maxime (virtio) and Matan (mlx) to estimate how big code > refactoring will be required for such move. > AR to stable release maintainers (Kevin and Luca) to estimate impact > on stable releases. > Decision at next TB meeting based on provided estimations/feedback. Hi, At a glance, the impact will be more time consuming backports, as fewer patches will "cleanly" backport and require manual work, which will lead to fewer patches being integrated directly by ourselves. Are the PMDs devs/maintainers willing/available to do extra work to help backporting fixes? --=20 Kind regards, Luca Boccassi