On Thu, 2008-04-03 at 12:31 +0200, Lars Täuber wrote: > OK, I understand. Being ignored means having asked at the wrong place. > Can someone give me a hint where to ask instead? 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). 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. 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. 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
