Hey all,
I have a FastTrak TX4 and have been having similar problems (Redhat 7.2). I have a Abit VP6 motherboard (has on-board HPT-370 raid disabled), and a 3Com 982 (dual nic). At first, the the nic and the TX4 shared irq' on the second controllers on each card. After rearranging the cards in the case, they are both independent. Nic irq 5,7... TX4 10,11 in the BIOS. But in linux (which is alright, but the 0's look bad on the second controller)...
cat interrupts
CPU0 CPU1
0: 98710 95762 IO-APIC-edge timer
1: 9 29 IO-APIC-edge keyboard
2: 0 0 XT-PIC cascade
8: 1 0 IO-APIC-edge rtc
12: 3616 2864 IO-APIC-edge PS/2 Mouse
14: 14402 15341 IO-APIC-edge ide0
15: 8835 8718 IO-APIC-edge ide1
16: 1 3 IO-APIC-level eth1
17: 6292729 6292891 IO-APIC-level ide2, ide3
18: 0 0 IO-APIC-level ide4, ide5
19: 338238 338349 IO-APIC-level eth0
NMI: 0 0
LOC: 194400 194398
ERR: 0
MIS: 0-----but I still get....
PDC20268: IDE controller on PCI bus 02 dev 08
PDC20268: chipset revision 2
PDC20268: not 100% native mode: will probe irqs later
PDC20268: pci-config space interrupt mirror fixed.
PDC20268: (U)DMA Burst Bit ENABLED Primary MASTER Mode Secondary MASTER Mode.
PDC20268: IDE controller on PCI bus 02 dev 10
PDC20268: chipset revision 2
PDC20268: not 100% native mode: will probe irqs later
PDC20268: ROM enabled at 0x000dc000
PDC20268: pci-config space interrupt mirror fixed.
PDC20268: (U)DMA Burst Bit ENABLED Primary MASTER Mode Secondary MASTER Mode.
hda: WDC WD800BB-00BSA0, ATA DISK drive
hdc: YAMAHA CRW2100E, ATAPI CD/DVD-ROM drive
hde: WDC WD800BB-00BSA0, ATA DISK drive
hdg: WDC WD800BB-00BSA0, ATA DISK drive
hdi: WDC WD800BB-00BSA0, ATA DISK drive
hdk: WDC WD800BB-00BSA0, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
ide2 at 0xa000-0xa007,0xa402 on irq 17
ide3 at 0xa800-0xa807,0xac02 on irq 17
ide4 at 0xb400-0xb407,0xb802 on irq 18
ide5 at 0xbc00-0xbc07,0xc002 on irq 18
hda: 156301488 sectors (80026 MB) w/2048KiB Cache, CHS=9729/255/63, hde: 156301488 sectors (80026 MB) w/2048KiB Cache, CHS=155061/16/63
hdg: 156301488 sectors (80026 MB) w/2048KiB Cache, CHS=155061/16/63
hdi: 156301488 sectors (80026 MB) w/2048KiB Cache, CHS=155061/16/63
hdk: 156301488 sectors (80026 MB) w/2048KiB Cache, CHS=155061/16/63
ide-floppy driver 0.97
Partition check:
hda: hda1 hda2 hda3 hda4 < hda5 hda6 hda7 >
hde: [PTBL] [9729/255/63] hde1
hdg: unknown partition table
hdi:hdi: lost interrupt
hdi: lost interrupt
hdi: lost interrupt
hdi: lost interrupt
hdi: lost interrupt
unknown partition table
hdk:hdk: lost interrupt
hdk: lost interrupt
hdk: lost interrupt
hdk: lost interrupt
hdk: lost interrupt
---- Any thoughts
---- I have a week to get it working or else the boss wants NT and I can't have that...
Thanks,
Shawn
On Saturday, 17. November 2001 19:35, Andrew Klaassen wrote: > On Sat, Nov 10, 2001 at 05:18:09PM +0100, > > Hans-Peter Jansen wrote: > > With 2 TX2, I got very poor performance on the second ctrl. > > because driven in PIO mode :-( > > I read somewhere that the BIOS versions on each of the > Ultra100TX2 controllers have to be exactly the same for them to > work properly together. You might want to check whether your > cards have different BIOS revisions...
> Andrew Klaassen
Negative. In further investigations I found the second adapter is sharing it's IRQ with eth0, which is one of the onboard 3Com 3c980-TX 10/100baseTX NICs. I've tried to block the corresponding interrupt, but this fscking BIOS can't select irq lines per PCI slot. It can only block irq's generally?!?
I haven't found any options in 3c59x to select an interrupt, either. The question is, could this irq sharing be the reason for the driver to not initialize the device correctly.
<4> ide4: BM-DMA at 0x3010-0x3017 -- ERROR, PORT ADDRESSES ALREADY IN USE <4> ide5: BM-DMA at 0x3018-0x301f -- ERROR, PORT ADDRESSES ALREADY IN USE
because ioport space seems sane:
1c00-1c7f : 3Com Corporation 3c980-TX 10/100baseTX NIC [Python-T] 1c00-1c7f : 00:0f.0 1c80-1cff : 3Com Corporation 3c980-TX 10/100baseTX NIC [Python-T] (#2) 1c80-1cff : 00:10.0 2010-201f : Promise Technology, Inc. 20268 2010-2017 : ide2 2018-201f : ide3 2020-202f : Promise Technology, Inc. 20268 (#2) 2020-202f : PDC20268 2030-2033 : PCI device 1022:700c (Advanced Micro Devices [AMD]) 2034-2037 : Promise Technology, Inc. 20268 2036-2036 : ide3 2038-203f : Promise Technology, Inc. 20268 2038-203f : ide3 2040-2043 : Promise Technology, Inc. 20268 2042-2042 : ide2 2044-2047 : Promise Technology, Inc. 20268 (#2) 2046-2046 : ide5 2048-204f : Promise Technology, Inc. 20268 2048-204f : ide2 2050-2057 : Promise Technology, Inc. 20268 (#2) 2050-2057 : ide5 2058-205b : Promise Technology, Inc. 20268 (#2) 205a-205a : ide4 2060-2067 : Promise Technology, Inc. 20268 (#2) 2060-2067 : ide4 80e0-80ef : amd756-smbus f000-f00f : Advanced Micro Devices [AMD] AMD-765 [Viper] IDE f000-f007 : ide0 f008-f00f : ide1
Andre, could you please have a look in this issue again. Lots of people are whining because the "multiple promise with poor performance" problem. While reading the cover article from Eric Raymond in Nov. Issue of LJ, I had to admit in the IDE/SCSI question. I would love to prove him wrong, aka. that it's possible/feasable to build real IDE based screamers without messing to much ;-)
But surely it will take years to reach the standards of scsi based solutions (disconnect/badblocks).
The only positive message in this respect, is that 3ware seems back to IDE controller business. But nobody knows, if/when they change their minds again?
Cheers, Hans-Peter
_______________________________________________ Ataraid-list@xxxxxxxxxx https://listman.redhat.com/mailman/listinfo/ataraid-list
_________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
