Most recent kernel where this bug did not occur: early 2.6.x Distribution: Red Hat Hardware Environment: Fujitsu-Siemens E7110, Adaptec 1480A, HP 9200 CDwriter Software Environment: pcmcia-tools 3.2.8 Problem Description: Upon rmmod of the aic7xxx module, a kernel panic follows after a few seconds. Ditto when the pcmcia card is removed by hand. The console still spits out [...] Sequencer Free SCB List 0 1 2 Sequencer SCB Info 0 SCB_CONTROL[0x0]:SCB_SCSIID[0x67]:SCB_LOW[0x0]:SCB_TAG[0xff] 1 SCB_CONTROL[0x0]:SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TIB)SCB_LUN[0xff]:\ (SCB_XFERLEN_ODD|LID)SCB_TAG[0xff] 2 SCB_CONTROL[0x0]:SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TIB)SCB_LUN[0xff]:\ (SCB_XFERLEN_ODD|LID)SCB_TAG[0xff] Pending List: 2 SCB_CONTROL[0x40]:(DISCENB)SCB_SCSIID[0x47]:SCB_LUN[0x0] Kernel Free SCB List: 1 0 Untagged Q(4):2 <<< Dump Card State End >>> qindex = 0, SCB index=0 Kernel Panic - not syncing: Loop 1 Steps to reproduce: boot machine, insert pcmcia card which loads the aic7xxx module, wait until scsi device has been recognised and the module usecount returns to '0', then 'rmmod aic7xxx'.
Begin forwarded message: Date: Sun, 11 Sep 2005 12:28:56 -0700 From: bugme-daemon@kernel-bugs.osdl.org To: bugme-new@lists.osdl.org Subject: [Bugme-new] [Bug 5224] New: Panic upon rmmod of aic7xxx module (pcmcia) http://bugzilla.kernel.org/show_bug.cgi?id=5224 Summary: Panic upon rmmod of aic7xxx module (pcmcia) Kernel Version: 2.6.13 Status: NEW Severity: normal Owner: andmike@us.ibm.com Submitter: kasper.peeters@aei.mpg.de Most recent kernel where this bug did not occur: early 2.6.x Distribution: Red Hat Hardware Environment: Fujitsu-Siemens E7110, Adaptec 1480A, HP 9200 CDwriter Software Environment: pcmcia-tools 3.2.8 Problem Description: Upon rmmod of the aic7xxx module, a kernel panic follows after a few seconds. Ditto when the pcmcia card is removed by hand. The console still spits out [...] Sequencer Free SCB List 0 1 2 Sequencer SCB Info 0 SCB_CONTROL[0x0]:SCB_SCSIID[0x67]:SCB_LOW[0x0]:SCB_TAG[0xff] 1 SCB_CONTROL[0x0]:SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TIB)SCB_LUN[0xff]:\ (SCB_XFERLEN_ODD|LID)SCB_TAG[0xff] 2 SCB_CONTROL[0x0]:SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TIB)SCB_LUN[0xff]:\ (SCB_XFERLEN_ODD|LID)SCB_TAG[0xff] Pending List: 2 SCB_CONTROL[0x40]:(DISCENB)SCB_SCSIID[0x47]:SCB_LUN[0x0] Kernel Free SCB List: 1 0 Untagged Q(4):2 <<< Dump Card State End >>> qindex = 0, SCB index=0 Kernel Panic - not syncing: Loop 1 Steps to reproduce: boot machine, insert pcmcia card which loads the aic7xxx module, wait until scsi device has been recognised and the module usecount returns to '0', then 'rmmod aic7xxx'. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
I seem to be experiencing something similar, but with regular PCI interfaces that would require aic7xxx. Merely loading and unloading this modules causes the system to crash utterly with "Kernel Panic - not syncing: Loop 1" as the only diagnostic, and even the cursor stops blinking. The only recovery is a power-off restart. The host machine is a Dell PowerEdge 6300 quad PII server with various SCSI interfaces, running gentoo-2.6.13.
I don't know what to do about this one. I found it several months ago with a misbehaving CD-ROM which also caused the panic loop1 on module removal. It looks like a missing end case in the sequencer model that was left with a dangling panic. I don't think it can be fixed without sequencer documentation or help from adaptec which I asked for when I first found it.
Downstream bug report: http://bugs.gentoo.org/show_bug.cgi?id=102636
I think this might have been fixed, or at least the problem has "gone away" as it was affecting me. I've just been playing with the 2.6.14-gentoo-r2 kernel and I've been able to load the aic7xxx modules and unload it again without the oops problem. Given the comments made, I have *no idea* (the C compiler has been updated though) what has changed to bring this about, but I'm not unhappy about it! I don't know if this amounts to a fix or what, but I thought the joyous news should be shared!
Based on comment #5, I'll close this bug. If it persists, please reopen.
This seems to be back, but I've moved to the 2.6.15 kernel now. I wish I could quote the couple of screenfuls of output when the module is unloaded, but it doesn't seem to get saved anywhere where I can recover it. I cannot tell if it's precisely the same bug as before, but the effect is much the same - one need only load and unload the aic7xxx module and the system will always crash. If someone can advise me of how I might capture the diagnostic information I'll add it to the report.
Use a digital camera and upload your picture - it's not great but it's better than anything
any update on this?
Please reopen this bug if: - it is still present in kernel 2.6.19 and - you can provide the requested information.
I have the same problem with an Adaptec SCSI card, but I have Ubuntu Linux installed in it ( 2.6.20-16-generic ) so I never manually unload the aic7xxx module. If I try to suspend or hibernate, I have this problem. Now the problem is that when I was ready to take a picture of the panic, it's gone. Now the screen and keyboard stop working, and it still crashes. Sorry that I can't reproduce it properly anymore but I can provide any info you ask.