From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-3.9 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id B4535C4363D for ; Tue, 22 Sep 2020 16:14:32 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 6F1CF238D7 for ; Tue, 22 Sep 2020 16:14:32 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=ziepe.ca header.i=@ziepe.ca header.b="RRTG2t9n" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726641AbgIVQOb (ORCPT ); Tue, 22 Sep 2020 12:14:31 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54008 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726340AbgIVQOb (ORCPT ); Tue, 22 Sep 2020 12:14:31 -0400 Received: from mail-qv1-xf42.google.com (mail-qv1-xf42.google.com [IPv6:2607:f8b0:4864:20::f42]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7DEBDC061755 for ; Tue, 22 Sep 2020 09:14:31 -0700 (PDT) Received: by mail-qv1-xf42.google.com with SMTP id db4so9831741qvb.4 for ; Tue, 22 Sep 2020 09:14:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ziepe.ca; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=zWPzhPXud6VNhoCoKGqUlfr5qEum5vqp/NMsQDoLUC4=; b=RRTG2t9njyMOevdlLC86wlJd8D+yLCyG9Mq/1GV3EqYWmcoFhCpIJCaqyD5hMjWHrm ASqRwBQZhe7tZdDG4NpyUvtKqravrSvdY63jU91WxlMbKC6k2KqS+9JJg1hVxH2hUYJW hRHVszuAnEfbFs+5BjttohWpXBv8jHWSsEnHn5ol0dVtpWBfbCtFir4O0FU2wwD/Xk6x RnXv40YGeTdbI9b35RLql3k3eznGKLEVtGReKnVFFYy0MPZHpIt2b4PkM5Byv6f5bZSi reykqmJQ67hPUeYRgwNtq67GR+xgJscw2aaO0BPzulVjXiFnubqwnIc/DPIeoNCo0uAb Rp0A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=zWPzhPXud6VNhoCoKGqUlfr5qEum5vqp/NMsQDoLUC4=; b=Q9ma367lVRUz1qIBRGX8Thn6eFEET35JJcK7CcWAhGswohNFNcp6m9jajo2aMhfzqm gaaQpOAHwQJ3oHedwXl/+KaVZDd9SAFadgkpHF2Y5w91Uiy/+wdKRTtK3pkOhLyY9WfA LkC4oKnDlc3VjMkQn+1w3tAtkX2/sMK95RvwyJj1jF2xIDgcsneAi6PlBmNsYcG5dNg6 8BylUSsJOt0ZP8BBTYbYMXUNteNAcdbhb1tae390TU3DuCgXJ2lEnyb6GNLkkLUhmtns O/HKA7NHTifnilu6Dahzqnt2xhpv8AbRuH6eW2TGW5qQP+3217vymPMgrRyCqEUhfbVr A/Xw== X-Gm-Message-State: AOAM533Bv4Qw/+nNrdtVltdbFxg5M0rLd0nRGDCyIgosRtipuPz1BY0E IxoPX6sHHB9xd7UliClyjdDevw== X-Google-Smtp-Source: ABdhPJw5me7Js3130zPe33NMl4wTjhVJqXvfKdaP/dBlNq6WGqmASS+7NuMfwF30JNVJVNBJuzrpMw== X-Received: by 2002:a0c:9c09:: with SMTP id v9mr6773362qve.57.1600791270713; Tue, 22 Sep 2020 09:14:30 -0700 (PDT) Received: from ziepe.ca (hlfxns017vw-156-34-48-30.dhcp-dynamic.fibreop.ns.bellaliant.net. [156.34.48.30]) by smtp.gmail.com with ESMTPSA id t1sm13140036qtj.12.2020.09.22.09.14.29 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 22 Sep 2020 09:14:29 -0700 (PDT) Received: from jgg by mlx with local (Exim 4.94) (envelope-from ) id 1kKkw1-0034kp-8i; Tue, 22 Sep 2020 13:14:29 -0300 Date: Tue, 22 Sep 2020 13:14:29 -0300 From: Jason Gunthorpe To: Gal Pressman Cc: Oded Gabbay , Greg Kroah-Hartman , izur@habana.ai, Jakub Kicinski , "Linux-Kernel@Vger. Kernel. Org" , netdev@vger.kernel.org, SW_Drivers , "David S. Miller" , Andrew Lunn , Florian Fainelli , linux-rdma@vger.kernel.org, Olof Johansson Subject: Re: [PATCH v3 00/14] Adding GAUDI NIC code to habanalabs driver Message-ID: <20200922161429.GI8409@ziepe.ca> References: <20200918135915.GT8409@ziepe.ca> <20200918141909.GU8409@ziepe.ca> <20200918150735.GV8409@ziepe.ca> <20200918152852.GW8409@ziepe.ca> <20200922114101.GE8409@ziepe.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-rdma@vger.kernel.org On Tue, Sep 22, 2020 at 03:46:29PM +0300, Gal Pressman wrote: > I agree, that makes sense. > But assuming Oded actually goes and implements all the needed verbs to get a > basic functional libibverbs provider (assuming their HW can do it somehow), is > it really useful if no one is going to use it? > It doesn't sound like habanalabs want people to use GAUDI as an RDMA adapter, > and I'm assuming the only real world use case is going to be using the hl stack, > which means we're left with a lot of dead code that's not used/tested by anyone. > > Genuine question, wouldn't it be better if they only implement what's actually > going to be used and tested by their customers? The general standard for this 'accel' hardware, both in DRM and RDMA is to present an open source userspace. Companies are encouraged to use that as their main interface but I suppose are free to carry the cost of dual APIs, and the community's wrath if they want. At least for RDMA this is guided by the founding event of Linux RDMA where all customers demanded the madness of every supplier having a unique software stack from the kernel down stop. Since then the low level stack has been cross vendor and uniform. Jason