2.2/2.4 on MSI 694D Pro-AIR (MS-6321)

2.2/2.4 on MSI 694D Pro-AIR (MS-6321)

[Paul Flinders]

Has anyone got either 2.2.x or 2.4.0 booted on the above motherboard?

This board has an integrated Promise Fasttrack ATA/100 controller - I
know that to support the hardware RAID I need the binary only drivers
from Promise but I'd rather not use these if software RAID works as
there's no source, however I'm not getting that far.

All the kernels that I've tried hang either after identifying the
on-board IDE controllers if they don't have support for the promise
chipset or after identifying the first channel on the Promise if they
do

The last boot messages printed are:

Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: IDE controller on PCI bus 00 dev 39
VP_IDE: Chipset Revision 16
VP_IDE: not 100% native mode: will probe irqs later
VP_IDE: Via vt82c686a IDE Controller on PCI 0:7.1
    ide0: BM-DMA at 0xb000-0xb007, BIOS settings: hda:pio, hdb:pio
    ide1: BM-DMA at 0xb008-0xb00f, BIOS settings: hdc:DMA, hdd:pio
PDC20265: IDE controller on PCI bus 00 dev 60
PDC20265: Chipset Revision 2
PDC20265: not 100% native mode: will probe irqs later
PDC20265: (U)DMA Burst Bit ENABLED Primary MASTER Mode Secondary MASTER Mode.
    ide2: BM-DMA at 0xdc00-0xdc07, BIOS settings: hde:pio, hdf:pio

Then it hangs requiring power cycling.

I'm not sure whether the I/O address reported by the promise driver is
correct - the promise BIOS shows the I/O address for the first channel
as 0xCC00.

There are two Maxtor 33073H3 30G drives connected as master & slave on
channel 1 (yes, I know that they should be master on channel 1 and
master on channel 2 - we're getting hold of some more cables but I
assume that is not the cause of the kernel hang). The Promise BIOS
utility shows them being in UDMA mode 5

The board has 2x 866 Mhz PIIIs (kernel compiled for SMP but using a UP
kernel gives the same result), it's BIOS is version 3.0. There doesn't
seem to be an option to disable the Promise controller otherwise I
would.  There also doesn't seem to be the option of not using controller
as a "normal" ATA/100 IDE controller either unless the act of _not_
configuring any RAID arrays is sufficient.

Is this a configuration with known problems?

TIA

Paul

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

Re: 2.2/2.4 on MSI 694D Pro-AIR (MS-6321)

[Håvard Lygre]

Paul Flinders <P.Flinders@ftel.co.uk> writes:

> Has anyone got either 2.2.x or 2.4.0 booted on the above motherboard?

I've got an MSI 694D Pro AI mainboard (ie non-raid), and both 2.2.x
and 2.4.0 work flawlessly here.  I did manage to build a 2.4.0 kernel
which didn't boot, but it got much further before it hung.  I didn't
try to find out why, just changed some settings (removing APM/ACPI,
iirc), so I'm not sure why.


> This board has an integrated Promise Fasttrack ATA/100 controller - I
> know that to support the hardware RAID I need the binary only drivers
> from Promise but I'd rather not use these if software RAID works as
> there's no source, however I'm not getting that far.

My board doesn't have RAID, but it has a Promise PDC20627
ATA/100-controller, which is properly detected (although I haven't
tried to run it at UDMA 100-speeds, I can't see why it shouldn't as
long as the controller is supported) Currently there are no disks on
the promise controller, but I've tried that, and I know it works.


> PDC20265: IDE controller on PCI bus 00 dev 60
> PDC20265: Chipset Revision 2
> PDC20265: not 100% native mode: will probe irqs later
> PDC20265: (U)DMA Burst Bit ENABLED Primary MASTER Mode Secondary MASTER Mode.
>     ide2: BM-DMA at 0xdc00-0xdc07, BIOS settings: hde:pio, hdf:pio
> 
> Then it hangs requiring power cycling.
> 
> I'm not sure whether the I/O address reported by the promise driver is
> correct - the promise BIOS shows the I/O address for the first channel
> as 0xCC00.

Here is my output from 2.4.0, SMP, same section:


Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: IDE controller on PCI bus 00 dev 39
VP_IDE: chipset revision 16
VP_IDE: not 100% native mode: will probe irqs later
VP_IDE: VIA vt82c686a IDE UDMA66 controller on pci0:7.1
    ide0: BM-DMA at 0x9000-0x9007, BIOS settings: hda:DMA, hdb:pio
    ide1: BM-DMA at 0x9008-0x900f, BIOS settings: hdc:DMA, hdd:DMA
PDC20267: IDE controller on PCI bus 00 dev 60
PDC20267: chipset revision 2
PDC20267: not 100% native mode: will probe irqs later
PDC20267: (U)DMA Burst Bit ENABLED Primary PCI Mode Secondary PCI Mode.
    ide2: BM-DMA at 0xac00-0xac07, BIOS settings: hde:DMA, hdf:pio
    ide3: BM-DMA at 0xac08-0xac0f, BIOS settings: hdg:pio, hdh:DMA
hda: IBM-DTLA-307030, ATA DISK drive
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
hdc: IBM-DTTA-371010, ATA DISK drive
hdd: ST38641A, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: 60036480 sectors (30739 MB) w/1916KiB Cache, CHS=3737/255/63, UDMA(66)
hdc: 19746720 sectors (10110 MB) w/465KiB Cache, CHS=19590/16/63, UDMA(33)
hdd: 16809660 sectors (8607 MB) w/128KiB Cache, CHS=16676/16/63, UDMA(33)
Partition check:
 /dev/ide/host0/bus0/target0/lun0: p1 p2 p3 < p5 p6 >
 /dev/ide/host0/bus1/target0/lun0: [PTBL] [1229/255/63] p1 p2 < p5 p6 p7 p8 >
 /dev/ide/host0/bus1/target1/lun0: p1


> Is this a configuration with known problems?

Unless it's either the RAID that's causing you problems, or the maxtor
drives, I don't know what could cause this.  I'm not sure which
BIOS-version is on my card, but I haven't touched it.


-- 
Håvard Lygre, hklygre@online.no
Bergen IT-Teknikk ANS, Conrad Mohrsvei 11, 5068 Bergen
Tlf: 55 360773  Fax: 55 360774
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/