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;
Subject: Re: [Xen-devel] [PATCH V2] Xen/pciback: Implement PCI slot or bus
 reset with 'do_flr' SysFS attribute
To:     Jan Beulich <JBeulich@suse.com>
Cc:     Juergen Gross <jgross@suse.com>, linux-kernel@vger.kernel.org,
        xen-devel@lists.xenproject.org, boris.ostrovsky@oracle.com,
        roger.pau@citrix.com
References: <20171108230654.2981-1-Govinda.Tatti@Oracle.COM>
 <5A0424B7020000780018D6FA@prv-mh.provo.novell.com>
 <c97d2b6e-55ee-fb9a-5a86-8fad87448a67@oracle.com>
 <5A1EE54D020000780019335F@prv-mh.provo.novell.com>
From:   Govinda Tatti <govinda.tatti@oracle.com>
Organization: Oracle Corporation
Message-ID: <2783ea8a-3ef3-c4dd-a592-52cf8e188ad4@oracle.com>
Date:   Wed, 29 Nov 2017 11:38:57 -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: <5A1EE54D020000780019335F@prv-mh.provo.novell.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Language: en-US
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk


>> 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).

Cheers
GOVINDA

From 1585415384923729106@xxx Wed Nov 29 15:38:53 +0000 2017
X-GM-THRID: 1583541656865711781
X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread