>
> 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