[PlanetCCRMA] Kernel Panic

[Mark Knecht]

On Tue, 2002-12-03 at 20:57, Fernando Pablo Lopez-Lezcano wrote:

> 
> I would assume it is a kernel bug that is triggered with your particular
> combination of controllers. What does lspci say about the ide
> controllers? 
> 

[root@Godzilla root]# lspci
00:00.0 Host bridge: VIA Technologies, Inc. VT8367 [KT266]
00:01.0 PCI bridge: VIA Technologies, Inc. VT8367 [KT266 AGP]
00:06.0 Unknown mass storage controller: Promise Technology, Inc. 20265
(rev 02)
00:0d.0 FireWire (IEEE 1394): Texas Instruments TSB12LV23 IEEE-1394
Controller
00:0e.0 Multimedia controller: Motorola Audio I/O Controller (MIDI) (rev
03)
00:10.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100]
(rev 05)
00:11.0 ISA bridge: VIA Technologies, Inc. VT8233 PCI to ISA Bridge
00:11.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 06)
00:11.2 USB Controller: VIA Technologies, Inc. USB (rev 1b)
00:11.3 USB Controller: VIA Technologies, Inc. USB (rev 1b)
00:11.4 USB Controller: VIA Technologies, Inc. USB (rev 1b)
01:00.0 VGA compatible controller: ATI Technologies Inc 3D Rage Pro AGP
1X/2X (rev 5c)
[root@Godzilla root]#


[root@Godzilla root]# lspci -v
<SNIP> The Promise controller...

00:06.0 Unknown mass storage controller: Promise Technology, Inc. 20265
(rev 02)
        Subsystem: Promise Technology, Inc. Ultra100
        Flags: bus master, medium devsel, latency 32, IRQ 5
        I/O ports at b800 [size=8]
        I/O ports at b400 [size=4]
        I/O ports at b000 [size=8]
        I/O ports at a800 [size=4]
        I/O ports at a400 [size=64]
        Memory at f8000000 (32-bit, non-prefetchable) [size=128K]
        Expansion ROM at <unassigned> [disabled] [size=64K]
        Capabilities: [58] Power Management version 1

<SNIP> The chipset controller...

00:11.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 06)
(prog-if 8a [Master SecP PriP])
        Flags: bus master, stepping, medium devsel, latency 32, IRQ 11
        I/O ports at 9800 [size=16]
        Capabilities: [c0] Power Management version 2


Pretty normal stuff really, as least as far as I can tell.

Of course, this is what it says when I'm in the RH kernel. I wonder what
it would say if I was in the Planet kernel???


********
I did find some Google pages that discuss this exact problem happening
on SCSI drives, but I haven't found one that discusses a fix to the
problem yet. It seems to have to do with LILO/Grub not getting numbers
like 0x80, 0x81, 0x82 in the same order.

I'll keep looking around...

Thanks!
Mark