Received: by 10.213.65.68 with SMTP id h4csp113263imn; Mon, 12 Mar 2018 20:30:27 -0700 (PDT) X-Google-Smtp-Source: AG47ELvOv/j2dgRMhGJak27qKoXUSg8nt+6a/ZdSINpDmLWcZ6RKh9fh6IWfdC7K5f6y4NqhuKnx X-Received: by 10.101.69.66 with SMTP id x2mr8412610pgr.438.1520911827332; Mon, 12 Mar 2018 20:30:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1520911827; cv=none; d=google.com; s=arc-20160816; b=dswyXYylJSApGRPCHnZkrS728tN4O2FKtPBcriK2KVIw7kU++c63Y4CaK1WIPtG2du F6vm+iIdFv0mi+pkZXgGNL6Jgsiigh1gpS3kLwWHZ6WqJ5iV0Yxmez/AEtEAzacmwsHo aEYiyLMOQup7/xp+6Let6fwGPDYUXudPrjw4lBwM610EBdY2qqAivUPL5DpW8EHOoVs9 w5r+dQBpQMhK6mKknuNd8K/Xl06NHUkODG0u4fFHtUAOSBLvqFOvLuTqjfjtsogXXQOO g8PEGYfpFfnL6lLkCh91OURXGZw7Zl1U8NDXLIf8QP97froM7h6u7a0vNAj7POQeaBWw 3SUg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dmarc-filter :dkim-signature:dkim-signature:arc-authentication-results; bh=ZzqbsCBDlF7sK7UoeIponZ00Lo2xGgBJSH7bz2yuTss=; b=riuJPQYK9sRtsenlBgTIa0HmW4cMCpIibgYhIT5AKC31IRMIby82FmvBmydlaXCvE0 KTvEwYQmzD6bzg//8RKt1erXGO/PbUkC8UqAIPDZxhRKWPReRWWyddugZVBlYMQuXPhs SSD1pRkFxyouMk7S6Nb+HOzmfqM49tRyFgzMLLwdYSliuPkwsoNfJyMdLhbxYMyitXE8 5YVjCeRqFXkWY9YmXCyAsLv84ZevsJciK0C98qt5nsiep4/LtNnG5uWcuP0J+z+l+v3C GBQR3KJ+RfdMtvCPUyAB85wlDxt8wWEPcCzEYXzUVC/1G2vz5Z5UEngrCap+7SNSiXar Xf4g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@codeaurora.org header.s=default header.b=VJmXiL+W; dkim=pass header.i=@codeaurora.org header.s=default header.b=oY+mhD0j; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d6-v6si7404543plm.88.2018.03.12.20.30.12; Mon, 12 Mar 2018 20:30:27 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@codeaurora.org header.s=default header.b=VJmXiL+W; dkim=pass header.i=@codeaurora.org header.s=default header.b=oY+mhD0j; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932490AbeCMD2Y (ORCPT + 99 others); Mon, 12 Mar 2018 23:28:24 -0400 Received: from smtp.codeaurora.org ([198.145.29.96]:51232 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932294AbeCMD2X (ORCPT ); Mon, 12 Mar 2018 23:28:23 -0400 Received: by smtp.codeaurora.org (Postfix, from userid 1000) id 61D11608CB; Tue, 13 Mar 2018 03:28:21 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1520911702; bh=XpxqqQ+8RWt3mo8HPe2JZy5p5zeoqIt2JjHmN+IK4m4=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=VJmXiL+Wwe0BXfFHrSuQsgZdosmNxkTw/NDi8rfQgVfHLAStw81TyqSr+i4Hb2ueB aFzGmPVJN4p3/trqme0VJqpnLD6x47MDa3B8/8eQ9VGyuRoBsL/nn82jvXMWszj35c /UY5eGPM0gYFgHx1MXKdruKnm9XaxU/Nyf2D44Dg= X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on pdx-caf-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.8 required=2.0 tests=ALL_TRUSTED,BAYES_00, DKIM_SIGNED,T_DKIM_INVALID autolearn=no autolearn_force=no version=3.4.0 Received: from [192.168.0.105] (cpe-174-109-247-98.nc.res.rr.com [174.109.247.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: okaya@smtp.codeaurora.org) by smtp.codeaurora.org (Postfix) with ESMTPSA id 1E5D86070A; Tue, 13 Mar 2018 03:28:18 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1520911701; bh=XpxqqQ+8RWt3mo8HPe2JZy5p5zeoqIt2JjHmN+IK4m4=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=oY+mhD0j7J4BdpXi9M3ebMLx4FP2A+hDfIv5r/W8DU5piwhe/2sYt5ZIv+9fdtnt4 ujhuZuTEEE3HMVPK23PCTlkA4PBInO8RGiO88gnNhumlIueq6/ktRtlor6F50ihpG4 M3F8/50FLYmCpOKqIwvZCKutC5fAcZm1BP6si44o= DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org 1E5D86070A Authentication-Results: pdx-caf-mail.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org Authentication-Results: pdx-caf-mail.web.codeaurora.org; spf=none smtp.mailfrom=okaya@codeaurora.org Subject: Re: [PATCH v3 01/11] PCI/P2PDMA: Support peer-to-peer memory To: Logan Gunthorpe , linux-kernel@vger.kernel.org, linux-pci@vger.kernel.org, linux-nvme@lists.infradead.org, linux-rdma@vger.kernel.org, linux-nvdimm@lists.01.org, linux-block@vger.kernel.org Cc: Stephen Bates , Christoph Hellwig , Jens Axboe , Keith Busch , Sagi Grimberg , Bjorn Helgaas , Jason Gunthorpe , Max Gurtovoy , Dan Williams , =?UTF-8?B?SsOpcsO0bWUgR2xpc3Nl?= , Benjamin Herrenschmidt , Alex Williamson References: <20180312193525.2855-1-logang@deltatee.com> <20180312193525.2855-2-logang@deltatee.com> From: Sinan Kaya Message-ID: <59fd2f5d-177f-334a-a9c4-0f8a6ec7c303@codeaurora.org> Date: Mon, 12 Mar 2018 23:28:17 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <20180312193525.2855-2-logang@deltatee.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 3/12/2018 3:35 PM, Logan Gunthorpe wrote: > +int pci_p2pdma_add_client(struct list_head *head, struct device *dev) It feels like code tried to be a generic p2pdma provider first. Then got converted to PCI, yet all dev parameters are still struct device. Maybe, dev parameter should also be struct pci_dev so that you can get rid of all to_pci_dev() calls in this code including find_parent_pci_dev() function. Regarding the switch business, It is amazing how much trouble you went into limit this functionality into very specific hardware. I thought that we reached to an agreement that code would not impose any limits on what user wants. What happened to all the emails we exchanged? I understand you are coming from what you tested. Considering that you are singing up for providing a generic PCI functionality into the kernel, why don't you just blacklist the products that you had problems with and yet still allow other architectures to use your code with their root ports? -- Sinan Kaya Qualcomm Datacenter Technologies, Inc. as an affiliate of Qualcomm Technologies, Inc. Qualcomm Technologies, Inc. is a member of the Code Aurora Forum, a Linux Foundation Collaborative Project.