Messages in this thread | | | Date | Tue, 04 May 1999 00:13:34 +0100 | From | Ian Smith <> | Subject | [Fwd: SMP/Zip/SCSI Lockups] |
| |
Ian Smith wrote: > > Eric, > > I hope you are the right person to tell about this, I got your address > from drivers/scsi/scsi.h. > > Since adding a second Pentium II processor, I have experienced several > complete system lockups while backing up my data to an external Zip > drive. After a limited amount of testing (I only have one SCSI drive > and one computer!) I believe SMP is the problem as I have not been able > to reproduce it with a non-SMP kernel (both at 2.2.3 for these tests). > > Also, backups fail with CRC errors about 50% of the time with SMP. > > The lockups are typically (always?) triggered by mouse clicking in > Netscape while a backup is in progress. Because I value my only > machine, I looked at the console during backup and saw the following > error(s) immediately prior to backup failure (with Netscape running but > _not_ being used!). > > end_scsi_request: buffer-list destroyed > > Again, without SMP I do not get these messages, and my backups do not > fail. My big assumption here is that the lockups are related to this > error message. > > If you or anyone else can think of some non-destructive tests I would be > happy to provide more data. > > Thanks, > > -- > ---------------------------------------------------------------------------- > Ian Smith > ----------------------------------------------------------------------------
It's just happened again (kernel 2.2.7), locked solid whilst running in a VT. I enclose a file I transcribed from the VT after the lockup. I tried to use ksymoops on it but it wouldn't make :(
Unable to handle kernel paging request at virtual address 000044a4 current->tss.cr3=000101000, %cr3=00101000 *pde=00000000 Oops: 0000 CPU: 1 EIP: 0010:[<c01ab735>] EFLAGS: 00010202 eax: 00000004 ebx: 0000037a ecx: 00000080 edx: 0000037C esi: 000044a4 edi: 000044a4 ebp: c0210379 esp: c0397efc ds: 0018 es: 0018 ss:0018 Process swapper (pid:0, process nr:1, stackpage=c0397000) Stack: 00000000 00000000 006164c0 00000378 00000040 00000200 c01abce3 00000000 000044a4 00000200 c021519c c0084800 c021519c 00000000 00000001 0157fb46 c01b0378 c01ac2c5 c0084800 c021519c c0084800 c021519c c0397f8c c010aa65 Call Trace: [<c01abce37>] [<co1b0378>] [<c01ac2c5>] [<c010aa65>] [<c01abeab>] [<c0112852>] [<c0119b65>] [<c0106000>] [<c010abbd>] [<c0108c9c>] [<c0106000>] [<c0107347>] [<c01075b7>] Code: f3 6f eb 11 8d 76 00 66 8b 54 24 14 66 83 c2 04 89 fe fc f3 Aiee, killing interrupt handler Kernel panic: attempted to kill the idle task! In interrupt handler - not syncing _
This is what dmesg reports for SMP:
ian 2 $ dmesg Linux version 2.2.7 (root@beaky) (gcc version 2.7.2.3) #1 SMP Thu Apr 29 19:28:07 BST 1999 Intel MultiProcessor Specification v1.1 Virtual Wire compatibility mode. OEM ID: OEM00000 Product ID: PROD00000000 APIC at: 0xFEE00000 Processor #0 Pentium(tm) Pro APIC version 17 Processor #1 Pentium(tm) Pro APIC version 17 I/O APIC #2 Version 17 at 0xFEC00000. Processors: 2 mapped APIC to ffffe000 (fee00000) mapped IOAPIC to ffffd000 (fec00000) Detected 233140909 Hz processor. Console: colour VGA+ 132x44 Calibrating delay loop... 232.65 BogoMIPS Memory: 128036k/131072k available (996k kernel code, 416k reserved, 1576k data, 48k init) Checking 386/387 coupling... OK, FPU using exception 16 error reporting. Checking 'hlt' instruction... OK. POSIX conformance testing by UNIFIX mtrr: v1.26 (19981001) Richard Gooch (rgooch@atnf.csiro.au) per-CPU timeslice cutoff: 100.06 usecs. CPU0: Intel Pentium II (Klamath) stepping 03 calibrating APIC timer ... ..... CPU clock speed is 233.1471 MHz. ..... system bus clock speed is 66.6132 MHz. Booting processor 1 eip 2000 Calibrating delay loop... 232.65 BogoMIPS OK. CPU1: Intel Pentium II (Klamath) stepping 04 Total of 2 processors activated (465.31 BogoMIPS). enabling symmetric IO mode... ...done. ENABLING IO-APIC IRQs init IO_APIC IRQs IO-APIC pin 0, 16, 20, 21, 22, 23 not connected. number of MP IRQ sources: 22. number of IO-APIC registers: 24. testing the IO APIC....................... .... register #00: 02000000 ....... : physical APIC id: 02 .... register #01: 00170011 ....... : max redirection entries: 0017 ....... : IO APIC version: 0011 .... register #02: 00000000 ....... : arbitration: 00 .... IRQ redirection table: NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect: 00 000 00 1 0 0 0 0 0 0 00 01 000 00 0 0 0 0 0 1 1 59 02 0FF 0F 0 0 0 0 0 1 1 51 03 000 00 0 0 0 0 0 1 1 61 04 000 00 0 0 0 0 0 1 1 69 05 000 00 0 0 0 0 0 1 1 71 06 000 00 0 0 0 0 0 1 1 79 07 000 00 0 0 0 0 0 1 1 81 08 000 00 0 0 0 0 0 1 1 89 09 000 00 0 0 0 0 0 1 1 91 0a 000 00 0 0 0 0 0 1 1 99 0b 000 00 0 0 0 0 0 1 1 A1 0c 000 00 0 0 0 0 0 1 1 A9 0d 000 00 1 0 0 0 0 0 0 00 0e 000 00 0 0 0 0 0 1 1 B1 0f 000 00 0 0 0 0 0 1 1 B9 10 000 00 1 0 0 0 0 0 0 00 11 0FF 0F 1 1 0 1 0 1 1 C1 12 0FF 0F 1 1 0 1 0 1 1 C9 13 0FF 0F 1 1 0 1 0 1 1 D1 14 000 00 1 0 0 0 0 0 0 00 15 000 00 1 0 0 0 0 0 0 00 16 000 00 1 0 0 0 0 0 0 00 17 000 00 1 0 0 0 0 0 0 00 IRQ to pin mappings: IRQ0 -> 2 IRQ1 -> 1 IRQ3 -> 3 IRQ4 -> 4 IRQ5 -> 5 IRQ6 -> 6 IRQ7 -> 7 IRQ8 -> 8 IRQ9 -> 9 IRQ10 -> 10 IRQ11 -> 11 IRQ12 -> 12 IRQ13 -> 13 IRQ14 -> 14 IRQ15 -> 15 IRQ17 -> 17 IRQ18 -> 18 IRQ19 -> 19 .................................... done. mtrr: your CPUs had inconsistent variable MTRR settings mtrr: probably your BIOS does not setup all CPUs
Hope you can help, as my only solution is to stop doing backups! Regards,
-- ---------------------------------------------------------------------------- Ian Smith ----------------------------------------------------------------------------Unable to handle kernel paging request at virtual address 000044a4 current->tss.cr3=000101000, %cr3=00101000 *pde=00000000 Oops: 0000 CPU: 1 EIP: 0010:[<c01ab735>] EFLAGS: 00010202 eax: 00000004 ebx: 0000037a ecx: 00000080 edx: 0000037C esi: 000044a4 edi: 000044a4 ebp: c0210379 esp: c0397efc ds: 0018 es: 0018 ss:0018 Process swapper (pid:0, process nr:1, stackpage=c0397000) Stack: 00000000 00000000 006164c0 00000378 00000040 00000200 c01abce3 00000000 000044a4 00000200 c021519c c0084800 c021519c 00000000 00000001 0157fb46 c01b0378 c01ac2c5 c0084800 c021519c c0084800 c021519c c0397f8c c010aa65 Call Trace: [<c01abce37>] [<co1b0378>] [<c01ac2c5>] [<c010aa65>] [<c01abeab>] [<c0112852>] [<c0119b65>] [<c0106000>] [<c010abbd>] [<c0108c9c>] [<c0106000>] [<c0107347>] [<c01075b7>] Code: f3 6f eb 11 8d 76 00 66 8b 54 24 14 66 83 c2 04 89 fe fc f3 Aiee, killing interrupt handler Kernel panic: attempted to kill the idle task! In interrupt handler - not syncing
| |