Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp5722859imu; Wed, 30 Jan 2019 02:27:36 -0800 (PST) X-Google-Smtp-Source: ALg8bN4ldJ8cDIQRP5UtlgPXmH//1thpVgO9WomMeep9VJzckrpcJVPej5+GkiKy4pDr0blT9y02 X-Received: by 2002:a63:7a09:: with SMTP id v9mr27170036pgc.112.1548844056058; Wed, 30 Jan 2019 02:27:36 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1548844056; cv=none; d=google.com; s=arc-20160816; b=ng/81XibFrg2V/SyPr+Dr7W7y3HU1wXbfzC/6PjE/qrihCMU4HoP8ZUnow+Q3Hks0I Ht8CBQVpGVaPp1SPMHnNCsuj7eeKuD5PiaXzP+WEaB7De+fS2GwgoZBMOnblh4TCnRN2 9ELdYps6QDYlArDB97sVEmr43UL5m65nto8C8oJ5frZPO8OOCJqz+wcJLF7iZfEKZAoK 9x6JEWNO9UOoj2tcTY9L3uqPRJroL9D38j+XgiQMnSn12kGRsqIN1CsfA+mO7VjnsowV nxz5DdGuOVM6+WSjOdpif28bKQNfR6RePXHJllCnwHYrA9sQJQHQB7aOeHK0WWGkW0Gs Ez+A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-language :content-transfer-encoding:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:reply-to:dkim-signature; bh=HMfAj4RzlX1XnDfgUELyfPYynmQa4PT0FdtcX8nLAvg=; b=P6kfTAyzah3gyMBMVrMRZc2R053WRLyeLdq8FNdWDbuNxL+6NS9FeJKtl/K8m6ojmr u08fTBJXa3ZUJMJ7OpdGA0S1A3nm48GWkUe8FJgfCnCRWciKGXV1gd89Y1NqEUKt9kk8 jWzBT4IyztTKhRWHj4b/e4+FB4RSXw0+XSCgAyIeCmMfAH0lP3uKeR9CT38nAJvwFkMj xqSU3AQif1FUUEpbmznH/Qjtb6sCmm9qUqL9bWij9oFTE1e0sSbhYnIK5SKtOYI1Jd6w Y4Ovl5cencp/xBv33n4rZlbgkG6ACMqUMuKyU3fhwDWsECYTYKF/voSj6ZwCljpEf6Vp qqDw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=nQeWgZG+; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u10si1079895plz.119.2019.01.30.02.27.19; Wed, 30 Jan 2019 02:27:36 -0800 (PST) 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=@gmail.com header.s=20161025 header.b=nQeWgZG+; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730515AbfA3KZh (ORCPT + 99 others); Wed, 30 Jan 2019 05:25:37 -0500 Received: from mail-wm1-f68.google.com ([209.85.128.68]:55369 "EHLO mail-wm1-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727752AbfA3KZh (ORCPT ); Wed, 30 Jan 2019 05:25:37 -0500 Received: by mail-wm1-f68.google.com with SMTP id y139so20853106wmc.5; Wed, 30 Jan 2019 02:25:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=reply-to:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=HMfAj4RzlX1XnDfgUELyfPYynmQa4PT0FdtcX8nLAvg=; b=nQeWgZG+3okJ3xJP/5vtiHEjozfG9PNxu1TD1aBQ6Ti7TWdzgJl2Q3GvVpAMRKj/gG v8VmvqoUOflO8tKhAN+hVgGBm1P89zcR9zQUNE0NjWcnxyHSBBn8rOvgFsYFNTl5juKA r5qu3AQtx6M2I0xOOjyECQmKJ7nyG1rywSLDaDLospHbPc9RwQbRtL38x4uGb+cHv6sB dNsBLpPZOUTq57Rwc/KiVyXMYhrixeu8p26WfD0lPXUiyp6Uc7C5T7nVgAi841mhcnKN 9ALOQy3epnrxWJJXr89K51wqUMPQWoiWI+uGj1KFif/arpEid/MQKSI1yVFjCMvtTXp/ jtJA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:reply-to:subject:to:cc:references:from :message-id:date:user-agent:mime-version:in-reply-to :content-transfer-encoding:content-language; bh=HMfAj4RzlX1XnDfgUELyfPYynmQa4PT0FdtcX8nLAvg=; b=IZNti7bvrE4wuGnMivXDreB+ha/ZOJeSM+6xVyJs5OTOviHraNP7brjoyBLi8rw0cJ oFMJHFAogl+P3sUP4JbghBgoJKh62yIiF7S0Auo6cOzmsLUHc0oS3Nuc/KP7VVB6N7/C gjtmiJTjxUcUP8fkhe+uQWbeg2Pu4WbisWYzQIfcMOEaNk445iDGdiYJ3Mt09Xm1smzV mrpYkWI5QSug6qoXz13BHfkFf4Bl4Zi144Co14fRN1//Xe9zC1ULtS0BVlI3DE6c6sSX +Amhg7y2SWTE1jy/r6DgN7kW6ZMMBZ6JIXlTPHvDAQb529MwsDGk+mNFR5/clrxrU2iN MQrQ== X-Gm-Message-State: AJcUuke9e5XGQ+GRwBtB6myBDuZTQNt/i6boEXtpUcJYx395hgLfSsxu bc360VmCMuIdzasmirxtuRg= X-Received: by 2002:a1c:be11:: with SMTP id o17mr24245832wmf.111.1548843935769; Wed, 30 Jan 2019 02:25:35 -0800 (PST) Received: from ?IPv6:2a02:908:1252:fb60:be8a:bd56:1f94:86e7? ([2a02:908:1252:fb60:be8a:bd56:1f94:86e7]) by smtp.gmail.com with ESMTPSA id y13sm665205wrn.73.2019.01.30.02.25.34 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 30 Jan 2019 02:25:34 -0800 (PST) Reply-To: christian.koenig@amd.com Subject: Re: [RFC PATCH 1/5] pci/p2p: add a function to test peer to peer capability To: Logan Gunthorpe , Alex Deucher , Jerome Glisse Cc: Joerg Roedel , "Rafael J . Wysocki" , Greg Kroah-Hartman , Felix Kuehling , LKML , Maling list - DRI developers , Christian Koenig , linux-mm , iommu@lists.linux-foundation.org, Jason Gunthorpe , Linux PCI , Bjorn Helgaas , Robin Murphy , Christoph Hellwig , Marek Szyprowski References: <20190129174728.6430-1-jglisse@redhat.com> <20190129174728.6430-2-jglisse@redhat.com> <83acb590-25a5-f8ae-1616-bdb8b069fa0f@deltatee.com> From: =?UTF-8?Q?Christian_K=c3=b6nig?= Message-ID: <6739544c-0122-ad8c-d3cf-86a4d8a1d7a2@gmail.com> Date: Wed, 30 Jan 2019 11:25:33 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: <83acb590-25a5-f8ae-1616-bdb8b069fa0f@deltatee.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Am 29.01.19 um 21:24 schrieb Logan Gunthorpe: > > On 2019-01-29 12:56 p.m., Alex Deucher wrote: >> On Tue, Jan 29, 2019 at 12:47 PM wrote: >>> From: Jérôme Glisse >>> >>> device_test_p2p() return true if two devices can peer to peer to >>> each other. We add a generic function as different inter-connect >>> can support peer to peer and we want to genericaly test this no >>> matter what the inter-connect might be. However this version only >>> support PCIE for now. >>> >> What about something like these patches: >> https://cgit.freedesktop.org/~deathsimple/linux/commit/?h=p2p&id=4fab9ff69cb968183f717551441b475fabce6c1c >> https://cgit.freedesktop.org/~deathsimple/linux/commit/?h=p2p&id=f90b12d41c277335d08c9dab62433f27c0fadbe5 >> They are a bit more thorough. > Those new functions seem to have a lot of overlap with the code that is > already upstream in p2pdma.... Perhaps you should be improving the > p2pdma functions if they aren't suitable for what you want already > instead of creating new ones. Yeah, well that's what I was suggesting for the very beginning :) But completely agree the existing functions should be improved instead of adding new ones, Christian. > > Logan > _______________________________________________ > dri-devel mailing list > dri-devel@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/dri-devel