Mine works perfect, but I am using a Promise Ultra/33 and skipped the
PIIX3 onboard chipset. NOTE that we are under SMP on a P6DNF PPro 166.
Note that I had ribbon that was 36 inches long also.......
Only the UDMA features have a hard limit of less than 20 inches, by tests
of my own doing.
This also worked perfectly with another add-on UDMA card in the past.
AEC6210: IDE controller on PCI bus 00 dev a0
AEC6210: not 100% native mode: will probe irqs later
AEC6210: ROM enabled at 0xfebf8000
ide0: BM-DMA at 0xef90-0xef97, BIOS settings: hda:pio, hdb:pio
ide1: BM-DMA at 0xef98-0xef9f, BIOS settings: hdc:pio, hdd:pio
PDC20246: IDE controller on PCI bus 00 dev a0
PDC20246: not 100% native mode: will probe irqs later
PDC20246: ROM enabled at 0xfebe0000
ide0: BM-DMA at 0xef80-0xef87, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0xef88-0xef8f, BIOS settings: hdc:pio, hdd:pio
PIIX3: IDE controller on PCI bus 00 dev 39
PIIX3: device not capable of full native PCI mode
PIIX3: device disabled (BIOS)
hda: QUANTUM FIREBALL SE8.4A, ATA DISK drive
hdc: IOMEGA ZIP 100 ATAPI, ATAPI FLOPPY drive
hdd: HP COLORADO 5GB, ATAPI TAPE drive
ide2: ports already in use, skipping probe
ide0 at 0xeff0-0xeff7,0xefe6 on irq 19
ide1 at 0xefa8-0xefaf,0xebe6 on irq 19
hda: QUANTUM FIREBALL SE8.4A, 8063MB w/80kB Cache, CHS=1027/255/63, UDMA
ide-tape: hdd: overriding capabilities->speed (assuming 650KB/sec)
ide-tape: hdd: overriding capabilities->max_speed (assuming 650KB/sec)
ide-tape: hdd <-> ht0, 650KBps, 16*32kB buffer, 3200kB pipeline, 250ms tDSC
hdc: 98304kB, 32/64/96 CHS, 4096 kBps, 512 sector size, 2941 rpm
hdc: The drive reports both 100663296 and 0 bytes as its capacity
On Wed, 14 Oct 1998, Alex Buell wrote:
> On Wed, 14 Oct 1998, Matthew Hunter wrote:
>
> > It's a SMP problem. I just ran a full successful backup with the same
> > system booted into the same kernel compiled for UP operation. No
> > problem, it all works.
>
> My problem was somewhat skewed by the fact I was using a bad tape! I
> really need to get a new tape and test again under DOS before doing
> anything else, that way I can confirm that the tape isn't the problem, and
> then attempt to reproduce the problems under both UP & SMP operations.
>
> I've posted an report to the l-k mailing list about some IDE timeout
> problems with my older tape (stills reads/verifies ok, but I'm relucant to
> overwrite it). Towards the end of the verification process on the 1.4GB
> archive it progressively got slower and slower.. and there was quite a
> bunch of ide-tape errors being logged (DSC timeouts etc), in the end I
> gave up and halted it - but it did report that there was ZERO read errors
> so I assume the tape drive and the old tape I was using is still good.
>
> You might be right that this could be a SMP problem though, but I need to
> confirm that in fact that this is the same problem we're both seeing wrt.
> ide-tape.
>
> PS: I'm now convinced that the IDE cabling and IDE tape drive are all in
> 100% working order though, so that's narrowed it down some.
>
> Cheers,
> Alex.
>
> ---
> /\_/\ Legalise cannabis now!
> ( o.o ) Grow some cannabis today!
> > ^ < Peace, Love, Unity and Respect to all.
>
> Check out http://www.tahallah.demon.co.uk
> Linux lo-pc3035a 2.1.125 #6 Fri Oct 9 13:53:00 EDT 1998
> One Intel Pentium 75+ processor, 66.36 total bogomips, 16M RAM
> libc 5.4.44
>
>
> -
> 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/
>
Cheers,
Andre Hedrick
The IDE-FNG for Linux
The APC UPS Specialist for Linux
http://www.dyer.vanderbilt.edu/server/udma/
http://www.dyer.vanderbilt.edu/server/apcupsd/
-
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/