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 Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 5F080C28B2B for ; Thu, 18 Aug 2022 06:02:41 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S243520AbiHRGCk (ORCPT ); Thu, 18 Aug 2022 02:02:40 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49546 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238407AbiHRGCi (ORCPT ); Thu, 18 Aug 2022 02:02:38 -0400 Received: from mail-pg1-x536.google.com (mail-pg1-x536.google.com [IPv6:2607:f8b0:4864:20::536]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 4EBF382856 for ; Wed, 17 Aug 2022 23:02:36 -0700 (PDT) Received: by mail-pg1-x536.google.com with SMTP id bh13so524614pgb.4 for ; Wed, 17 Aug 2022 23:02:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:cc:to:from:date:from:to :cc; bh=zK72A8q5XD2E3NomsnJJ4xt124GNl/LXJjyyFVpPi3Q=; b=vDSQyxgLF0rPsGm3whfGWvdwuXaaggJm3hBiEY2XXtCdUbBAxBskXAwmyUgst2JRgh 0+RpDuL0rmCPrMNVzxiAFW+s4D4T6kN/boLgbrVPavMoHdMdjN1qjyA7UBlRv4NrB0tb UElnczihsgdB6AyXrjodapbcspF13GOULens5dy15Q9P/Pu5fSXPeGA/MtKUJlA4qOKK v4Anr60vZYM+arsPw9kr8FN6TRaKylEE/YYCjthoJvysvh9bjoxiX8OisPgsih0ZhD2U oUy91KJDxhT6SWgkhXQgljljmB6vMtYNr/bY6i7F7nDTEdgaIuEVIPJQAo/aL2M223or Pf1w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :x-gm-message-state:from:to:cc; bh=zK72A8q5XD2E3NomsnJJ4xt124GNl/LXJjyyFVpPi3Q=; b=8PcPkiP0D4hWDgU/FYNvYOi136JDDNSUky9tenSLMC0Ibrzf29WnC/iQE7a2kgT++5 XvpFktGVXpBhmHQAkq8H1Kmbph5cX5dcoG40O1B2XbYgF7r61NLrVM2zEmQNGGHmvGb/ HqagJlllHubQFdF177uyNFLuNJVEWqXk07KijyHmE1Q6cEr62R4/JWN9/is7adQ+6dFn ajH36oO7JhxHqCunsMRXtYAO6N7J7gUgnQlHWs+NAhr6Mk05PKcTwbr1PRHbEa3f94CF VMDkk+/3lDoIKYriYpFwdHfmxoJREEDFMLZ/Q8cCSVN8/Mt9AAcdHFy/XhXUDafZegyd S1sg== X-Gm-Message-State: ACgBeo25L4Ktp5iCGKRdeMje9et9bRiuwDrUbVmvY2q02YFaxwyzuWGn ReiaeR4drd9o79J7qf0CYv73 X-Google-Smtp-Source: AA6agR5S8mPl/SarYfDESuLsWayOu8NNUQMOoFIcC5tZbb45kGSDfEw9qTui2H5mFYBnpeNL3hk41Q== X-Received: by 2002:a05:6a00:4509:b0:52d:4943:90b4 with SMTP id cw9-20020a056a00450900b0052d494390b4mr1569547pfb.22.1660802555747; Wed, 17 Aug 2022 23:02:35 -0700 (PDT) Received: from thinkpad ([117.202.186.191]) by smtp.gmail.com with ESMTPSA id 13-20020a170902c10d00b0016d737bff00sm454658pli.220.2022.08.17.23.02.32 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 17 Aug 2022 23:02:35 -0700 (PDT) Date: Thu, 18 Aug 2022 11:32:30 +0530 From: Manivannan Sadhasivam To: Jon Mason Cc: ntb@lists.linux.dev, Bjorn Helgaas , Frank.Li@nxp.com, linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org, kishon@ti.com Subject: Re: [PATCH] MAINTAINERS: add PCI Endpoint NTB drivers to NTB files Message-ID: <20220818060230.GA12008@thinkpad> References: <20220812194205.388967-1-jdmason@kudzu.us> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20220812194205.388967-1-jdmason@kudzu.us> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org + Kishon (PCI EP Maintainer) On Fri, Aug 12, 2022 at 03:42:05PM -0400, Jon Mason wrote: > The PCI Endpoint NTB drivers are under the NTB umbrella. Add an entry > there to allow for notification of changes for it. > > Signed-off-by: Jon Mason Hi Jason, I know that this patch is already in Linus's tree but I think this PCI Endpoint VNTB driver is not going in a correct path. First, Kishon is not convinced with the way the PCI Endpoint VNTB function driver is written currently. He prefers the VirtIO approach over the current one [1]. But while the conversation was still going on, the series got merged via NTB tree without any ACKs from the PCI/PCI_EP maintainers. Also, note that there was a patch touching the PCI Controller driver as well and that was also not ACKed [2]. If this trend is going to continue in the coming days, then I'm afraid that NTB might end up being a backdoor for PCI/PCI_EP patches :( Thanks, Mani [1] https://lore.kernel.org/all/20220222162355.32369-4-Frank.Li@nxp.com [2] https://lore.kernel.org/all/20220222162355.32369-2-Frank.Li@nxp.com > --- > MAINTAINERS | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/MAINTAINERS b/MAINTAINERS > index 64379c699903..47e9f86bd712 100644 > --- a/MAINTAINERS > +++ b/MAINTAINERS > @@ -14254,6 +14254,7 @@ W: https://github.com/jonmason/ntb/wiki > T: git git://github.com/jonmason/ntb.git > F: drivers/net/ntb_netdev.c > F: drivers/ntb/ > +F: drivers/pci/endpoint/functions/pci-epf-*ntb.c > F: include/linux/ntb.h > F: include/linux/ntb_transport.h > F: tools/testing/selftests/ntb/ > -- > 2.30.2 > -- மணிவண்ணன் சதாசிவம்