On 2018-01-17 13:54, p...@codeaurora.org wrote:
On 2018-01-17 06:46, Bjorn Helgaas wrote:
On Tue, Jan 16, 2018 at 03:28:40PM +0530, Oza Pawandeep wrote:
This patch renames error reporting to generic function with pci
prefix
Signed-off-by: Oza Pawandeep
diff --git
On 2018-01-17 06:46, Bjorn Helgaas wrote:
On Tue, Jan 16, 2018 at 03:28:40PM +0530, Oza Pawandeep wrote:
This patch renames error reporting to generic function with pci prefix
Signed-off-by: Oza Pawandeep
diff --git a/drivers/pci/pcie/aer/aerdrv_core.c
On 2018-01-17 06:46, Bjorn Helgaas wrote:
On Tue, Jan 16, 2018 at 03:28:40PM +0530, Oza Pawandeep wrote:
This patch renames error reporting to generic function with pci prefix
Signed-off-by: Oza Pawandeep
diff --git a/drivers/pci/pcie/aer/aerdrv_core.c
b/drivers/pci/pcie/aer/aerdrv_core.c
On 2018-01-13 06:27, Bjorn Helgaas wrote:
On Mon, Jan 08, 2018 at 01:25:03PM +0530, Oza Pawandeep wrote:
This patch factors out error reporting callbacks, which are currently
tightly coupled with AER.
DPC should be able to call these callbacks when DPC trigger event
occurs.
Signed-off-by:
On 2018-01-13 06:27, Bjorn Helgaas wrote:
On Mon, Jan 08, 2018 at 01:25:03PM +0530, Oza Pawandeep wrote:
This patch factors out error reporting callbacks, which are currently
tightly coupled with AER.
DPC should be able to call these callbacks when DPC trigger event
occurs.
Signed-off-by:
On 2018-01-03 00:32, Bjorn Helgaas wrote:
On Fri, Dec 29, 2017 at 12:54:15PM +0530, Oza Pawandeep wrote:
This patch set brings in support for DPC and AER to co-exist and not
to
race for recovery.
The current implementation of AER and error message broadcasting to
the
EP driver is tightly
On 2018-01-03 00:32, Bjorn Helgaas wrote:
On Fri, Dec 29, 2017 at 12:54:15PM +0530, Oza Pawandeep wrote:
This patch set brings in support for DPC and AER to co-exist and not
to
race for recovery.
The current implementation of AER and error message broadcasting to
the
EP driver is tightly
On 2017-12-29 23:43, Keith Busch wrote:
On Fri, Dec 29, 2017 at 11:30:02PM +0530, p...@codeaurora.org wrote:
On 2017-12-29 22:53, Keith Busch wrote:
> 2. A DPC event suppresses the error message required for the Linux
> AER driver to run. How can AER and DPC run concurrently?
I afraid I could
On 2017-12-29 23:43, Keith Busch wrote:
On Fri, Dec 29, 2017 at 11:30:02PM +0530, p...@codeaurora.org wrote:
On 2017-12-29 22:53, Keith Busch wrote:
> 2. A DPC event suppresses the error message required for the Linux
> AER driver to run. How can AER and DPC run concurrently?
I afraid I could
On 2017-12-29 22:53, Keith Busch wrote:
On Fri, Dec 29, 2017 at 12:54:17PM +0530, Oza Pawandeep wrote:
This patch addresses the race condition between AER and DPC for
recovery.
Current DPC driver does not do recovery, e.g. calling end-point's
driver's
callbacks, which sanitize the device.
On 2017-12-29 22:53, Keith Busch wrote:
On Fri, Dec 29, 2017 at 12:54:17PM +0530, Oza Pawandeep wrote:
This patch addresses the race condition between AER and DPC for
recovery.
Current DPC driver does not do recovery, e.g. calling end-point's
driver's
callbacks, which sanitize the device.
On 2017-12-28 23:04, Keith Busch wrote:
On Wed, Dec 27, 2017 at 02:20:18AM -0800, Oza Pawandeep wrote:
DPC should enumerate the devices after recovering the link, which is
achieved by implementing error_resume callback.
Wouldn't that race with the link-up event that pciehp currently
handles?
On 2017-12-28 23:04, Keith Busch wrote:
On Wed, Dec 27, 2017 at 02:20:18AM -0800, Oza Pawandeep wrote:
DPC should enumerate the devices after recovering the link, which is
achieved by implementing error_resume callback.
Wouldn't that race with the link-up event that pciehp currently
handles?
201 - 213 of 213 matches
Mail list logo