> First test to verify the problem, build another kernel that is UP.
> Include raid and rag the hell out of the box.
that works great (told it in my posting)
> This should not fail, based upon other test reports.
>
> If the box throttles in UP, the driver core is RAID UP Stable.
>
> Second, disable RAID under SMP and push a sequencal access on the last
> two channels.
>
> What is the irq routing table for this board?
in up kernel :
[root@storage /root]# cat /proc/interrupts
CPU0
0: 159913 XT-PIC timer
1: 9057 XT-PIC keyboard
2: 0 XT-PIC cascade
5: 23193 XT-PIC aic7xxx
8: 1 XT-PIC rtc
10: 10 XT-PIC ide1, ide2
11: 10 XT-PIC ide3, ide4
12: 8994 XT-PIC PS/2 Mouse
13: 1 XT-PIC fpu
14: 6 XT-PIC ide0
15: 15031 XT-PIC eth0
NMI: 0
in SMP kernel :
CPU0 CPU1
0: 5821 4272 IO-APIC-edge timer
1: 220 199 IO-APIC-edge keyboard
2: 0 0 XT-PIC cascade
8: 1 0 IO-APIC-edge rtc
12: 4 1 IO-APIC-edge PS/2 Mouse
13: 1 0 XT-PIC fpu
14: 3 4 IO-APIC-edge ide0
16: 4 4 IO-APIC-level ide3, ide4
17: 4 4 IO-APIC-level ide1, ide2
18: 233 226 IO-APIC-level eth0
19: 1107 1107 IO-APIC-level aic7xxx
NMI: 0
ERR: 0
> Did you remove all the Promise BIOS chips execpt for the one that
> registers hde/f/g/h ?
eh
there are just 2 promise controllers in the machine
hdc and hde are on controller 1
hdg and hdi are on controller 2
what exactly do i have to remove? (i don't really like the idea of
removing the bios chips, maybe as a last attempt)
>
> Have you patched with "ide.2.2.12.19990921.patch.bz2"?
> New Promise OEM support.
yes
>
> You are required to set these for more than two cards.
> CONFIG_BLK_DEV_PDC202XX=y
> PDC202XX_FORCE_BURST_BIT=y
yes have them set
>
>
> Andre Hedrick
> The Linux IDE guy
>
> On Wed, 22 Sep 1999, Alan Cox wrote:
>
> > > i have here the same problem
> > >
> > > System:
> > >
> > > Asus P2B-D
> > > + 2 * Promise UDMA/66 controllers
> > > + 1 * Adaptec 2940UW
> > > + 1 * 3com 3c905b
> > > and dual p2-450 / 512mb ram
> > > + 1 * 9.1u2w ibm scsi hd
> > > + 5 * 25gb ibm ide hd (1 on the onboard controller and 4 on the promise
> > > controllers)
> > >
> > > running now in UP mode, because in SMP mode the system just crashes when
> > > trying to fsck the raid partition (after a few seconds)
> >
> > Are you running a vanilla kernel built with gcc 2.7.2 or egcs. If so then
> > Im very interesting in trying to debug this one.
> >
> > > when not turning the raid on (so no ide usage) the system runs ok (not
> > > tried for days)
> >
> > What about if you run the IDE but not raid. Eg boot an SMP kernel with
> > init=/bin/sh and then do hdparm -t /dev/hda - does that lock ?
> >
> > Alan
> >
> >
> > -
> > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> > the body of a message to majordomo@vger.rutgers.edu
> > 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.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/