Re: [PATCH V3 2/2] PCI: handle CRS returned by device after FLR

On 2/21/2017 9:37 PM, Sinan Kaya wrote: >> SR-IOV spec rev 1.1, 3.4.1.1 & 3.4.1.2, Vendor ID and Device ID fields >> for the VF return 0x when read. The "Virtualization Intermediary" >> is supposed to use the vendor ID from the PF and the device ID defined >> in the PF SR-IOV capability. > >

Re: [PATCH V3 2/2] PCI: handle CRS returned by device after FLR

On 2/21/2017 3:51 PM, Alex Williamson wrote: > On Tue, 21 Feb 2017 12:04:24 -0500 > Sinan Kaya wrote: > >> Hi Alex, >> >> I'm coming back to work on this. >> >> On 10/3/2016 1:37 AM, Sinan Kaya wrote: >>> An endpoint is allowed to issue CRS following an FLR request to indicate >>> that it is not

Re: [PATCH V3 2/2] PCI: handle CRS returned by device after FLR

On Tue, 21 Feb 2017 12:04:24 -0500 Sinan Kaya wrote: > Hi Alex, > > I'm coming back to work on this. > > On 10/3/2016 1:37 AM, Sinan Kaya wrote: > > An endpoint is allowed to issue CRS following an FLR request to indicate > > that it is not ready to accept new requests. Changing the polling me

Re: [PATCH V3 2/2] PCI: handle CRS returned by device after FLR

Hi Alex, I'm coming back to work on this. On 10/3/2016 1:37 AM, Sinan Kaya wrote: > An endpoint is allowed to issue CRS following an FLR request to indicate > that it is not ready to accept new requests. Changing the polling mechanism > in FLR wait function to go read the vendor ID instead of th