Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp5136622imu; Tue, 29 Jan 2019 13:29:33 -0800 (PST) X-Google-Smtp-Source: ALg8bN6FSO9w7Dk8gIUFWc9zZcwK1xtH83QZFR3sNn0kd1aJ0TuR8dRUplURJD5xpVzmgluCTDhG X-Received: by 2002:a17:902:4124:: with SMTP id e33mr27649025pld.236.1548797373754; Tue, 29 Jan 2019 13:29:33 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1548797373; cv=none; d=google.com; s=arc-20160816; b=iOSCg+tik3ELxnQQDrBd+5KZGO52L0t8vuVWdnQtTo8lCNBxwpNSIxV3lSFchoPU7Y KV+46qqmvpbYBzpPbnfGIeuHfiDqUudRNcE24ys8eIStEC5m6WAYc1VAd5uum2NqiVyX HRTrAr+aJi9z3NKDF+WjYdGk87kLi01IwSLQ5tFRu0SP9U64/b823uYOdIiCJx7S7qIv FKTy9BTG0nR5o43ZhPTAjAYKkjht+jLA2SMhdLf5QqBUXxseHwBa0r59ud47wBYycRRV Tckw04o8TvtZ4uC5Yg7rHYZbAv5r2VTqSZqGUVf2OF42FDUfPqjAD86vhuU80UaCwK1A RKTw== 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:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=z3ULGENtuqL5tguf/8dKX/9QWEPMLkVQYxE/Khek8q0=; b=DEhT8Fv2ftGNhzPCFEvPac2SmnbSerWW3GGcKo2CuBej0ZM97hA9Ku8SQBvicEAEka 2IvZHoxu9gnw/E1Iklwixb5BtaVRGQJDcMkSPTZzDuu16/hhFt4oe7uzxejNT2ngj+F/ CKbimHMBn+pASEK5pdyLhWnksBryvmVogMcgUf1m31OSDBm6Qu7hofFA+tfQ5BaWHGov YUAyqBeK/UDQm9wwixpiAqnSqlvbcG9UcELGFQYjJZ9nPBEOygxr9Iu059QlvwL0f3bW HGCjnsmaTtWVdxajj+W2yRUbwC/Tm3L9i/NTkSYWxrMpk1itd5SyndszJF5YXvWv8u8p 7+gg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b="BE9/o/N5"; 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 j22si34938255pfi.252.2019.01.29.13.29.17; Tue, 29 Jan 2019 13:29:33 -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="BE9/o/N5"; 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 S1728231AbfA2V3M (ORCPT + 99 others); Tue, 29 Jan 2019 16:29:12 -0500 Received: from mail-wr1-f65.google.com ([209.85.221.65]:37158 "EHLO mail-wr1-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727461AbfA2V3M (ORCPT ); Tue, 29 Jan 2019 16:29:12 -0500 Received: by mail-wr1-f65.google.com with SMTP id s12so23746856wrt.4; Tue, 29 Jan 2019 13:29:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=z3ULGENtuqL5tguf/8dKX/9QWEPMLkVQYxE/Khek8q0=; b=BE9/o/N5/jPw61vFbCALWK6WGrmrDJnuNbyw+0eBRu9kl8/mJdGZbhnoC519Q6v0vN pfouBi1cLQPNO4tlcu51UrzZ/cG65MblzRN8snO+yQNiq6Kt0dgdwK6rPLEg6gGIavD9 RSe85gbDSyA7AWnhpbuo76EL5wJQIiSFZV6AScHhbk5kX/F7ZsS7U8IP1lT3pG+Wcpmb FqicFEYoajuKenDYi4jlHLwMJoss9n47tcIES5sRFnlRMT+GelIJzjtNeIgUUpO49Lgp K4nhu+OtQ9H9/Wi9pK6hPEnW8Z+0ZYgIljy/BsHoYjz4AsBp6I48/ljOQObddstEENGc eUMA== 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:content-transfer-encoding; bh=z3ULGENtuqL5tguf/8dKX/9QWEPMLkVQYxE/Khek8q0=; b=af8Sa3e0jQ3xkKzsYGim/h2shBXe6jTAuDkjFZ/Of5h/bHB/odox9W0nLvdNFrxtI0 xe4wWRlYLneUAMVSwonTh8vere1G0FkTdfdJ6GgEjHSIbsS5LQMg9uQPgzmfZrnPlE8k r0BGnHE/5WoLcGujMz0aZ75ZaxI5iur66s3kK+iahsEpp1mtT9/Sk8NQerys25QtHE1a y+QcEoN5x/BxE1q27YnBJX1uEpg7/3YDAnAgLAL9voBUD3OzJ7TwrgWpsdbEMQN+JPIB VSB4h25Eqq1EzDVwyu28VyeUNJB3kpiMK+SVWo05nwFd5Jh24dxmj3y2HEXe1ot1iX5Q 8/rg== X-Gm-Message-State: AJcUukejWszMFaUOEI1ZSiyz4RCr1qAMuFrTJcQcbL1bm4VidtgFKOe4 m+2/o6cjpfQ57NSC5v4K5RCg4whz6vNmT+dQhRQ= X-Received: by 2002:adf:d0c9:: with SMTP id z9mr26313114wrh.317.1548797350317; Tue, 29 Jan 2019 13:29:10 -0800 (PST) MIME-Version: 1.0 References: <20190129174728.6430-1-jglisse@redhat.com> <20190129174728.6430-2-jglisse@redhat.com> <83acb590-25a5-f8ae-1616-bdb8b069fa0f@deltatee.com> In-Reply-To: <83acb590-25a5-f8ae-1616-bdb8b069fa0f@deltatee.com> From: Alex Deucher Date: Tue, 29 Jan 2019 16:28:57 -0500 Message-ID: Subject: Re: [RFC PATCH 1/5] pci/p2p: add a function to test peer to peer capability To: Logan Gunthorpe Cc: Jerome Glisse , linux-mm , Joerg Roedel , "Rafael J . Wysocki" , Greg Kroah-Hartman , Felix Kuehling , LKML , Maling list - DRI developers , Christoph Hellwig , iommu@lists.linux-foundation.org, Jason Gunthorpe , Linux PCI , Bjorn Helgaas , Robin Murphy , Christian Koenig , Marek Szyprowski Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jan 29, 2019 at 3:25 PM Logan Gunthorpe wrote= : > > > > On 2019-01-29 12:56 p.m., Alex Deucher wrote: > > On Tue, Jan 29, 2019 at 12:47 PM wrote: > >> > >> From: J=C3=A9r=C3=B4me 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=3Dp2p&id=3D4f= ab9ff69cb968183f717551441b475fabce6c1c > > https://cgit.freedesktop.org/~deathsimple/linux/commit/?h=3Dp2p&id=3Df9= 0b12d41c277335d08c9dab62433f27c0fadbe5 > > 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. Could be. Those patches are pretty old. They probably need to be rebased on the latest upstream p2p stuff. Alex