Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Mon, 9 Apr 2001 17:26:53 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Mon, 9 Apr 2001 17:26:43 -0400 Received: from front1.grolier.fr ([194.158.96.51]:61687 "EHLO front1.grolier.fr") by vger.kernel.org with ESMTP id ; Mon, 9 Apr 2001 17:26:37 -0400 Date: Mon, 9 Apr 2001 20:14:51 +0200 (CEST) From: =?ISO-8859-1?Q?G=E9rard_Roudier?= To: Jim Studt cc: Alan Cox , linux-kernel@vger.kernel.org Subject: Re: aic7xxx and 2.4.3 failures In-Reply-To: <200104092033.PAA20057@core.federated.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Looks like an IRQ problem to me. I mean the kernel wants to change IRQ routing and just do the wrong job. Ingo reported me a similar problem a couple of week ago that made failed the sym53c8xx driver. Looks very similar to this one with the kernel PCI code wanting to assign IRQ 11 to almost everything. Btw, I donnot know the cause of the problem since I am still expecting some reply following some suggestions from me. :-) Gerard. On Mon, 9 Apr 2001, Jim Studt wrote: > > > A typical startup with 6.1.9 proceeds like this... (6.1.10 hangs silently > > > after emitting the scsi0 and scsi1 adapter summaries, maybe it is > > > going through the same gyrations silently.) > > > > > > > Alan Cox directs... > > Try saying N to the AIC7xxx driver and Y to AIC7XXX_OLD and see if that works. > > This is important both because it might solve your problem for now but also > > because if the old driver works we can be fairly sure the bug is in the > > new adaptec driver and not elsewhere and triggered on it > > Using AIC7XXX_OLD does not work either. Different output.... > > SCSI subsystem driver Revision: 1.00 > PCI: Assigned IRQ 11 for device 00:0c.0 > PCI: The same IRQ used for device 00:0c.1 > PCI: Found IRQ 11 for device 00:0c.1 > PCI: The same IRQ used for device 00:0c.0 > (scsi0) found at PCI 0/12/0 > (scsi0) Wide Channel A, SCSI ID=7, 32/255 SCBs > (scsi0) Downloading sequencer code... 392 instructions downloaded > (scsi1) found at PCI 0/12/1 > (scsi1) Wide Channel B, SCSI ID=7, 32/255 SCBs > (scsi1) Downloading sequencer code... 392 instructions downloaded > scsi0 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.2.1/5.2.0 > > scsi1 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.2.1/5.2.0 > > scsi : aborting command due to timeout : pid 0, scsi0, channel 0, id 0, lun 0 Inquiry 00 00 00 ff 00 > SCSI host 0 abort (pid 0) timed out - resetting > SCSI bus is being reset for host 0 channel 0. > SCSI host 0 channel 0 reset (pid 0) timed out - trying harder > SCSI bus is being reset for host 0 channel 0. > SCSI host 0 abort (pid 0) timed out - resetting > SCSI bus is being reset for host 0 channel 0. > SCSI host 0 channel 0 reset (pid 0) timed out - trying harder > SCSI bus is being reset for host 0 channel 0. > SCSI host 0 abort (pid 0) timed out - resetting > SCSI bus is being reset for host 0 channel 0. > .. > > > Since we are looking elsewhere now... I have tried PCI access mode > BIOS and Direct with no improvement. > > There is an unrecognized PCI bridge resource in the boot messages... > > CPU: L1 I cache: 16K, L1 D cache: 16K > CPU: L2 cache: 256K > Intel machine check architecture supported. > Intel machine check reporting enabled on CPU#0. > CPU serial number disabled. > CPU: Intel Pentium III (Coppermine) stepping 06 > Enabling fast FPU save and restore... done. > Enabling unmasked SIMD FPU exception support... done. > Checking 'hlt' instruction... OK. > POSIX conformance testing by UNIFIX > mtrr: v1.37 (20001109) Richard Gooch (rgooch@atnf.csiro.au) > mtrr: detected mtrr type: Intel > PCI: Using configuration type 1 > PCI: Probing PCI hardware > Unknown bridge resource 0: assuming transparent > Unknown bridge resource 1: assuming transparent > Unknown bridge resource 2: assuming transparent > Unknown bridge resource 0: assuming transparent > Unknown bridge resource 1: assuming transparent > Unknown bridge resource 2: assuming transparent > PCI: Discovered primary peer bus ff [IRQ] > PCI: Using IRQ router PIIX [8086/7110] at 00:12.0 > > # lspci > 00:00.0 Host bridge: Intel Corporation 440GX - 82443GX Host bridge > 00:01.0 PCI bridge: Intel Corporation 440GX - 82443GX AGP bridge > 00:0c.0 SCSI storage controller: Adaptec 7896 > 00:0c.1 SCSI storage controller: Adaptec 7896 > 00:0e.0 Ethernet controller: Intel Corporation 82557 [Ethernet Pro 100] (rev 08) > 00:12.0 ISA bridge: Intel Corporation 82371AB PIIX4 ISA (rev 02) > 00:12.1 IDE interface: Intel Corporation 82371AB PIIX4 IDE (rev 01) > 00:12.2 USB Controller: Intel Corporation 82371AB PIIX4 USB (rev 01) > 00:12.3 Bridge: Intel Corporation 82371AB PIIX4 ACPI (rev 02) > 00:14.0 VGA compatible controller: Cirrus Logic GD 5480 (rev 23) > 01:0f.0 PCI bridge: Digital Equipment Corporation DECchip 21150 (rev 06) > > I will go back and try 2.4.0 and 2.4.3-ac3 and see where that gets me. > > -- > Jim Studt, President > The Federated Software Group, Inc. > - > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ > - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/