Received: by 2002:a25:683:0:0:0:0:0 with SMTP id 125csp1333041ybg; Thu, 11 Jun 2020 07:13:49 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzEez7nUZgAeMvvx+G3NLG4MN0/5PKuaWVou/v1AJ4LmIqw15t+5uOJo6Pd0Ld5cM/Qi6FJ X-Received: by 2002:a17:906:86ca:: with SMTP id j10mr8164129ejy.521.1591884829210; Thu, 11 Jun 2020 07:13:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1591884829; cv=none; d=google.com; s=arc-20160816; b=YJeFGG6nKgd4EkY43lXDnW8dsvwqNqDdwVMFaT0b5+tA1jYC70TkaKXYYpwdpW2cnO 85ilGD7msdIqc2SF3IqnqzSfsS1m8BCGAsAvpFTtpvcUw7jtPEsJvzQr5V2cXWGJE2FI j5tevRy5NeHJTUZRy3y2Q0pMxEeQXytfpGQ0NiIot245eY+eiSE1F1240mfjJvh+Uzh5 nVinBDRoL5L3dQoUCKLaDo6ERCyPKBwONyAuYeJ2Q9XICQJCZ8OF+09ihV3JVWExX/2t kxVsFCp5VBg0OhJkwD5PS90t7bB+R3vmflT18PqSrmuix4vApsXh2/olAKi9ELdkXwrd IVVQ== 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:autocrypt:from:references:cc:to:subject:dkim-signature; bh=zh1lFs+8r4VDNriEOLadueTPZsr+K0w3KsIGgXTzDyI=; b=BHck2rOIwajLy99YaZ4S4nUOUEScbuck6awLt1yS0CFpmqNS34meNoiz8QqqWGCQQ0 XRrgDdATtU7LUTDQUcA4ZANufqdzc0gdKpnq3pLuE0ScjbfXb3ox6ZMOPXfSiFcDYT6c wC5MkVGo911ns/aB93LifvLc3ujXUrfG1hrwSSoViAbG0dVhtgaZ+CKgEF3qib0B6j7N B6ZZjKeAgElqHra8vrMBhInZjVwCzBI2Q6Sn4pCXr/01bx0kpDkoBteeGgN7dkkmLtJ6 DM3TLss+GvKFYhyLnEbBM5GMNKujOXFa88gG1qQ9Rpidy1Sy709FIe355xRRMCO16dBX FQbw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=bPAGjp5c; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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. [23.128.96.18]) by mx.google.com with ESMTP id 38si1743517edr.532.2020.06.11.07.13.25; Thu, 11 Jun 2020 07:13:49 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=bPAGjp5c; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 S1728047AbgFKOLe (ORCPT + 99 others); Thu, 11 Jun 2020 10:11:34 -0400 Received: from mail.kernel.org ([198.145.29.99]:60874 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726905AbgFKOLc (ORCPT ); Thu, 11 Jun 2020 10:11:32 -0400 Received: from [192.168.68.112] (75-58-59-55.lightspeed.rlghnc.sbcglobal.net [75.58.59.55]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 9EA002083E; Thu, 11 Jun 2020 14:11:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1591884691; bh=zh1lFs+8r4VDNriEOLadueTPZsr+K0w3KsIGgXTzDyI=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=bPAGjp5cf9bE8U4Ygi+28VpSCI5xVC3F2lsZWm57e4cZnkGBZ5J526sRiSUk0onPh 46d5JaKTOPS8n2MFjufRykDUD+XH8Vjb6/EJ2t1H1onyETccRXukXg7uMwG1Fs7cUR Ik/cDD+t1Vi5pKaPTFTCz0GN5d9ID75kiKF/w4bc= Subject: Re: [RFC PATCH] PCI: Remove End-End TLP as PASID dependency To: Zhangfei Gao , Jean-Philippe Brucker Cc: Bjorn Helgaas , Greg Kroah-Hartman , Arnd Bergmann , kenneth-lee-2012@foxmail.com, Wangzhou , linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org References: <1591762694-9131-1-git-send-email-zhangfei.gao@linaro.org> <20200610074633.GA6844@myrica> From: Sinan Kaya Autocrypt: addr=okaya@kernel.org; keydata= mQENBFrnOrUBCADGOL0kF21B6ogpOkuYvz6bUjO7NU99PKhXx1MfK/AzK+SFgxJF7dMluoF6 uT47bU7zb7HqACH6itTgSSiJeSoq86jYoq5s4JOyaj0/18Hf3/YBah7AOuwk6LtV3EftQIhw 9vXqCnBwP/nID6PQ685zl3vH68yzF6FVNwbDagxUz/gMiQh7scHvVCjiqkJ+qu/36JgtTYYw 8lGWRcto6gr0eTF8Wd8f81wspmUHGsFdN/xPsZPKMw6/on9oOj3AidcR3P9EdLY4qQyjvcNC V9cL9b5I/Ud9ghPwW4QkM7uhYqQDyh3SwgEFudc+/RsDuxjVlg9CFnGhS0nPXR89SaQZABEB AAG0HVNpbmFuIEtheWEgPG9rYXlhQGtlcm5lbC5vcmc+iQFOBBMBCAA4FiEEYdOlMSE+a7/c ckrQvGF4I+4LAFcFAlztcAoCGwMFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AACgkQvGF4I+4L AFfidAf/VKHInxep0Z96iYkIq42432HTZUrxNzG9IWk4HN7c3vTJKv2W+b9pgvBF1SmkyQSy 8SJ3Zd98CO6FOHA1FigFyZahVsme+T0GsS3/OF1kjrtMktoREr8t0rK0yKpCTYVdlkHadxmR Qs5xLzW1RqKlrNigKHI2yhgpMwrpzS+67F1biT41227sqFzW9urEl/jqGJXaB6GV+SRKSHN+ ubWXgE1NkmfAMeyJPKojNT7ReL6eh3BNB/Xh1vQJew+AE50EP7o36UXghoUktnx6cTkge0ZS qgxuhN33cCOU36pWQhPqVSlLTZQJVxuCmlaHbYWvye7bBOhmiuNKhOzb3FcgT7kBDQRa5zq1 AQgAyRq/7JZKOyB8wRx6fHE0nb31P75kCnL3oE+smKW/sOcIQDV3C7mZKLf472MWB1xdr4Tm eXeL/wT0QHapLn5M5wWghC80YvjjdolHnlq9QlYVtvl1ocAC28y43tKJfklhHiwMNDJfdZbw 9lQ2h+7nccFWASNUu9cqZOABLvJcgLnfdDpnSzOye09VVlKr3NHgRyRZa7me/oFJCxrJlKAl 2hllRLt0yV08o7i14+qmvxI2EKLX9zJfJ2rGWLTVe3EJBnCsQPDzAUVYSnTtqELu2AGzvDiM gatRaosnzhvvEK+kCuXuCuZlRWP7pWSHqFFuYq596RRG5hNGLbmVFZrCxQARAQABiQEfBBgB CAAJBQJa5zq1AhsMAAoJELxheCPuCwBX2UYH/2kkMC4mImvoClrmcMsNGijcZHdDlz8NFfCI gSb3NHkarnA7uAg8KJuaHUwBMk3kBhv2BGPLcmAknzBIehbZ284W7u3DT9o1Y5g+LDyx8RIi e7pnMcC+bE2IJExCVf2p3PB1tDBBdLEYJoyFz/XpdDjZ8aVls/pIyrq+mqo5LuuhWfZzPPec 9EiM2eXpJw+Rz+vKjSt1YIhg46YbdZrDM2FGrt9ve3YaM5H0lzJgq/JQPKFdbd5MB0X37Qc+ 2m/A9u9SFnOovA42DgXUyC2cSbIJdPWOK9PnzfXqF3sX9Aol2eLUmQuLpThJtq5EHu6FzJ7Y L+s0nPaNMKwv/Xhhm6Y= Message-ID: Date: Thu, 11 Jun 2020 10:11:30 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.8.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 6/10/2020 4:00 AM, Zhangfei Gao wrote: >> Why not set the eetlp_prefix_path bit from a PCI quirk?  Unlike the stall >> problem from the other thread, this one looks like a simple design >> mistake >> that can be fixed easily in future iterations of the platform: just set >> the "End-End TLP Prefix Supported" bit in the Device Capability 2 >> Register >> of all bridges. > Yes, we can still set eetlp_prefix_path bit from a PCI quirk. I agree. Vendor specific quirk should be the way to go here if it is not compliant with the spec.