Any idea why DMA is sometimes on and sometimes not for a few cdrom
drives I have hooked up to my promise controller?
Whether it is on or off, whenever I copy a CD from a (dma) cdrom whether
it dma is on or off it slows my system down big time. Move the cursor
around in X, and it lags, watch X-Chat, the characters you type in
slowly appear 3-5 seconds after.
Hook the same drives up to the motherboard ide interfaces and there is
no lag at all.
This has always been the case with my cdroms.
When I had my HD on the Promise, it did DMA etc just fine.
Is there a problem with the driver if a HD is not on there it doesn't do
DMA correctly or something?
On approximately Wed, Oct 10, 2001 at 01:57:34PM -0400, war wrote:
> Any idea why DMA is sometimes on and sometimes not for a few cdrom
> drives I have hooked up to my promise controller?
>
Someone posted here recently about atapi devices should not be on the promise card.
--
Linux, the choice | Hi! I'm a .signature virus! Copy me into
of a GNU generation -o) | your ~/.signature to help me spread!
Kernel 2.4.10-ac10 /\ |
on a i586 _\_v |
|
----- Original Message -----
From: "Josh McKinney" <[email protected]>
To: <[email protected]>
Sent: Wednesday, October 10, 2001 2:28 PM
Subject: Re: ATA/100 Promise Board
> On approximately Wed, Oct 10, 2001 at 01:57:34PM -0400, war wrote:
> > Any idea why DMA is sometimes on and sometimes not for a few cdrom
> > drives I have hooked up to my promise controller?
> >
> Someone posted here recently about atapi devices should not be on the
promise card.
>
That was me, and it's still true. Heh. Always attach optical drives directly
to the motherboard, if possible.
On a similar note, I asked Promise a while back about the max number of
supported Ultra66/Ultra100/etc controllers that they support in a single
system.. No answer. Has anyone ever tried to cram a machine full of these
cards?
On Wed, 10 Oct 2001, Wilson wrote:
>
> That was me, and it's still true. Heh. Always attach optical drives directly
> to the motherboard, if possible.
> On a similar note, I asked Promise a while back about the max number of
> supported Ultra66/Ultra100/etc controllers that they support in a single
> system.. No answer. Has anyone ever tried to cram a machine full of these
> cards?
I have three fasttrack 66's and one ultra100 in the same box... at present
it's out of pci slots, so I won't be adding more... ;)
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
--
--------------------------------------------------------------------------
Joel Jaeggli [email protected]
Academic User Services [email protected]
PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E
--------------------------------------------------------------------------
It is clear that the arm of criticism cannot replace the criticism of
arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of
the right, 1843.
----- Original Message -----
From: "Joel Jaeggli" <[email protected]>
To: "Wilson" <[email protected]>
Cc: <[email protected]>
Sent: Wednesday, October 10, 2001 3:20 PM
Subject: Re: ATA/100 Promise Board
>
> I have three fasttrack 66's and one ultra100 in the same box... at present
> it's out of pci slots, so I won't be adding more... ;)
>
Quoting from pdc202xx.c:
* The latest chipset code will support the following ::
* Three Ultra33 controllers and 12 drives.
* 8 are UDMA supported and 4 are limited to DMA mode 2 multi-word.
* The 8/4 ratio is a BIOS code limit by promise.
*
* UNLESS you enable "CONFIG_PDC202XX_BURST"
Does this match your experiences with that many controllers in the same box?
Thanks for the reply, by the way.
Well, I have two Ultra TX/2 100's in my dual P3 800, and that's
worked fine since I set it up. Interestingly, it seems that the
first board's BIOS detects the second board and does autodetection
for all drives on both boards, and then the second board's BIOS
doesn't get run at all.
Whatever, it works... I did have to add the /dev/hdi and /dev/hdk
device nodes to my (mostly) Mandrake 8.0 system though.
There are four Maxtor drives on the two Promise adaptors, working
nicely as a raid 5 array, formatted as a single huge reiserfs.
Only one weird thing: When I mount the reiserfs partition on
the raid, I get the following messages:
raid5: switching cache buffer size, 4096 --> 1024
raid5: switching cache buffer size, 1024 --> 4096
hmmm.
[thoffman@rivendell thoffman]$ uname -a
Linux rivendell.arnor.net 2.4.10-ac10 #6 SMP Wed Oct 10 06:53:07 PDT 2001
i686 unknown
[thoffman@rivendell thoffman]$ dmesg | more
...
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
ide0: BM-DMA at 0x9000-0x9007, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0x9008-0x900f, BIOS settings: hdc:DMA, hdd:DMA
PDC20268: IDE controller on PCI bus 00 dev 90
PDC20268: chipset revision 2
PDC20268: not 100% native mode: will probe irqs later
PDC20268: (U)DMA Burst Bit ENABLED Primary MASTER Mode Secondary MASTER
Mode.
ide2: BM-DMA at 0xac00-0xac07, BIOS settings: hde:pio, hdf:pio
ide3: BM-DMA at 0xac08-0xac0f, BIOS settings: hdg:pio, hdh:pio
PDC20268: IDE controller on PCI bus 00 dev 98
PDC20268: chipset revision 1
PDC20268: not 100% native mode: will probe irqs later
PDC20268: (U)DMA Burst Bit ENABLED Primary MASTER Mode Secondary MASTER
Mode.
ide4: BM-DMA at 0xc000-0xc007, BIOS settings: hdi:pio, hdj:pio
ide5: BM-DMA at 0xc008-0xc00f, BIOS settings: hdk:pio, hdl:pio
hda: IBM-DTLA-307045, ATA DISK drive
hdc: PLEXTOR CD-R PX-W1210A, ATAPI CD/DVD-ROM drive
hdd: TOSHIBA DVD-ROM SD-M1402, ATAPI CD/DVD-ROM drive
hde: Maxtor 4W060H4, ATA DISK drive
hdg: Maxtor 4W060H4, ATA DISK drive
hdi: Maxtor 4W060H4, ATA DISK drive
hdk: Maxtor 4W060H4, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
ide2 at 0x9c00-0x9c07,0xa002 on irq 18
ide3 at 0xa400-0xa407,0xa802 on irq 18
ide4 at 0xb000-0xb007,0xb402 on irq 19
ide5 at 0xb800-0xb807,0xbc02 on irq 19
hda: 90069840 sectors (46116 MB) w/1916KiB Cache, CHS=5606/255/63
hde: 117347328 sectors (60082 MB) w/2048KiB Cache, CHS=116416/16/63,
UDMA(100)
hdg: 117347328 sectors (60082 MB) w/2048KiB Cache, CHS=116416/16/63,
UDMA(100)
hdi: 117347328 sectors (60082 MB) w/2048KiB Cache, CHS=116416/16/63,
UDMA(100)
hdk: 117347328 sectors (60082 MB) w/2048KiB Cache, CHS=116416/16/63,
UDMA(100)
...
Torrey
On Wed, 10 Oct 2001, Wilson wrote:
> ----- Original Message -----
> From: "Joel Jaeggli" <[email protected]>
> To: "Wilson" <[email protected]>
> Cc: <[email protected]>
> Sent: Wednesday, October 10, 2001 3:20 PM
> Subject: Re: ATA/100 Promise Board
> >
> > I have three fasttrack 66's and one ultra100 in the same box... at present
> > it's out of pci slots, so I won't be adding more... ;)
> >
>
> Quoting from pdc202xx.c:
>
> * The latest chipset code will support the following ::
> * Three Ultra33 controllers and 12 drives.
> * 8 are UDMA supported and 4 are limited to DMA mode 2 multi-word.
> * The 8/4 ratio is a BIOS code limit by promise.
> *
> * UNLESS you enable "CONFIG_PDC202XX_BURST"
>
> Does this match your experiences with that many controllers in the same box?
> Thanks for the reply, by the way.
I don't have any of the ultra33 (20246) controllers... but I do have
CONFIG_PDC202XX_BURST set (ie. the "enabled special dma feature").
everything is more or less normal except that I think hdk in the box is
slowly dying at this point... this box has 8 drives on four controllers
rather than 12 on 3
hda: WDC AC22000L, ATA DISK drive
hdc: IBM-DTLA-307015, ATA DISK drive
hde: Maxtor 98196H8, ATA DISK drive
hdg: IBM-DTLA-307075, ATA DISK drive
hdi: WDC AC418000D, ATA DISK drive
hdk: WDC AC418000D, ATA DISK drive
hdm: WDC WD273BA, ATA DISK drive
hdo: WDC WD273BA, ATA DISK drive
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
--
--------------------------------------------------------------------------
Joel Jaeggli [email protected]
Academic User Services [email protected]
PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E
--------------------------------------------------------------------------
It is clear that the arm of criticism cannot replace the criticism of
arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of
the right, 1843.
----- Original Message -----
From: "Joel Jaeggli" <[email protected]>
To: "Wilson" <[email protected]>
Cc: <[email protected]>
Sent: Wednesday, October 10, 2001 3:49 PM
Subject: Re: ATA/100 Promise Board
> > Quoting from pdc202xx.c:
> >
> > * The latest chipset code will support the following ::
> > * Three Ultra33 controllers and 12 drives.
> > * 8 are UDMA supported and 4 are limited to DMA mode 2 multi-word.
> > * The 8/4 ratio is a BIOS code limit by promise.
> > *
> > * UNLESS you enable "CONFIG_PDC202XX_BURST"
> >
> > Does this match your experiences with that many controllers in the same
box?
> > Thanks for the reply, by the way.
>
> I don't have any of the ultra33 (20246) controllers... but I do have
> CONFIG_PDC202XX_BURST set (ie. the "enabled special dma feature").
> everything is more or less normal except that I think hdk in the box is
> slowly dying at this point... this box has 8 drives on four controllers
> rather than 12 on 3
>
> hda: WDC AC22000L, ATA DISK drive
> hdc: IBM-DTLA-307015, ATA DISK drive
> hde: Maxtor 98196H8, ATA DISK drive
> hdg: IBM-DTLA-307075, ATA DISK drive
> hdi: WDC AC418000D, ATA DISK drive
> hdk: WDC AC418000D, ATA DISK drive
> hdm: WDC WD273BA, ATA DISK drive
> hdo: WDC WD273BA, ATA DISK drive
>
Awesome. Thanks for the info. I'll feel relatively safe recommending this
kind of thing to others in the future, then.
--Wilson.