On Fri, 2008-04-04 at 09:14 +0200, Lars Täuber wrote: > 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? Well, I did cc LSI on my reply. However, if you have current support for your card, you can raise the temperature a bit by calling their support line. James -- 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
