Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp8831668imu; Sat, 29 Dec 2018 04:48:57 -0800 (PST) X-Google-Smtp-Source: AFSGD/WJPlgAVpsW/RprflBt9x/tA9kogI/9ZbbwHqw5+xzhAmE8UjmV8qZqVgPSiAH/VK7gGtLg X-Received: by 2002:a62:1b83:: with SMTP id b125mr32767339pfb.42.1546087737059; Sat, 29 Dec 2018 04:48:57 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1546087737; cv=none; d=google.com; s=arc-20160816; b=Zev1XSv4ZMpgrlHYE024FxPFFFupQTcc3aRnne91nYEgS2zpsUtVQFcJ0VIuk3kEX4 zzlO9vDuK7Zood5W3hb7a5Uj6cuaeXNKwjqFLP0um/DFIMT0ttGWsNa4OM/3m5ImNXI4 usIzPrRQj5lksNN4zXh3x1fiWq0Ij2NGE4U104kEGrYK/nDCOgUKll3OpAG/BztgUnkc 7Y+8NdTPqw2nE6mxXodnQPKBaiH3ei3gEaCwMjE3ZfkxE6CyxRtSYgaf7eJm+3OnjX/r U2kzN8N5bedMovpbK3pkP0xnLKlX1XfgUjlyMcqHY2/b7nX6mbRZ29XJYQpPiofdjaKt FeFg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=IGMVGsDQkk/h+Vphpa05fpFcYnboHx22HXInpUm7muM=; b=udr7PeTFeMOfsM3w66MhySijuPfJkYhuwRN9nOCoYMkQD1rl/rA9dtrV0sqSvb6LqK n1Q1X5fU894d5AEOv077Hmox83+JGHhim0iUFzeXWoOcizui/gx0zU0b6C1Wxr9DzOO9 qvuNRLe6ep5vAR2U8L9fJneksdfEILClmvg3KLbp3eDFxpAUo18d4dizwHU43Vji0pWT qnRq5xoY28Iq5vtSSoZ50C0adSibugucnix/3cUxd6ALqDAQHXmUpf6CARYSz9dNqXnE CTwteGbWWB0eLTh2+tcoK+mhCQzd0CLsUhrH0UnS4sNzgylc5aYY+TnJyuzPCNr9RlbC F0kw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=ewypNhDQ; 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=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id n24si38381741pgv.119.2018.12.29.04.48.41; Sat, 29 Dec 2018 04:48:57 -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=@kernel.org header.s=default header.b=ewypNhDQ; 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=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727444AbeL2C3c (ORCPT + 99 others); Fri, 28 Dec 2018 21:29:32 -0500 Received: from mail.kernel.org ([198.145.29.99]:43928 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727208AbeL2C3c (ORCPT ); Fri, 28 Dec 2018 21:29:32 -0500 Received: from localhost (unknown [69.71.4.100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 2FDB42146F; Sat, 29 Dec 2018 02:29:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1546050571; bh=7ma79gBOvRlxzIEkh/eueZWE2pLUkmMSUErSOoXNWAQ=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=ewypNhDQHgaurMsd8QBaJupDj2Ssyyj73DEY2Da2xX6rX06J7f0oV4EyJiblP64Lc xP6/jSNkvwOj/uLvF5uu7EoYLbGxCP4CKDIb5kNLILrvDLUzHZKM4m4yjY9Qqq6aG2 1aeiSJk/cQjevHffChWDP9h2h5qVDx9zRmcbTrdY= Date: Fri, 28 Dec 2018 20:29:23 -0600 From: Bjorn Helgaas To: yu Cc: linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org, Logan Gunthorpe , Stephen Bates , Jonathan Cameron , Eric Wehage , Alexander Duyck Subject: Re: How to force RC to forward p2p TLPs Message-ID: <20181229022923.GA159477@google.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org [+cc Logan, Stephen, Jonathan, Eric, Alex] On Sat, Dec 22, 2018 at 12:50:19PM +0800, yu wrote: > Hi all, > > We have a PCIE card which has a PEX8732 switch on-board, and there > are two endpoint SOCs like graphic decoder behind the switch, and by > default the ACS is enabled in 8732. > > We use the p2p DMA to transfer data between these two endpoint SOCs, > and if the host server is not enable ACS in BIOS, the p2p works well, > but when ACS is enabled in BIOS, the p2p is always failed. With the > help of a protocol analyzer, we can see that the TLP is redirected to > RC, and RC just discard it. > > I tried to find how to make RC forward redirected TLP to its original > target, but nothing found, it seems this is highly related to the RC > vendors. > > In the PCIE 4.0 spec, the section of the RC behavior of the p2p > request redirect said that ''implementation-specific logic within the > RC that determines whether the request is directed towards its > original target, or blocked as an ACS Violation error. the algorithms > and specific controls for making this determination are not > architected by this spec''. > > > So is there some spec or document to describe how to set the RC? Any > suggestion is appreciated. Not that I'm aware of, but the folks I cc'd would know a lot more about this area. Bjorn