From: Jens Axboe <axboe@suse.de>
To: Markus Plail <linux-kernel@gitteundmarkus.de>
Cc: linux-kernel@vger.kernel.org
Subject: Re: cdrecord dev=ATA cannont scanbus as non-root
Date: Thu, 2 Dec 2004 09:07:09 +0100 [thread overview]
Message-ID: <20041202080709.GB10454@suse.de> (raw)
In-Reply-To: <87eki9bs33.fsf@plailis.daheim.bs>
On Wed, Dec 01 2004, Markus Plail wrote:
> Jens Axboe <axboe@suse.de> writes:
>
> > On Mon, Nov 29 2004, J.A. Magallon wrote:
> >> dev=ATAPI uses ide-scsi interface, through /dev/sgX. And:
> >>
> >> > scsibus: -1 target: -1 lun: -1
> >> > Warning: Using ATA Packet interface.
> >> > Warning: The related Linux kernel interface code seems to be unmaintained.
> >> > Warning: There is absolutely NO DMA, operations thus are slow.
> >>
> >> dev=ATA uses direct IDE burning. Try that as root. In my box, as root:
> >
> > Oh no, not this again... Please check the facts: the ATAPI method uses
> > the SG_IO ioctl, which is direct-to-device. It does _not_ go through
> > /dev/sgX, unless you actually give /dev/sgX as the device name. It has
> > nothing to do with ide-scsi. Period.
> >
> > ATA uses CDROM_SEND_PACKET. This has nothing to do with direct IDE
> > burning, it's a crippled interface from the CDROM layer that should not
> > be used for anything. scsi-linux-ata.c should be ripped from the
> > cdrecord sources, or at least cdrecord should _never_ select that
> > transport for 2.6 kernels. For 2.4 you are far better off using
> > ide-scsi.
>
> Are you sure you don't mix ATA with ATAPI? I think ATA is equivalent to
> dev=/dev/hdX.
I did mix them up, my apologies til Magallon. As always you should just
use -dev=/dev/hdX and it will work the best, there's no need to give ATA
or ATAPI. They are too easy to mix up as the names don't really give you
any hints on what access method they will utilize. Using -dev also means
there's no reason to run -scanbus at all, since you know where the
device is. If you don't, then you probably should be using k3b or some
other helper to work out things for you.
--
Jens Axboe
next prev parent reply other threads:[~2004-12-02 8:08 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-11-29 21:33 cdrecord dev=ATA cannont scanbus as non-root J.A. Magallon
2004-11-29 21:50 ` Jan Engelhardt
2004-11-29 21:59 ` J.A. Magallon
2004-11-30 6:51 ` Jan Engelhardt
2004-11-30 7:16 ` Jens Axboe
2004-11-30 16:29 ` J.A. Magallon
2004-11-30 17:12 ` J.A. Magallon
2004-11-30 17:37 ` Jan Engelhardt
2004-11-30 17:49 ` J.A. Magallon
2004-11-30 17:56 ` Jan Engelhardt
2004-11-30 18:29 ` J.A. Magallon
2004-12-01 21:16 ` cdrecord dev=ATA cannont scanbus as non-root [u] Martin Schlemmer [c]
2004-12-02 16:23 ` Radoslaw Szkodzinski
2004-12-02 21:50 ` Martin Schlemmer [c]
2004-12-03 7:35 ` Jan Engelhardt
2004-12-03 11:51 ` Rahul Karnik
2004-12-03 12:06 ` Jan Engelhardt
2004-12-03 12:10 ` Jens Axboe
2004-12-01 21:56 ` cdrecord dev=ATA cannont scanbus as non-root Markus Plail
2004-12-02 8:07 ` Jens Axboe [this message]
2004-12-02 12:51 ` J.A. Magallon
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=20041202080709.GB10454@suse.de \
--to=axboe@suse.de \
--cc=linux-kernel@gitteundmarkus.de \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox