[9fans] new cdfs for DVDs and BDs

[9fans] new cdfs for DVDs and BDs

[geoff]

There's a new cdfs on sources that also knows how to read and write
data tracks on DVDs and BDs (Blu-ray Discs, the makers claim); see
cdfs(4) for details.  I've tried to test all combinations of media
(CD, DVD-, DVD+, BD) × (-ROM, -R, -RW) × (single-layer, dual-layer),
which works out to 24 combinations, but may have missed some
(definitely missed dual-density CDs).  DVD-RAM is untested but might
just work; the rewritable media are much less troublesome than the
write-once media.  HD DVD is untested; it might just work, but it's
fading rapidly.

I've tested PATA (IDE) and SATA burners, but not USB, which ought to
work (slowly for now) via usbdisk, nor SCSI.

If you haven't been paying attention to optical media lately,
dual-layer BDs can hold 50GB, which is enough to be interesting for
backups and archiving.  There's no officially-sanctioned way (yet) to
incrementally add tracks to a disc over a longish interval, but
empirically it appears that just not removing the /mnt/cd/wd file
until you've written the last track will allow dribbling tracks out to
disc.  100 tracks, each containing a 512MB venti arena, should roughly
fill a dual-layer BD. It's also possible that I'll implement packet
(incremental) writing.

Re: [9fans] new cdfs for DVDs and BDs

[erik quanstrom]

> There's a new cdfs on sources that also knows how to read and write
> data tracks on DVDs and BDs (Blu-ray Discs, the makers claim); see

thanks, geoff.

- erik

Re: [9fans] new cdfs for DVDs and BDs

[lejatorn]

Hello,

I've just tried cdfs and it did not go well.
I've tried with 2 different cdrws and one dvdrw.

With the cdrws, it seems I can blank and write to them, but the
cd are not mountable afterwards. Both on Plan9 or Linux I get an "unknow
format" error.
With the dvdrw, I can't even blank, I get the following error:
echo: write error: cmd #a1: cannot write medium - incompatible for mat
I haven't tried with non-rewritable ones since obviously I did not want
to waste them if it didn't work. But I can try if you think I'd have a
better luck with those. 

No problem burning with this drive under Linux. I don't know what drive
model that is, it came along with the T61.

/sys/src/cmd/cdfs/main.c and /bin/cdfs are the ones from 13th of March.
Any chance pulling the latest ones would give better results?

Mathieu.

On Mon, Mar 17, 2008 at 09:13:18PM -0400, geoff@plan9.bell-labs.com wrote:
> There's a new cdfs on sources that also knows how to read and write
> data tracks on DVDs and BDs (Blu-ray Discs, the makers claim); see
> cdfs(4) for details.  I've tried to test all combinations of media
> (CD, DVD-, DVD+, BD) × (-ROM, -R, -RW) × (single-layer, dual-layer),
> which works out to 24 combinations, but may have missed some
> (definitely missed dual-density CDs).  DVD-RAM is untested but might
> just work; the rewritable media are much less troublesome than the
> write-once media.  HD DVD is untested; it might just work, but it's
> fading rapidly.
> 
> I've tested PATA (IDE) and SATA burners, but not USB, which ought to
> work (slowly for now) via usbdisk, nor SCSI.
> 
> If you haven't been paying attention to optical media lately,
> dual-layer BDs can hold 50GB, which is enough to be interesting for
> backups and archiving.  There's no officially-sanctioned way (yet) to
> incrementally add tracks to a disc over a longish interval, but
> empirically it appears that just not removing the /mnt/cd/wd file
> until you've written the last track will allow dribbling tracks out to
> disc.  100 tracks, each containing a 512MB venti arena, should roughly
> fill a dual-layer BD. It's also possible that I'll implement packet
> (incremental) writing.
> 

-- 
GPG key on subkeys.pgp.net:

KeyID:	| Fingerprint:
683DE5F3 | 4324 5818 39AA 9545 95C6 09AF B0A4 DFEA 683D E5F3
--

Re: [9fans] new cdfs for DVDs and BDs

[geoff]

I would pull the current cdfs (source, binary and manual page) and try
again; there were fixes made up to and including March 25th.

RW media has been working flawlessly for me, though I think that for
BD-RE I had to format rather than blank the media first.  Make sure
you've run dmaon first.  Which flavour of DVD RW are you using, plus
or minus?  DVD+ certainly worked for me, but I didn't have much DVD-
media (since it's inferior).  I've just written about 15 dual-layer
BD-Rs and that's worked fine except that, as now noted in cdfs(4), you
don't want to finalize BD-Rs if you write more than one track to a
BD-R.

Re: [9fans] new cdfs for DVDs and BDs

[lejatorn]

Ok, I've just pulled (I now have a /bin/cdfs from 26th of March) however
I still get the same errors.

I have tried with a CD-RW and a DVD+RW.

cat /dev/sdC0/ctl gives me this:
inquiry HL-DT-STDVDRAM GSA-U10N 1.05
config 85C0 capabilities 0F00 dma 00550004 dmactl 00000000
part data 0 2141

ah and 'dmaon' had this displayed:
"disabling dma: not on a busmastering controller"
(I guess dmactl at 00000000 is in accordance with that?)

Thanks,
Mathieu.

On Sat, Apr 12, 2008 at 08:02:48PM -0400, geoff@plan9.bell-labs.com wrote:
> I would pull the current cdfs (source, binary and manual page) and try
> again; there were fixes made up to and including March 25th.
>
> RW media has been working flawlessly for me, though I think that for
> BD-RE I had to format rather than blank the media first.  Make sure
> you've run dmaon first.  Which flavour of DVD RW are you using, plus
> or minus?  DVD+ certainly worked for me, but I didn't have much DVD-
> media (since it's inferior).  I've just written about 15 dual-layer
> BD-Rs and that's worked fine except that, as now noted in cdfs(4), you
> don't want to finalize BD-Rs if you write more than one track to a
> BD-R.
>
>

--
GPG key on subkeys.pgp.net:

KeyID:	| Fingerprint:
683DE5F3 | 4324 5818 39AA 9545 95C6 09AF B0A4 DFEA 683D E5F3
--

Re: [9fans] new cdfs for DVDs and BDs

[erik quanstrom]

that error occurs when you try to do dma on a controller that says it
doesn't do dma.  this bit is found in pci space & loaded into
pcidev->ccrp — pci programming interface class code.  for ide-styled
devices, this register is defined as
	busmaster | 1<<channel*2
or
	0x80 | 4 | 1 == 0x85

the most likely cause of the problem is that this register is
misprogrammed, but the dma area is actually there.  so as always, the
output of pci would be very helpful.

the linux "ide" code that linux ignores this bit for intel
controllers.  i think the linux "ata" code ignores it too, but i could
have missed something in 60k lines.

- erik

> Ok, I've just pulled (I now have a /bin/cdfs from 26th of March) however
> I still get the same errors.
>
> I have tried with a CD-RW and a DVD+RW.
>
> cat /dev/sdC0/ctl gives me this:
> inquiry HL-DT-STDVDRAM GSA-U10N 1.05
> config 85C0 capabilities 0F00 dma 00550004 dmactl 00000000
> part data 0 2141
>
> ah and 'dmaon' had this displayed:
> "disabling dma: not on a busmastering controller"
> (I guess dmactl at 00000000 is in accordance with that?)
>
> Thanks,
> Mathieu.

Re: [9fans] new cdfs for DVDs and BDs

[Mathieu Lonjaret]

[-- Attachment #1: Type: text/plain, Size: 1442 bytes --]

Here it is.

On Sun, Apr 13, 2008 at 3:53 PM, erik quanstrom <quanstro@quanstro.net> wrote:
> that error occurs when you try to do dma on a controller that says it
>  doesn't do dma.  this bit is found in pci space & loaded into
>  pcidev->ccrp — pci programming interface class code.  for ide-styled
>  devices, this register is defined as
>         busmaster | 1<<channel*2
>  or
>         0x80 | 4 | 1 == 0x85
>
>  the most likely cause of the problem is that this register is
>  misprogrammed, but the dma area is actually there.  so as always, the
>  output of pci would be very helpful.
>
>  the linux "ide" code that linux ignores this bit for intel
>  controllers.  i think the linux "ata" code ignores it too, but i could
>  have missed something in 60k lines.
>
>  - erik
>
>
>
>  > Ok, I've just pulled (I now have a /bin/cdfs from 26th of March) however
>  > I still get the same errors.
>  >
>  > I have tried with a CD-RW and a DVD+RW.
>  >
>  > cat /dev/sdC0/ctl gives me this:
>  > inquiry HL-DT-STDVDRAM GSA-U10N 1.05
>  > config 85C0 capabilities 0F00 dma 00550004 dmactl 00000000
>  > part data 0 2141
>  >
>  > ah and 'dmaon' had this displayed:
>  > "disabling dma: not on a busmastering controller"
>  > (I guess dmactl at 00000000 is in accordance with that?)
>  >
>  > Thanks,
>  > Mathieu.
>
>
>



-- 
GPG key on subkeys.pgp.net:

KeyID: | Fingerprint:
683DE5F3 | 4324 5818 39AA 9545 95C6 09AF B0A4 DFEA 683D E5F3

[-- Attachment #2: pci_out.txt --]
[-- Type: text/plain, Size: 2209 bytes --]

0.0.0:	brg  06.00.00 8086/2a00   0
	Intel Corporation
0.2.0:	vid  03.00.00 8086/2a02  10 0:f8100004 1048576 1:00000000 16 2:e000000c 268435456 3:00000000 16 4:00001801 16
	Intel Corporation
0.2.1:	vid  03.80.00 8086/2a03   0 0:f8200004 1048576 1:00000000 16
	Intel Corporation
0.25.0:	net  02.00.00 8086/1049  11 0:fe000000 131072 1:fe025000 4096 2:00001841 32
	Intel Corporation
0.26.0:	usb 0c.03.00 8086/2834  11 4:00001861 32
	Intel Corporation
0.26.1:	usb 0c.03.00 8086/2835  11 4:00001881 32
	Intel Corporation
0.26.7:	usb 0c.03.20 8086/283a  11 0:fe226400 1024
	Intel Corporation
0.27.0:	---  04.03.00 8086/284b  11 0:fe020004 16384 1:00000000 16
	Intel Corporation
0.28.0:	brg  06.04.00 8086/283f  11
	Intel Corporation
0.28.1:	brg  06.04.00 8086/2841  11
	Intel Corporation
0.28.2:	brg  06.04.00 8086/2843  11
	Intel Corporation
0.28.3:	brg  06.04.00 8086/2845  11
	Intel Corporation
0.28.4:	brg  06.04.00 8086/2847  11
	Intel Corporation
0.29.0:	usb 0c.03.00 8086/2830  10 4:000018a1 32
	Intel Corporation
0.29.1:	usb 0c.03.00 8086/2831  11 4:000018c1 32
	Intel Corporation
0.29.2:	usb 0c.03.00 8086/2832  11 4:000018e1 32
	Intel Corporation
0.29.7:	usb 0c.03.20 8086/2836  11 0:fe226800 1024
	Intel Corporation
0.30.0:	brg  06.04.01 8086/2448 255
	Intel Corporation 82801BAM/CAM/DBM Hub Interface to PCI Bridge
0.31.0:	brg  06.01.00 8086/2811   0
	Intel Corporation
0.31.2:	disk 01.01.80 8086/2828 255 0:00000001 16 1:00000001 16 2:00000001 16 3:00000001 16 4:00001c31 16 5:00001c21 16
	Intel Corporation
0.31.3:	smb 0c.05.00 8086/283e  11 0:fe226c00 256 4:00001c41 32
	Intel Corporation
21.0.0:	brg  06.07.00 1180/0476  10
	Ricoh Company, Ltd.
21.0.1:	---  0c.00.10 1180/0832  11 0:f8301000 2048
	Ricoh Company, Ltd.
21.0.2:	---  08.05.00 1180/0822  11 0:f8301800 256
	Ricoh Company, Ltd.
21.0.3:	---  08.80.00 1180/0843  11 0:f8301c00 256
	Ricoh Company, Ltd. unknown Ricoh MMC Host Controller
21.0.4:	---  08.80.00 1180/0592  11 0:f8302000 256
	Ricoh Company, Ltd. unknown Ricoh Memory Stick Host Controller
21.0.5:	---  08.80.00 1180/0852  11 0:f8302400 256
	Ricoh Company, Ltd. unknown Ricoh xD-Picture Card Host Controller
3.0.0:	net  02.80.00 8086/4227  11 0:df3ff000 4096
	Intel Corporation

Re: [9fans] new cdfs for DVDs and BDs

[Mathieu Lonjaret]

Hello,

After (a pull and) some more experimentation and with the help of Erik, there's
been some progress but I still have some problems.

1) It turns out that the "wrong format" issue was because of me being naive
enough to assume that cdfs was doing all the magic of making an iso9660 fs
out of the files one copies to /mnt/cd/wd. So copying a .iso file actually works
fine for me with a CD-RW or a CD-R (Verbatim brand) so far. Dunno if it deserves
maybe one line of warning about that in the manpage (maybe i missed it?)...

2) I eventually tried a DVD+R; it also works, except that since dma is not
enabled, it is painfully slow. I haven't timed it properly but I think
it took around
2 hours to burn a full 4.7GB debian iso.
When I try to activate dma (either with dmaon command, or with
"echo 'dma on' > /dev/sdC0/ctl") I get no message at first, but the
next operation
on the drive gets me a "disabling dma: not on a busmastering
controller" message.
Erik had me try a few changes in the sdiahci.c driver but to no avail so far.

3) No success at all in burning DVD+RW's (also Verbatim brand). Whether it be
for blanking or directly burning, I still get the following message:
"cmd #1a: cannot write medium - incompatible format" (#1a when trying to
 quickblank, #2a when trying to cp).

So any help for 2) and/or 3) are welcome.

Thanks,
Mathieu

On Sun, Apr 13, 2008 at 2:02 AM,  <geoff@plan9.bell-labs.com> wrote:
> I would pull the current cdfs (source, binary and manual page) and try
>  again; there were fixes made up to and including March 25th.
>
>  RW media has been working flawlessly for me, though I think that for
>  BD-RE I had to format rather than blank the media first.  Make sure
>  you've run dmaon first.  Which flavour of DVD RW are you using, plus
>  or minus?  DVD+ certainly worked for me, but I didn't have much DVD-
>  media (since it's inferior).  I've just written about 15 dual-layer
>  BD-Rs and that's worked fine except that, as now noted in cdfs(4), you
>  don't want to finalize BD-Rs if you write more than one track to a
>  BD-R.
>
>
>



--
GPG key on subkeys.pgp.net:

KeyID: | Fingerprint:
683DE5F3 | 4324 5818 39AA 9545 95C6 09AF B0A4 DFEA 683D E5F3

Re: [9fans] new cdfs for DVDs and BDs

[erik quanstrom]

> No problem burning with this drive under Linux. I don't know what drive
> model that is, it came along with the T61.

that information would be in the output of /dev/sd??/ctl

- erik