Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 19 Dec 2009 22:54:51 +0000
From:      Anton Shterenlikht <mexas@bristol.ac.uk>
To:        Marius Strobl <marius@alchemy.franken.de>
Cc:        freebsd-sparc64@freebsd.org
Subject:   SOLVED: Re: and cdrecord [WAS: burncd error on blade 1500]
Message-ID:  <20091219225451.GA10659@mech-cluster241.men.bris.ac.uk>
In-Reply-To: <20091219204243.GY74529@alchemy.franken.de>
References:  <20091218184220.GA54077@mech-cluster241.men.bris.ac.uk> <20091218195514.GA64224@mech-cluster241.men.bris.ac.uk> <20091219130630.GA54383@alchemy.franken.de> <20091219201149.GB9715@mech-cluster241.men.bris.ac.uk> <20091219204243.GY74529@alchemy.franken.de>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Dec 19, 2009 at 09:42:43PM +0100, Marius Strobl wrote:
> On Sat, Dec 19, 2009 at 08:11:49PM +0000, Anton Shterenlikht wrote:
> > On Sat, Dec 19, 2009 at 02:06:30PM +0100, Marius Strobl wrote:
> > > On Fri, Dec 18, 2009 at 07:55:14PM +0000, Anton Shterenlikht wrote:
> > > > On Fri, Dec 18, 2009 at 06:42:20PM +0000, Anton Shterenlikht wrote:
> > > > > on 9.0 current
> > > > > 
> > > > > # burncd -t -f /dev/acd0 data ./trydata fixate
> > > > > burncd: ioctl(CDRIOCINITTRACK): Input/output error
> > > > > #
> > > > > 
> > > > > I've hw.ata.atapi_dma=0 in /boot/loader.conf
> > > > 
> > > > I also tried cdrecord:
> > > > 
> > > > # cdrecord -v -dummy dev=1,0,0 ./z.iso
> > > > cdrecord: No write mode specified.
> > > > cdrecord: Asuming -tao mode.
> > > > cdrecord: Future versions of cdrecord may have different drive dependent default
> > > > s.
> > > > cdrecord: Continuing in 5 seconds...
> > > > Cdrecord-Clone 2.01 (sparc64-unknown-freebsd9.0) Copyright (C) 1995-2004 Jörg Sc
> > > > hilling
> > > > TOC Type: 1 = CD-ROM
> > > > scsidev: '1,0,0'
> > > > scsibus: 1 target: 0 lun: 0
> > > > cdrecord: Error 0. Cannot open SCSI driver.
> > > > cdrecord: For possible targets try 'cdrecord -scanbus'.
> > > > cdrecord: For possible transport specifiers try 'cdrecord dev=help'.
> > > > 
> > > > # camcontrol devlist -v
> > > > scbus0 on ata0 bus 0:
> > > > <>                                 at scbus0 target -1 lun -1 ()
> > > > scbus1 on ata1 bus 0:
> > > > <TSSTcorp CDW/DVD TS-H492C SI00>   at scbus1 target 0 lun 0 ()
> > > > <>                                 at scbus1 target -1 lun -1 ()
> > > > scbus-1 on xpt0 bus 0:
> > > > <>                                 at scbus-1 target -1 lun -1 (xpt0)
> > > > #
> > > > 
> > > 
> > > At least for reading atapicam(4) works on sparc64 and cdrecord
> > > is also known to work for writing CDs with SCSI writers on
> > > sparc64, I currently don't have hardware to test whether it's
> > > also possible to write CDs with ATAPI writers using cdrecord
> > > on sparc64 though. Given that atapicam(4) works for reading
> > > it's unlikely that there are bugs preventing writing, I think
> > > it's way more likely that your drive is one of those incapable
> > > of simulating writes or it denies writing in PIO mode.
> > 
> > It seems atapicam detects this cdw device ok (from dmesg):
> > 
> > cd0 at ata1 bus 0 scbus1 target 0 lun 0
> > cd0: <TSSTcorp CDW/DVD TS-H492C SI00> Removable CD-ROM SCSI-0 device
> > cd0: 16.000MB/s transfers
> > cd0: cd present [1 x 2048 byte records]
> > 
> > but scanbus fails:
> > 
> > # cdrecord -scanbus
> > Cdrecord-Clone 2.01 (sparc64-unknown-freebsd9.0) Copyright (C) 1995-2004 Jörg Sc
> > hilling
> > cdrecord: Error 0. Cannot open SCSI driver.
> > cdrecord: For possible targets try 'cdrecord -scanbus'.
> > cdrecord: For possible transport specifiers try 'cdrecord dev=help'.
> > #
> > 
> > I think cdrecord -scanbus should work even if there is no cdw device
> > present.
> 
> There's a bug in cdrtools (fixed in cdrtools-devel since some time)
> which prevents `cdrecord -scanbus` from working when there's no
> scbus0. This bug is limited to bus scanning though and the cdrtools
> otherwise should work when specifiy the target via dev=. I'm not
> sure whether you're hitting this as accroding to your camcontrol
> output there's a scsibus0 on your machine. In any case this works
> just fine with cdrtools-devel here:
> b1k5# cdrecord -scanbus
> Cdrecord-ProDVD-ProBD-Clone 2.01.01a62 (sparc64-unknown-freebsd9.0) Copyright (C) 1995-2009 Jrg Schilling
> Using libscg version 'schily-0.9'.
> scsibus2:
>         2,0,0   200) 'JLMS    ' 'XJ-HD166S       ' 'D3S4' Removable CD-ROM
>         2,1,0   201) *
>         2,2,0   202) *
>         2,3,0   203) *
>         2,4,0   204) *
>         2,5,0   205) *
>         2,6,0   206) *
>         2,7,0   207) *

sorry, my fault.. forgot device pass in kernel. Now all is fine:

mech-anton242# cdrecord -scanbus
Cdrecord-ProDVD-ProBD-Clone 2.01.01a69 (sparc64-unknown-freebsd9.0) Copyright (C) 1995-2009 Jörg Schilling
Using libscg version 'schily-0.9'.
scsibus1:
        1,0,0   100) 'TSSTcorp' 'CDW/DVD TS-H492C' 'SI00' Removable CD-ROM
        1,1,0   101) *
        1,2,0   102) *
        1,3,0   103) *
        1,4,0   104) *
        1,5,0   105) *
        1,6,0   106) *
        1,7,0   107) *
mech-anton242#

sorry for being an idiot,
and many thanks for your continuing support and advice

P.S. it's good news this cdw is working (just recorded
a cd and read back). This model is used in all
blade 1500 (red or silver) coming out of service. 


-- 
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423



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