lkml.org 
[lkml]   [2000]   [Sep]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Subject2.4.0-test8 and PDC 20265
Date
Hi all,

I am trying very hard to get kernel 2.4.0-test8 to recognize the Promise
Ultra66 PCI IDE add-on card -- based on PDC 20265.

The motherboard is a FIC SD-11 (Athlon 700). The only other PCI card is a
D-link quad ethernet card (DFE-570TX).

The kernel correctly recognizes the card as a PDC-20265, but the drives on
the controller are not recognized. The drive is a standard IBM 4.3 G IDE
drive.

The card is in PCI Slot-1 (next to the AGP slot). The award BIOS doesn't
recognize the card. I dont' see anything in the BIOS boot messages that say
"Promise Ultra66".

The odd thing is that, the motherboard won't boot unless I disable the BIOS
interrupts for the addon card -- this is an option in one of the award BIOS
setup screens.

The rest of the box is a clean install of SuSE 6.4.

The following messages are from Linux startup:
=== dmesg ===
mtrr: v1.36 (20000221) Richard Gooch (rgooch@atnf.csiro.au)
PCI: PCI BIOS revision 2.10 entry at 0xfdb01, last bus=2
PCI: Using configuration type 1
PCI: Probing PCI hardware
PCI: Using IRQ router VIA [1106/0586] at 00:07.0
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 8192 bind 8192)
Starting kswapd v1.7
pty: 256 Unix98 ptys configured
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
PDC20262: IDE controller on PCI bus 00 dev 18
PDC20262: device not capable of full native PCI mode
PDC20262: device disabled (BIOS)
VP_IDE: IDE controller on PCI bus 00 dev 39
VP_IDE: chipset revision 6
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 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:DMA
ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:pio, hdd:pio
hda: WDC WD64AA, ATA DISK drive
hdb: WDC WD64AA, ATA DISK drive
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
hdc: Maxtor 91361U3, ATA DISK drive
hdd: CREATIVE CDROM CD5232E, ATAPI CDROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: 12594960 sectors (6449 MB) w/2048KiB Cache, CHS=784/255/63, UDMA(33)
hdb: 12594960 sectors (6449 MB) w/2048KiB Cache, CHS=784/255/63, UDMA(33)
hdc: 26588016 sectors (13613 MB) w/512KiB Cache, CHS=26377/16/63, UDMA(33)
Partition check:
hda: hda1 hda2 hda3 hda4 < hda5 hda6 >
hdb: hdb1 hdb2
hdc: [PTBL] [1655/255/63] hdc1
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI
enabled
ttyS00 at 0x03f8 (irq = 4) is a 16550A
Real Time Clock Driver v1.10c
Linux Tulip driver version 0.9.10 (September 6, 2000)
eth0: Digital DS21143 Tulip rev 65 at 0xbc00, 00:80:C8:CA:A7:69, IRQ 9.
eth0: EEPROM default media type Autosense.
eth0: Index #0 - Media MII (#11) described by a 21142 MII PHY (3) block.
eth0: MII transceiver #1 config 3100 status 7869 advertising 01e1.
eth1: Digital DS21143 Tulip rev 65 at 0xb800, 00:80:C8:CA:A7:6A, IRQ 11.
eth1: EEPROM default media type Autosense.
eth1: Index #0 - Media MII (#11) described by a 21142 MII PHY (3) block.
eth1: MII transceiver #1 config 3100 status 7849 advertising 01e1.
eth2: Digital DS21143 Tulip rev 65 at 0xb400, 00:80:C8:CA:A7:6B, IRQ 5.
eth2: EEPROM default media type Autosense.
eth2: Index #0 - Media MII (#11) described by a 21142 MII PHY (3) block.
eth2: MII transceiver #1 config 3100 status 7849 advertising 01e1.
eth3: Digital DS21143 Tulip rev 65 at 0xb000, 00:80:C8:CA:A7:6C, IRQ 10.
eth3: EEPROM default media type Autosense.
eth3: Index #0 - Media MII (#11) described by a 21142 MII PHY (3) block.
eth3: MII transceiver #1 config 3100 status 7849 advertising 01e1.
Linux agpgart interface v0.99 (c) Jeff Hartmann
agpgart: Maximum main memory to use for agp memory: 94M
agpgart: Detected AMD Irongate chipset
agpgart: AGP aperture is 512M @ 0xc0000000
[drm] AGP 0.99 on AMD Irongate @ 0xc0000000 512MB
[drm] Initialized tdfx 1.0.0 20000719 on minor 63
kmem_create: Forcing size word alignment - nfs_fh
===== end dmesg ===

This is from /proc/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
0170-0177 : ide1
01f0-01f7 : ide0
0376-0376 : ide1
03c0-03df : vga+
03f6-03f6 : ide0
03f8-03ff : serial(auto)
0400-040f : VIA Technologies, Inc. VT82C686 [Apollo Super ACPI]
0cf8-0cff : PCI conf1
1170-1177 : Promise Technology, Inc. 20262
11f0-11f7 : Promise Technology, Inc. 20262
1374-1377 : Promise Technology, Inc. 20262
13f4-13f7 : Promise Technology, Inc. 20262
5000-50ff : VIA Technologies, Inc. VT82C686 [Apollo Super ACPI]
6000-607f : VIA Technologies, Inc. VT82C686 [Apollo Super ACPI]
6800-683f : Promise Technology, Inc. 20262
8000-8fff : PCI Bus #01
8c00-8cff : 3Dfx Interactive, Inc. Voodoo 3
9000-bfff : PCI Bus #02
b000-b07f : Digital Equipment Corporation DECchip 21142/43 (#4)
b000-b07f : eth3
b400-b47f : Digital Equipment Corporation DECchip 21142/43 (#3)
b400-b47f : eth2
b800-b87f : Digital Equipment Corporation DECchip 21142/43 (#2)
b800-b87f : eth1
bc00-bc7f : Digital Equipment Corporation DECchip 21142/43
bc00-bc7f : eth0
d400-d41f : VIA Technologies, Inc. UHCI USB
d800-d81f : VIA Technologies, Inc. UHCI USB (#2)
dc00-dc03 : Advanced Micro Devices [AMD] AMD-751 [Irongate] System
Controller
ffa0-ffaf : VIA Technologies, Inc. Bus Master IDE
ffa0-ffa7 : ide0
ffa8-ffaf : ide1

== End /proc/ioports ===

I did try:
"ide2=0x1170,0x1376"
on the command line -- but, it didn't make any difference.

Looking at pdc202xx.c doesn't yield any helpful hints for me to try.

Unfortunately, this box has _never_ had any other OS other than Linux --
infact, it is a brand new box assembled from parts. So, I can't verify if
lesser OSen can see the card.

I'd appreciate if anyone can share their experiences and thoughts on where I
might try to find a fix for this.

Thanks.
-Sudhi.
-
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/

\
 
 \ /
  Last update: 2005-03-22 12:38    [W:0.050 / U:0.048 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site