Hi everybody!,
With a little nudge by Pete, I have found out you no longer
need scsi-emulation with regular ide based cdrw drives. Also Udf
packet CD on cdrw's is no longer dangerous!
http://hints.linuxfromscratch.org/hints/cdrw-hint.txt
(this link started my quest for scsi freedom)-{Wish i had a scsi-drive}
As it turned out if you have a 2.5.45 or higher kernel w/source and
build the latest development cdrtools as to utilize ATAPI transfer you
no longer have to depend on a gen-scsi kernel. Also the frontend
xcdroast suports such scsi-freedom thru a freeBSD hack at the comand
line. (ie. xcdroast -f /dev/hdX)
Right now all of this depends on one thing, the cdrw drive.
If you got an ide drive that is Generic mmc you can write cdr/w's
with out Scsi built into the kernel :)
some Tech:
(README.ATAPI - cdrtools 2.01)
- Starting with Linux-2.5.45, there is a new experimental
ATAPI interface initiated by Linus Torvalds. Unfortunately,
this interface does not fit well into the rest of the Linux
SCSI kernel transport naming scheme. Cdrecord allows to
use this interface by calling e.g. cdrecord dev=/dev/hdc ...
but it is not officially supported until it has been
integrated into the dev=bus,target,lun nming scheme.
and a real long story short.
ATAPI alows Scsi comands to transport over the ide wire
(took a day figure that out)
I tested cdrecord and burned 11 audio tracks on a blank cdr which
took less time than the old way. Also I tested the Udf packet stuff
on a window's made cdrw by adding and deleting some file. All's well
I must say it's pretty cool useing cdrw just like another hard drive.
Ted K.
__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
