Re: cdrecord dev=ATA cannont scanbus as non-root

From: Jens Axboe
Date: Thu Dec 02 2004 - 03:10:44 EST


On Wed, Dec 01 2004, Markus Plail wrote:
> Jens Axboe <axboe@xxxxxxx> 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

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/