Received: by 10.223.164.202 with SMTP id h10csp9678wrb; Thu, 30 Nov 2017 06:17:15 -0800 (PST) X-Google-Smtp-Source: AGs4zMaVO0xIken8fU0wI57o+uo9uF1BbOqMvoCV9PL5p7tNYcagh+I9hFbtYfabIWgZRIg2m1JB X-Received: by 10.98.253.3 with SMTP id p3mr6883197pfh.20.1512051435451; Thu, 30 Nov 2017 06:17:15 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1512051435; cv=none; d=google.com; s=arc-20160816; b=Ws1Sw8tgT/Ym33IKKT1fEnxkTKO4S4v3kudfovfEo8bi5W6B8H7HU3kW2uanju8YqQ SltsGXHu+rzeRQlP9amlVj1xrQ0mDluG8u7VYRdxN7xigsSMMjKi0R7q1zBLTpWUXmal MNtraS8t/G4F4egM3mVnze2lWnGjhsI5Bay+apJbMF0JvpGndrCRj4rSAvfVb8I19E8M MEaZWPodlTsF391JGGBgPLfGnbzNKCoLkVOBugwooMAKj0RM7Ej+6vvoXdhZVAvdMPy9 RptIF0eqS4CAVIphD8q4f9IEdwZ7kO0XZdqlJQ2yHhBXsXMnscB8VUEDnsbGamjDm43m sL3w== 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:organization:from:references:cc:to:subject :arc-authentication-results; bh=FVAXZMiOi7/acbHCSEaU5a58MSthzGUd+VamCeBdLz4=; b=f2qwx82OvlIQHpIDi/wP6LpKH1jSS9WpDum+JeETdr1UEyqOeo2vsH5yw0fHRuXdnV GHglrsK40s84s0AWNnhmHPA2zXNc76mK+kE5ZoTJ06zrY2PGG5VUYllaNNGco2jj4jwc F//3vEM1aTtMYAC2+5KspVjHmp2yXYlXIdOUKY8tPCLN5z75/b0c22UJ+AxTZvs23C5t eRIhKUULGbpSsv/920+pnDwrw36ORjTDzPgdCm4T6OXmc4VxxXJx4eR5Xsll7rArFm8V ZzmaaTVBDdUT8qHvkTul9mwlyn0bs1L5lcPQOM57SqueUllatQA6pizsvTqVY6WoZKGT gj3A== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=oracle.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id m89si3280431pfg.140.2017.11.30.06.17.01; Thu, 30 Nov 2017 06:17:15 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=oracle.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752255AbdK3OQY (ORCPT + 99 others); Thu, 30 Nov 2017 09:16:24 -0500 Received: from aserp1040.oracle.com ([141.146.126.69]:50328 "EHLO aserp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751819AbdK3OQX (ORCPT ); Thu, 30 Nov 2017 09:16:23 -0500 Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id vAUEFTxO008167 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 30 Nov 2017 14:15:29 GMT Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by aserv0021.oracle.com (8.14.4/8.14.4) with ESMTP id vAUEFSUM006509 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 30 Nov 2017 14:15:29 GMT Received: from abhmp0006.oracle.com (abhmp0006.oracle.com [141.146.116.12]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id vAUEFRAe010273; Thu, 30 Nov 2017 14:15:27 GMT Received: from [10.0.0.6] (/104.54.230.126) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 30 Nov 2017 06:15:27 -0800 Subject: Re: [Xen-devel] [PATCH V2] Xen/pciback: Implement PCI slot or bus reset with 'do_flr' SysFS attribute To: Jan Beulich Cc: roger.pau@citrix.com, xen-devel@lists.xenproject.org, boris.ostrovsky@oracle.com, Juergen Gross , linux-kernel@vger.kernel.org References: <20171108230654.2981-1-Govinda.Tatti@Oracle.COM> <5A0424B7020000780018D6FA@prv-mh.provo.novell.com> <5A1EE54D020000780019335F@prv-mh.provo.novell.com> <2783ea8a-3ef3-c4dd-a592-52cf8e188ad4@oracle.com> <5A1FCF150200007800193632@prv-mh.provo.novell.com> From: Govinda Tatti Organization: Oracle Corporation Message-ID: <71644190-6e18-94a4-4da5-e65c041fb45a@oracle.com> Date: Thu, 30 Nov 2017 08:15:25 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 MIME-Version: 1.0 In-Reply-To: <5A1FCF150200007800193632@prv-mh.provo.novell.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Source-IP: aserv0021.oracle.com [141.146.126.233] Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 11/30/2017 2:27 AM, Jan Beulich wrote: >>>> On 29.11.17 at 18:38, wrote: >>>> In the case of bus or slot reset, our goal is to reset connected PCIe >>>> fabric/card/endpoint. >>>> The connected card/endpoint can be multi-function device. So, same >>>> walk-through and checking >>>> is needed irrespective of type of reset being used. >>> I don't follow: The scope of other devices/functions possibly >>> affected by a reset depends on the type of reset, doesn't it? >> For PCIe platforms, both slot and bus reset endup resetting all connected >> device/functions on thesecondary bus (behind the root-port or >> downstream-port). > According to my understanding this contradicts the comment > ahead of pci_reset_slot(), which talks of multiple slots per bus. > In such a setup, I can't see why resetting on slot would affect > other slots on the same bus. At the same time the comment > says that the slot reset may resolve to a bus one when there's > just a single slot on the bus. For legacy PCI/PCI-X, we can have multiple slots per bus but not with PCI-Express (each link will be on a separate bus). In anycase, we need to walk-through other device/functions on the same bus/slot and check their status before using slot/bus reset. Cheers GOVINDA From 1585478895470449179@xxx Thu Nov 30 08:28:21 +0000 2017 X-GM-THRID: 1583541656865711781 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread