From: "Agustín Herrera" <aherrera@datafull.com>
To: linux-kernel@vger.kernel.org
Cc: dgilbert@interlog.com
Subject: Re: Problems with scsi emulation
Date: Tue, 13 Jan 1970 03:22:13 -0300 [thread overview]
Message-ID: <1054563475.0@localhost.localdomain> (raw)
In-Reply-To: 3EDAD8AA.50503@interlog.com
> > I'm using a customized 2.4.20 kernel (red hat 9) with
> > scsi emulation, scsi cdrom & scsi generic support
> > options enabled in .config and hdx-ide-scsi in
> > lilo.conf. apps as cdrecord or cdrdao take up all my
> > cpu time (I have a duron 1.1 gz, kt133, 192mb sdram,
> > 30 gb 5400 rpm hd). in windows (with dma enabled) Nero d
> > oesn't take up any (or almost) cpu time...
> > is this an issue of the linux-kernel or a configuration
> > problem?
>
> Due to many problems with DMA locking up on ATAPI writers
> earlier in the lk 2.4 series, Linux takes a very
> conservative approach and turns off DMA.
> It can be turned back on with:
> # hdparm -d 1 /dev/hdb
> assuming your cdwriter is found at /dev/hdb (even
> though the ide-scsi driver "owns" that device
> and you address it as /dev/scd0 ). You can get
> faster DMA modes with the addition of the "-X"
> switch in hdparm but that should not be necessary.
>
Doug:
I've tried that, but it doesn't make any difference.
I've been able to do ficticious tweaks on /dev/hdc and hdd like, for
example, activating dma mode 5 -which is virually impossible for a
cdrom drive. Actually, as I'd disabled ide/atapi-cdrom support in the
kernel I guess that /dev/hdc & hdd point to 'nowhere'. Anyway, with
hdparm optimizations or without them processor time consumption remains
at a 70 - 90 % so, clearly, I haven't made any progress.
The only interface for cdrom drives that i've enabled in the kernel is
scsi (to be able to record and rip w/ cdrdao). I guess that the
inability to use dma is related to that because my ide hard disks seem
to be using it w/o problems (and obviously I'm not using scsi with
them). Nevertheless, I can't set up a multcount higher than 8, which is
really surprising because the ide chipset and the drives are quite new.
So I repeat my enquiry, Is all this a question configuration or of a
kernel upgrade? I've already tried the latter, but, as far as I could
appreciate, the current nvidia 'accelerated' drivers (1.0-4363) for my
geforce2 didn't work with the 2.5 kernel (more precisely 2.5.69) I'd
compiled. Once more, is this incompatibility a current issue of these
kernels? In case it were an configuration error I would certainly do
the upgrade because 2.5 kernel series seem to have many advantages, as
for example, the inclusion of the alsa sound drivers.
Agustín Herrera
PD: I've changed my adress to aherrera@datafull.com
next prev parent reply other threads:[~2003-06-02 14:04 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-06-02 4:55 Problems with scsi emulation Douglas Gilbert
1970-01-13 6:22 ` Agustín Herrera [this message]
-- strict thread matches above, loose matches on Subject: below --
2003-06-06 4:18 Jonathan Woithe
2003-06-01 18:28 Agustín Herrera
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1054563475.0@localhost.localdomain \
--to=aherrera@datafull.com \
--cc=dgilbert@interlog.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.