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=-10.5 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,MENTIONS_GIT_HOSTING, SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=unavailable 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 F17C0C0650E for ; Wed, 3 Jul 2019 14:53:54 +0000 (UTC) Received: from lists.ozlabs.org (lists.ozlabs.org [203.11.71.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id A9E0A21882 for ; Wed, 3 Jul 2019 14:53:54 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org A9E0A21882 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=lst.de Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=linuxppc-dev-bounces+linuxppc-dev=archiver.kernel.org@lists.ozlabs.org Received: from lists.ozlabs.org (lists.ozlabs.org [IPv6:2401:3900:2:1::3]) by lists.ozlabs.org (Postfix) with ESMTP id 45f3ym45ShzDqBH for ; Thu, 4 Jul 2019 00:53:52 +1000 (AEST) Authentication-Results: lists.ozlabs.org; spf=none (mailfrom) smtp.mailfrom=lst.de (client-ip=213.95.11.211; helo=verein.lst.de; envelope-from=hch@lst.de; receiver=) Authentication-Results: lists.ozlabs.org; dmarc=none (p=none dis=none) header.from=lst.de Received: from verein.lst.de (verein.lst.de [213.95.11.211]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 45f3Vq05qqzDqRd for ; Thu, 4 Jul 2019 00:33:05 +1000 (AEST) Received: by verein.lst.de (Postfix, from userid 2407) id F177968B05; Wed, 3 Jul 2019 16:33:00 +0200 (CEST) Date: Wed, 3 Jul 2019 16:33:00 +0200 From: Christoph Hellwig To: Michael Ellerman Subject: Re: [PATCH 1/4] powerpc/powernv: remove the unused pnv_pci_set_p2p function Message-ID: <20190703143300.GA10125@lst.de> References: <20190625145239.2759-2-hch@lst.de> <45f3Mt388Xz9sPD@ozlabs.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45f3Mt388Xz9sPD@ozlabs.org> User-Agent: Mutt/1.5.17 (2007-11-01) X-BeenThere: linuxppc-dev@lists.ozlabs.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Alexey Kardashevskiy , linux-kernel@vger.kernel.org, Oliver O'Halloran , Frederic Barrat , Paul Mackerras , linuxppc-dev@lists.ozlabs.org, Christoph Hellwig Errors-To: linuxppc-dev-bounces+linuxppc-dev=archiver.kernel.org@lists.ozlabs.org Sender: "Linuxppc-dev" On Thu, Jul 04, 2019 at 12:27:06AM +1000, Michael Ellerman wrote: > On Tue, 2019-06-25 at 14:52:36 UTC, Christoph Hellwig wrote: > > This function has never been used anywhere in the kernel tree since it > > was added to the tree. We also now have proper PCIe P2P APIs in the core > > kernel, and any new P2P support should be using those. > > > > Signed-off-by: Christoph Hellwig > > Series applied to powerpc next, thanks. > > https://git.kernel.org/powerpc/c/63982618662e2a05e5c5c3e4247456d1d3467f32 Thanks. For P2P it would be good if you guys could chime in for the "Removing struct page from P2PDMA" where we are discussion PCIe P2P requirements so that our future changes can accommodate Power 9 and we can help upstreaming the P2P support in a proper way.