Hi James, James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx> schrieb: > Actually, LSI support might be better. This: > > > Mar 28 21:45:37 monosan kernel: mptscsih: ioc0: attempting task abort! (sc=ffff8100395bd1c0) > > Mar 28 21:45:48 monosan kernel: mptbase: Initiating ioc0 recovery > > Mar 28 21:45:48 monosan kernel: mptbase: ioc0: WARNING - IOC is in FAULT state!!! > > Mar 28 21:45:51 monosan kernel: mptbase: ioc0: Recovered from IOC FAULT > > Indicates some type of firmware problem on the card (ioc fault means > fault in the firmware engine). thank you for this descriptive info. > This: > > > Mar 28 21:47:23 monosan kernel: mptscsih: ioc0: ERROR - Received a mf that was already freed > > Mar 28 21:47:23 monosan kernel: mptscsih: ioc0: ERROR - req_idx=8380 req_idx_MR=8380 mf=ffff81007db02900 mr=0000000000000000 sc=0000000000000000 > > Indicates a rendezvous failure between the ioc firmware and the driver. > The firmware is sending a response to a task that the driver thinks it > previously sent. Ah, ok. It's really good to understand the errors a bit better. > The problem for us is that while the driver is open source, it's really > just a translator for the on board firmware engine. If the firmware > engine is truly the cause of these faults, there's not much anyone > except LSI can do to help. Do you think it helps to ask LSI directly? > James Best regards. Lars -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
