Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 7 Oct 2005 02:52:21 +0200
From:      Emanuel Strobl <Emanuel.strobl@gmx.net>
To:        freebsd-current@freebsd.org
Subject:   Re: burncd/atapi multisession CD issues
Message-ID:  <200510070252.32000@harrymail>
In-Reply-To: <200510061940.18199.mistry.7@osu.edu>
References:  <200510061940.18199.mistry.7@osu.edu>

next in thread | previous in thread | raw e-mail | index | archive | help
--nextPart1545507.VYTZILoRr0
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Am Freitag, 7. Oktober 2005 01:40 CEST schrieb Anish Mistry:
> 	I've got a couple of issues, which both appear on RELENG_6 and
> -CURRENT as of today.  I'm not sure when they started as I mostly
> burncd multisession backups on my 4.x system.
> 	Once I burn a CD with burncd:
> mkisofs -r -J -o test.iso files
> burncd -f /dev/acd0 -s max -m data test.iso fixate
> The files burn just fine, but I have to eject and then close the
> drive. eg. "cdcontrol eject ;  cdcontrol close" before I can mount
> the CD.  If I try to mount the CD without the eject/close I get the
> following message in the syslog:
> kernel: g_vfs_done():acd0[READ(offset=3D32768, length=3D2048)]error =3D 5
>   The same goes (eject/close except no error message) before grabbing
> the multisession info with "burncd -f /dev/acd0 msinfo".
> When I try to burn another session with burncd I just get
> "Input/Output error" and the second session doesn't get added to the
> CD.
> This all seems like a problem with ata/atapi rather than burncd.

Hmm, with my little knowledge of GEOM I think 'true > /dev/acd0' should=20
replace the open/close sequence... It saves some time I hope... ;)

=2DHarry

>
> From the RELENG_6 system:
> atapci0: <nVidia nForce3 Pro UDMA133 controller> port
> 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf900-0xf90f at device 8.0 on
> pci0
> ata0: <ATA channel 0> on atapci0
> ata1: <ATA channel 1> on atapci0
> ad0: 38162MB <WDC WD400BB-23FJA0 13.03G13> at ata0-master UDMA100
> ad1: 32253MB <HDS728080PLAT20 PF2OA21B> at ata0-slave UDMA133
> acd0: CDRW <BENQ CDRW 5232X/KPEY> at ata1-master UDMA33
>
> From the CURRENT system:
> atapci0: <AcerLabs M5229 UDMA66 controller> port
> 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1400-0x140f at device 15.0 on
> pci0
> atapci0: using PIO transfers above 137GB as workaround for 48bit DMA
> access bug, expect reduced performance
> ata0: <ATA channel 0> on atapci0
> ata1: <ATA channel 1> on atapci0
> ad0: 19077MB <TOSHIBA MK2018GAP M1.42 A> at ata0-master UDMA66
> acd0: CDRW <TOSHIBA DVD-ROM SD-R2212/1F15> at ata1-master UDMA33
>
>
> Thanks,

--nextPart1545507.VYTZILoRr0
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (FreeBSD)

iD8DBQBDRcbPBylq0S4AzzwRAsjZAJ9B8O0weEVUXoqpZbNMs3nnOresXACfeiAF
xQIk97WHBzqqq95wD02EYrI=
=jjbo
-----END PGP SIGNATURE-----

--nextPart1545507.VYTZILoRr0--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200510070252.32000>