Re: quad ppro Compaq proliant 5000 problems with 2.1.106-ac4 was: Re: Any SMP people out there with

Robert HYATT (hyatt@cis.uab.edu)
Wed, 24 Jun 1998 10:25:37 -0500 (CDT)


No... I have an ALR quad-6 revolution machine...

But it works perfectly, after I added the Intel etherexpress Pro
and BT958 I haven't had a single crash in 3 months..

Robert Hyatt Computer and Information Sciences
hyatt@cis.uab.edu University of Alabama at Birmingham
(205) 934-2213 115A Campbell Hall, UAB Station
(205) 934-5473 FAX Birmingham, AL 35294-1170

On Wed, 24 Jun 1998, Arnaldo Carvalho de Melo wrote:

> On Tue, 9 Jun 1998, Robert HYATT wrote:
>
> >
> > I have a couple of SCSI CDROM machines, but not SMP. If the problem
> > is SMP related, I might could steal a SCSI CD for a bit and do some
> > testing. If it is non-SMP I can test easily... I have machines with
> > SCSI CD's, SCSI cd writers, SCSI tapes (5 and 24 gig tapes on the same
> > machine) and so forth.
>
> > Let me know if I can help here... I'm running a quad P6/200 that is
> > rock steady on 2.1.105 so far, and was up on 2.1.103 for 14 days...
>
> Robert,
>
> Is your machine a compaq proliant 5000? I'm asking this because we're
> trying to make a quad ppro 200 Mhz recognize all cpus, and up to now we've
> only managed to make it boot 2.1.106-ac4, but it only recognize one cpu,
> and seems not to find an IO APIC, just a XT PIC... As I'm not in front of
> the machine (its in a remote location) any hints about proper bios config
> would be welcome.
>
> Take a look:
>
> [mike@sckott mike]$ cat /proc/pci
> PCI devices found:
> Bus 0, device 15, function 0:
> Non-VGA device: Intel 82375EB (rev 21).
> Medium devsel. Master Capable. Latency=248.
> Bus 0, device 20, function 0:
> RAM memory: Intel 82450GX Orion P6 (rev 5).
> Fast devsel. Fast back-to-back capable.
> Bus 0, device 25, function 0:
> Host bridge: Intel Orion P6 (rev 6).
> Medium devsel. Master Capable. Latency=32.
> Bus 0, device 26, function 0:
> Host bridge: Intel Orion P6 (rev 6).
> Medium devsel. Master Capable. Latency=32.
> Bus 1, device 10, function 0:
> SCSI storage controller: NCR 53c825 (rev 2).
> Medium devsel. IRQ 9. Master Capable. Latency=255.
> I/O at 0x5000 [0x5001].
> Non-prefetchable 32 bit memory at 0xc6ffff00 [0xc6ffff00].
> Bus 1, device 13, function 0:
> Ethernet controller: 3Com 3C905 100bTX (rev 0).
> Medium devsel. IRQ 5. Master Capable. Latency=64. Min Gnt=3.Max
> Lat=8.
> I/O at 0x5400 [0x5401].
> Bus 1, device 15, function 0:
> Non-VGA device: Intel 82375EB (rev 21).
> Medium devsel. Master Capable. No bursts.
>
> [mike@sckott /proc]$ cat interrupts
> CPU0
> 0: 88610 XT-PIC timer
> 1: 756 XT-PIC keyboard
> 2: 0 XT-PIC cascade
> 5: 17202 XT-PIC 3c905 Boomerang 100baseTx
> 8: 1 XT-PIC rtc
> 9: 3186 XT-PIC 53c7,8xx
> 13: 0 XT-PIC fpu
> NMI: 0
> IPI: 0
>
> [mike@sckott /proc]$ cat ioports
> 0000-001f : dma1
> 0020-003f : pic1
> 0040-005f : timer
> 0060-006f : keyboard
> 0070-007f : rtc
> 0080-008f : dma page reg
> 00a0-00bf : pic2
> 00c0-00df : dma2
> 00f0-00ff : fpu
> 03c0-03df : vga+
> 5000-507f : ncr53c7,8xx
> 5400-541f : 3c905 Boomerang 100baseTx
>
>
> > Robert Hyatt Computer and Information Sciences
> > hyatt@cis.uab.edu University of Alabama at Birmingham
> > (205) 934-2213 115A Campbell Hall, UAB Station
> > (205) 934-5473 FAX Birmingham, AL 35294-1170
> >
> > On Tue, 9 Jun 1998, Linus Torvalds wrote:
> >
> > >
> > > I've gotten lots of reports that SCSI CD's seem to be broken currently,
> > > and it's almost certainly because the SCSI layer is doing something bad
> > > wrt the io_request_lock under SMP with either ioctl's or just something
> > > else in sr.c...
> > >
> > > However, having no devices except a simple disk on my SCSI setup, I don't
> > > have much to look at. Does anybody out there feel comfortable about
> > > spinlocks and have a CD-ROM drive on their SCSI subsystem? I'd appreciate
> > > a hand with this.. (it's probably trivial to fix once you find the
> > > offender)
>
>
>
>

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu