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 43795A00C5; Thu, 7 May 2020 14:35:52 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 99E881DC60; Thu, 7 May 2020 14:35:51 +0200 (CEST) Received: from us-smtp-1.mimecast.com (us-smtp-delivery-1.mimecast.com [207.211.31.120]) by dpdk.org (Postfix) with ESMTP id 3087A1DC60 for ; Thu, 7 May 2020 14:35:50 +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-f70.google.com (mail-vs1-f70.google.com [209.85.217.70]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-459-9HYSOqhXOPuEWDR-X-llzQ-1; Thu, 07 May 2020 08:35:48 -0400 X-MC-Unique: 9HYSOqhXOPuEWDR-X-llzQ-1 Received: by mail-vs1-f70.google.com with SMTP id j5so1195967vsc.6 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=Qg2KTTGd+pvx6z5I5oDKv2t1J4GyDNLLZoDV7L9aTHTVRq4jr8R0iWuqDXyQyw7yi8 4QucUopr5iZ664Rl5zfjkSVHy5drEQ4eu3OIGIIMjmyFRmJsUnaGt3IAxEZV7B+f5KX0 eTlOPRZlARck1t3Zjcnj2/N0QUhnJpsDD7GClLOwUgL0yiB8p5MIoyIWW31HYaYNlt1B omiIW+XTYTCZb2lXxM1XBTPdu7PLVBH9vK+UoJuzFe4sOpArY8MGYgzO8RK64fQVWsp2 QC721TzkiJlRBlcYouoJ2nb9Efb/7hCsdTi7u2RNgPIyLwn3VDGWDEiCqUGW0jGTpC10 CV+w== X-Gm-Message-State: AGi0Pua2ukpzXyCMy4nU5XLTU8sfN+bS7FdfpP+H9+u+8tEFjof7tR1f aFtz1bGjf0ZK6y6oKtlHSjgHKC0SiW5c2yphd5NhJP85ryR5Lvbg++w12qCRp8ohmgWqSvCx9I2 wvwF50P3rLqQXbL1zkSY= X-Received: by 2002:a1f:8cc3:: with SMTP id o186mr11208140vkd.18.1588854947437; 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-dev] [dpdk-stable] [PATCH] drivers/net: fix mlx* glue libraries ABI version 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 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