it is in such stat, this maybe also
happens when driver is in remove stat.
Thanks,
Mike
-- james s
On 7/31/2014 10:16 PM, Mike Qiu wrote:
On 07/17/2014 02:32 PM, Mike Qiu wrote:
Hi, all
How about this patch ?
Any idea ?
In IBM Power servers, when hardware error occurs during probe
state, EEH
On 07/17/2014 02:32 PM, Mike Qiu wrote:
Hi, all
How about this patch ?
Any idea ?
In IBM Power servers, when hardware error occurs during probe
state, EEH subsystem will call driver's error_detected interface,
which will call pci_disable_device(). But driver's probe function also
call
.ret_from_kernel_thread+0x5c/0x80
Signed-off-by: Mike Qiu qiud...@linux.vnet.ibm.com
---
drivers/scsi/lpfc/lpfc.h | 1 +
drivers/scsi/lpfc/lpfc_init.c | 59 +++
2 files changed, 55 insertions(+), 5 deletions(-)
diff --git a/drivers/scsi/lpfc/lpfc.h b
On 07/17/2014 10:15 PM, Joe Lawrence wrote:
[ +cc linux-pci and Bjorn, comments inline/below ... ]
On Thu, 17 Jul 2014 02:32:31 -0400
Mike Qiu qiud...@linux.vnet.ibm.com wrote:
In IBM Power servers, when hardware error occurs during probe
state, EEH subsystem will call driver's error_detected
On 11/27/2013 01:20 AM, Brian King wrote:
On 11/12/2013 09:02 PM, Mike Qiu wrote:
When we detects EEH errors during driver probe time, the error
handlers of the driver are invoked by EEH core. Unfortunately,
we haven't built some data structs that the error handlers
refers to. That leads
] .ret_from_kernel_thread+0x5c/0x80
Instruction dump:
eb41ffd0 eb61ffd8 eb81ffe0 7c0803a6 eba1ffe8 ebc1fff0 ebe1fff8 4e800020
6042 38630090 48009b2d e8410028 e92312e0 7c7f1b78 e8690058 48009609
This patch is to solve this issue.
Reported-by: Ping Tian Han pt...@cn.ibm.com
Signed-off-by: Mike Qiu qiud
6 matches
Mail list logo