Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 28 Jul 1998 16:23:46 -0600 (MDT)
From:      "Kenneth D. Merry" <ken@plutotech.com>
To:        scrappy@hub.org (The Hermit Hacker)
Cc:        scsi@FreeBSD.ORG
Subject:   Re: cdrecord+CAM == Broken
Message-ID:  <199807282223.QAA03176@panzer.plutotech.com>
In-Reply-To: <Pine.BSF.3.96.980728171753.307D-100000@thelab.hub.org> from The Hermit Hacker at "Jul 28, 98 05:22:07 pm"

next in thread | previous in thread | raw e-mail | index | archive | help
The Hermit Hacker wrote...
> 
> Hi...
> 
> 	I posted last night about an inability to use cdrecord after
> upgrading to CAM, and one answer back was to use *slap forehead* ktrace to
> determine where the problem was...so I'm doing that now.
> 
> 	My first question is that the third line reported by kdump is:
> 
>  25272 ktrace   RET   ktrace 0
>  25272 ktrace   CALL  readlink(0x2007d0dc,0xefbfd110,0x3f)
>  25272 ktrace   NAMI  "/etc/malloc.conf"
>  25272 ktrace   RET   readlink -1 errno 2 No such file or directory
> 
> 	What is /etc/malloc.conf?  I checked for a man page, but couldn't
> find one :(
> 
> 	Now, to the error itself:
> 
>  25272 cdrecord RET   write 28/0x1c
>  25272 cdrecord CALL  open(0xefbfc320,0x2,0xefbfc320)
>  25272 cdrecord NAMI  "/dev/su0-6-0"
>  25272 cdrecord RET   open -1 errno 2 No such file or directory
>  25272 cdrecord CALL  open(0x12083,0x2,0xefbfdec2)
>  25272 cdrecord NAMI  "/dev/scgx"
>  25272 cdrecord RET   open 3
>  25272 cdrecord CALL  ioctl(0x3,0x400c5104 ,0xefbfc2f0)
>  25272 cdrecord RET   ioctl -1 errno 25 Inappropriate ioctl for device
>  25272 cdrecord CALL  write(0x2,0xefbfc16c,0x40)
> 
> 	Now, it used to use scgx, which is:
> 
> %ls -lt /dev/scgx
> lrwxr-xr-x  1 root  wheel  8 Jul 28 01:20 /dev/scgx -> rcd1.ctl
> 
> 	and it worked fine.  Now it doesn't, but I don't know why.  The
> CDR is at cd1, so the .ctl file I'm using is correct...no?  I can mount
> using cd1c and access files on the CD, so it isn't that the OS isn't
> recognizing the drive...


	Well, the above is pretty solid proof that something is wrong.
You're using the cdrecord code for the *old* SCSI subsystem.  The CAM
cdrecord code never tries to open /dev/su* or /dev/scgx.

	If you don't have the userland CAM code installed, the cdrecord
will not detect that you have a CAM system, and will configure itself for
the old SCSI code.

Ken
-- 
Kenneth Merry
ken@plutotech.com

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-scsi" in the body of the message



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