On Thu, 19 Nov 2009 17:37:39 +0100, Michael Biebl <bi...@debian.org> wrote:
Marco d'Itri wrote:
On Nov 17, Ji??í Pale??ek <jpale...@web.de> wrote:
Try to reproduce the issue in single user mode for a start.
I did, and it is reproducible.
Try to reproduce the issue after booting with init=/bin/bash and running
ata_id from the command line with no udevd process running.
Hi,
so git diff 146..147 -- extras/ata_id/ata_id.c lists quite a lot of
changes and
the log reads
$ git log 146..147 -- extras/ata_id/ata_id.c
commit 66094a4a7fc1d303e80785d586800eae9841502b
Author: David Zeuthen <zeut...@gmail.com>
Date: Wed Nov 4 16:34:22 2009 +0100
ata_id: export more advanced ATA features
I'm only guessing here, but maybe it is related to ide-cd. David Zeuthen
is a
Redhat/Fedora guy, and they switched to libata only quite some time ago,
so I
assume he didn't test this code with the (legacy) ide-cd subsystem.
Can everyone who encouters this bug confirm, that this only happens with
ide-cd
(i.e. is your cdrom device named /dev/hd*)?
For me at least, it works that way. I tried reproducing with Asus EEE's
external DVD writer (USB, /dev/sg0), and it didn't blank the media. It
didn't work though, because it didn't write any info about the drive (just
sad something about call not supported).
An interresting info, quoting from the manpage
http://linux.die.net/man/8/sg_sat_identify:
The SCSI ATA PASS-THROUGH (12) command's opcode is 0xa1 and it clashes
with the MMC set's BLANK command used by cd/dvd writers. So a SATL in
front of an ATAPI device that uses MMC (i.e. has peripheral device type 5)
probably should treat opcode 0xa1 as a BLANK command and send it through
to the cd/dvd drive. The ATA PASS-THROUGH (16) command's opcode (0x85)
does not clash with anything so it is a better choice.
Note that ata_id uses the 0xA1 command. However, this is what I get when
running sg_sat_identify:
debian:/usr/share/man# sg_sat_identify -v /dev/cdrom
ATA pass through (16) cdb: 85 08 0e 00 00 00 01 00 00 00 00 00 00 00
ec 00
ATA PASS-THROUGH (16) not supported
Regards
Jiri Palecek
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
