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 1872BA034E for ; Thu, 7 May 2020 14:35:53 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id E53331DC68; Thu, 7 May 2020 14:35:52 +0200 (CEST) Received: from us-smtp-delivery-1.mimecast.com (us-smtp-2.mimecast.com [207.211.31.81]) by dpdk.org (Postfix) with ESMTP id 13C3E1DC5F for ; Thu, 7 May 2020 14:35:49 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1588854949; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=ZRpJZLWyl3qmL1adlnqLbym7s6a7EN0xajHFsgDYeU4=; b=Dj97k7aWJKyTQ9PS8yE8b+2YU0dYGA8Q9xA3Qp+MhyW86BxaACIPjKrbDDEkrQl5fUdiSE QRYZxnOj8+cRZRd1NXC4D5mIU9TxCIwQkEClWwvQcvYwJ6eWkbzkfKFDFczKQbdXKmdV4h kuKKjuUV9zN0cLkJCwjL3OnY0GwupW8= Received: from mail-vs1-f72.google.com (mail-vs1-f72.google.com [209.85.217.72]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-499-ksTKBraKM7Wzbo09SgykSQ-1; Thu, 07 May 2020 08:35:47 -0400 X-MC-Unique: ksTKBraKM7Wzbo09SgykSQ-1 Received: by mail-vs1-f72.google.com with SMTP id l191so1188231vsd.22 for ; Thu, 07 May 2020 05:35:47 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=QBZeH9dYpTKZ7HtB8rTYH4MLtERsbtyuC7mrTWIyVNU=; b=FpDV5tEjatZ4FyPUctNKSqPd/h9Ds68TKtvuGgE9SnM0LuyVcSNcGy662OOzb+IZOV qmMmFvUIPcWbNsQNp15/o76gbUXm/h/of49r4cxk6cEsRDsAuIONU7kCWRSohgyY4c1u XwURa1m59X5uM6OhLEr5MOr0z/oLLr/Ui/NF4gtHdfg/FHAsG6aSETnkNyZXQCe7a41Y cMOl1QXxl41yaXLnTKWBdDkFfkrlFDxiWFhm+TQZjTJso6DL2xX6PkQAv4KiqqZ2WFsp 6n2HIzHZQAfSaeFn2DSegwpQ0sHYa5pbYRQTEzeHONale/KSXP2JrpNJmaPcSLZS7w+y NNEg== X-Gm-Message-State: AGi0Pubt5+1djaZIt2g4Z9p7nrRu6UQYG3wLWJkmyhKlbn+2xgMc8Qb7 mOdMafolQaPlNZLr99H+fbYgd4hZcIdDovFw7XN61ItM+RQnoyMwJSeFXKo2xy+QrL+AoSOEdqw PGf4em+IMOyQHVs10QhyLgBk= X-Received: by 2002:a1f:8cc3:: with SMTP id o186mr11208143vkd.18.1588854947438; Thu, 07 May 2020 05:35:47 -0700 (PDT) X-Google-Smtp-Source: APiQypJ8FtqU6p+rMe+PXEaXpV769d3g+dmRonGYN2uj8QA8P8Sm970oVghMbYLyRP1i/85JE9WSIAuLazQcdKgqTus= X-Received: by 2002:a1f:8cc3:: with SMTP id o186mr11208128vkd.18.1588854947172; Thu, 07 May 2020 05:35:47 -0700 (PDT) MIME-Version: 1.0 References: <20191204100546.32095-1-david.marchand@redhat.com> <9272526.6B3L8A1auC@xps> In-Reply-To: <9272526.6B3L8A1auC@xps> From: David Marchand Date: Thu, 7 May 2020 14:35:35 +0200 Message-ID: To: Thomas Monjalon Cc: dpdk stable , dev , Matan Azrad , Shahaf Shuler , Viacheslav Ovsiienko , Raslan , Luca Boccassi , Ray Kinsella X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Subject: Re: [dpdk-stable] [PATCH] drivers/net: fix mlx* glue libraries ABI version X-BeenThere: stable@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches for DPDK stable branches List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: stable-bounces@dpdk.org Sender: "stable" On Thu, Dec 12, 2019 at 11:18 PM Thomas Monjalon wrot= e: > > 04/12/2019 11:05, David Marchand: > > Those libraries have been missed when switching to global ABI version. > > The versioning of the glue libraries are for compatibility checks > between the PMD and its dependency (rdma-core) packaged as a plugin, > called glue library. > > This versioning is updated when there is a change in the verbs glue > interface, in order to avoid issues in case of PMD and glue > updated separately with a non-compatible version. > I don't think the mlx glue libraries are part of the ABI policy > which acts at the application level. > > Am I missing something? Sorry, this patch fell into the cracks. I agree that this is not part of the ABI policy. This version only indicates something internal. But what I am proposing here is just to remove this special case. What is the point of exposing a special version, while the net drivers are the only one depending on those glue libs? Do you expect separate packaging for the net driver and its associated glue= lib? This special version also makes it impossible to install two versions of dpdk if those versions of dpdk need the same glue version. I still think it is better to align to the version of dpdk, though the commitlog needs some work. --=20 David Marchand