Re: 2.9test9-mm1 and DAO ATAPI cd-burning corrupt

From: Prakash K. Cheemplavam
Date: Thu Nov 06 2003 - 16:10:14 EST

bill davidsen wrote:
In article <3FA8CA87.2070201@xxxxxx>,
Prakash K. Cheemplavam <prakashkc@xxxxxx> wrote:

| Sorry, I wasn't precise: The data is on the disc, as my DVD-ROM restores | the full image (md5sum matches), but the CD-RW does not.

There is a problem with ide-scsi in 2.6, and rather than fix it someone
came up with a patch to cdrecord to allow that application to work

I *didn't* use ide-scsi. I used ATAPI and I have to agree with Linus, that it is sane to use ATAPI, instead of wrapping things up. Nevertheless, there are some issues left, which need further investigation.

a) The as scheduler in 2.6-test9-mm2 behaves not as nicely as in mm1. (see other messeages in thread)

b) The writing or reading issue mentioned above. It is a bit hard to find out, whether cdrecord actually *writes* an incomplete image (without using -pad), ie. throwing away the last 4096 bytes, which *only* happens in non-TAO mode. The programme CDRDAO shows the same behaviour. Strange enough reading this DAO written image out with my DVD-ROM makes this (missing?) 4096 bytes reappear... Well, maybe I should patch the image and put some other bytes instead of the 00s at the end to see, whether it is a write issue, a read issue of the writer or a read issue of the reader. Anyway, it doesn't sound right to me, what is happening at the moment...

c) That scsi gets selected when using usbfs seams to be some sort of wrapper being used...(just guessing without actually knowing the code). WOuld be nice if a note in the kernel menuconfig or alike would be left so that one doesn't have to wonder... But IIRC usbfs will be dropped anyway.


To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at
Please read the FAQ at