Re: Linux emulation: acd0a is not a cooked ioctl CDROM
Lucky Green [EMAIL PROTECTED] writes: Do you believe that the ATAPI/CAM patches at http://www.cuivre.fr.eu.org/~thomas/atapicam/ might make cdparanoia compatible with an ATAPI drive on FreeBSD? Probably. I guess that would mean the patches would have to provide the cooked ioctl that cdparanoia wants. Not necessarily. Also not important. I would be willing to install -CURRENT if that will make cdparanoia work. I believe that would do it also. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: Linux emulation: acd0a is not a cooked ioctl CDROM
From: Lucky Green [EMAIL PROTECTED] Date: Tue, 8 Oct 2002 17:46:44 -0700 Sender: [EMAIL PROTECTED] Nick wrote: Checking /dev/cdrom for cdrom... Testing /dev/cdrom for cooked ioctl() interface /dev/acd0a is not a cooked ioctl CDROM. Testing /dev/cdrom for SCSI interface /dev/cdrom is not a SCSI device That doesn't look quite right; CDROM devices are usually accessed as /dev/acd0c in FreeBSD. Perhaps double check to see where the /dev/cdroma symlink points to. I have been able to rip from /dev/cdrom linking to /dev/acd0a using cdda2wav without a problem. I just changed /dev/cdrom to link to /dev/acd0c and am getting the same error. This is a different problem. You should re-make the acd devices. This is a result of changes to the ATA code that changed the minor mode of the 'c' device inode from 2 to 0. Just: cd /dev rm acd0* ./MAKEDEV all Then acd0c (and acd1c if you have two CDs) will work. This happens if you don't run mergemaster or did not choose the option to re-make your devices after running it when the change in MAKEDEV took place. R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: [EMAIL PROTECTED] Phone: +1 510 486-8634 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: Linux emulation: acd0a is not a cooked ioctl CDROM
From: Lucky Green [EMAIL PROTECTED] Date: Tue, 8 Oct 2002 20:35:03 -0700 Sender: [EMAIL PROTECTED] Lowell wrote: Lucky Green [EMAIL PROTECTED] writes: Nick wrote: Checking /dev/cdrom for cdrom... Testing /dev/cdrom for cooked ioctl() interface /dev/acd0a is not a cooked ioctl CDROM. Testing /dev/cdrom for SCSI interface /dev/cdrom is not a SCSI device That doesn't look quite right; CDROM devices are usually accessed as /dev/acd0c in FreeBSD. Only if they're ATAPI drives. Which this poster said he had. He also said he was using cdparanoia, which is, as the error message said, specific to SCSI drives. [On Linux, ATAPI drives are supported by making them look like SCSI drives, so it sort of works with cdparanoia, but on FreeBSD ATAPI drives are supported directly.] Do you believe that the ATAPI/CAM patches at http://www.cuivre.fr.eu.org/~thomas/atapicam/ might make cdparanoia compatible with an ATAPI drive on FreeBSD? I guess that would mean the patches would have to provide the cooked ioctl that cdparanoia wants. I would be willing to install -CURRENT if that will make cdparanoia work. You probably don't need to do this. -CURRENT is a BIG change and still likely less stable than desired. The ATAPI/CAM patches are slated to be MFCed as soon as 4.7 is released and the RELENG_4 branch is re-opened. The tree should be re-opened this week unless an unexpected problem shows up, so I would expect -STABLE to have ATAPI/COM support next week. R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: [EMAIL PROTECTED] Phone: +1 510 486-8634 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
RE: Linux emulation: acd0a is not a cooked ioctl CDROM
Lowell wrote:
Lucky Green [EMAIL PROTECTED] writes:
Do you believe that the ATAPI/CAM patches at
http://www.cuivre.fr.eu.org/~thomas/atapicam/ might make cdparanoia
compatible with an ATAPI drive on FreeBSD?
Probably.
I guess that
would mean the
patches would have to provide the cooked ioctl that cdparanoia
wants.
Not necessarily. Also not important.
Thanks everybody for their help. I made some progress. After installing
the ATAPI/CAM patches on FreeBSD 4.6.2, cdparanoia now sees my ATAPI
CDROM drive, though cdparanoia can't read from the drive because
cdparanoia erroneously believes that the drive does not support CDDA.
I have verified that I can access the drive using cdda2wav using both
/dev/acd0c (ATAPI) and 0,0,0 (SCSI). [cdda2wav does not seem to support
the /dev/* notation for SCSI CDROM drives].
Output follows. Note the error message about ioctl's at the bottom.
Any ideas what to try next?
Thanks,
--Lucky Green
--
su-2.05b# ./cdparanoia -vsQ
cdparanoia III release 9.7 (December 13, 1999)
(C) 1999 Monty [EMAIL PROTECTED] and Xiphophorus
Report bugs to [EMAIL PROTECTED]
http://www.xiph.org/paranoia/
Checking /dev/cdrom for cdrom...
Testing /dev/cdrom for cooked ioctl() interface
CDROM sensed: Sony CDU31A or compatible
TOC entry claims an overly large start offset: massaging.
TOC entry claims an overly large start offset: massaging.
TOC entry claims an overly large start offset: massaging.
TOC entry claims an overly large start offset: massaging.
TOC entry claims a negative start offset: massaging.
TOC entry claims an overly large start offset: massaging.
TOC entry claims a negative start offset: massaging.
TOC entry claims an overly large start offset: massaging.
TOC entry claims a negative start offset: massaging.
TOC entry claims an overly large start offset: massaging.
TOC entry claims a negative start offset: massaging.
TOC entries claim non-increasing offsets: massaging.
TOC entries claim non-increasing offsets: massaging.
TOC entries claim non-increasing offsets: massaging.
TOC entries claim non-increasing offsets: massaging.
TOC entries claim non-increasing offsets: massaging.
TOC entries claim non-increasing offsets: massaging.
TOC entries claim non-increasing offsets: massaging.
TOC entries claim non-increasing offsets: massaging.
TOC entries claim non-increasing offsets: massaging. Verifying
drive can read CDDA...
Unable to read any data; drive probably not CDDA capable.
006: Could not read any data from drive
Cdparanoia could not find a way to read audio from this drive.
su-2.05b# cdrecord -scanbus
Cdrecord 1.11a28 (i386-unknown-freebsd4.6.2) Copyright (C) 1995-2002
Jörg
Schilling
Using libscg version 'schily-0.6'
scsibus0:
0,0,0 0) 'YAMAHA ' 'CRW4416E' '1.0j' Removable
CD-ROM
0,1,0 1) *
0,2,0 2) *
0,3,0 3) *
0,4,0 4) *
0,5,0 5) *
0,6,0 6) *
0,7,0 7) *
su-2.05b#
[...]
/var/log/messages shows the following error:
From /var/log/messages:
Oct 9 14:31:43 cheesy /kernel: linux: 'ioctl' fd=3, cmd=0x5310 ('S',16)
not
implemented
Oct 9 14:31:43 cheesy /kernel: linux: 'ioctl' fd=3, cmd=0x530e ('S',14)
not
implemented
---
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-questions in the body of the message
Re: Linux emulation: acd0a is not a cooked ioctl CDROM
Lucky Green [EMAIL PROTECTED] wrote: I am in the process of ripping a large CD collection. Fidelity is paramount. By all accounts, the ripper of choice for audiophiles is cdparanoia. dagrab has worked fine for me for IDE drives. It's in the ports collection. (For SCSI drives I prefer tosha.) Regards Oliver -- Oliver Fromme, secnetix GmbH Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. All that we see or seem is just a dream within a dream (E. A. Poe) To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: Linux emulation: acd0a is not a cooked ioctl CDROM
On October 8, 2002 02:11 am, Oliver Fromme wrote: Lucky Green [EMAIL PROTECTED] wrote: I am in the process of ripping a large CD collection. Fidelity is paramount. By all accounts, the ripper of choice for audiophiles is cdparanoia. dagrab has worked fine for me for IDE drives. It's in the ports collection. (For SCSI drives I prefer tosha.) Regards Oliver Whereas my experience has been that cdparanoia is vastly superior to any of the other tools! I should have checked before migrating from Mandrake to freeBSD. Oh well! Joe - We have been silent witnesses of evil deeds... Will our inward power of resistance be strong enough for us to find our way back? - Dietrich Bonhoeffer To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: Linux emulation: acd0a is not a cooked ioctl CDROM
joe [EMAIL PROTECTED] wrote: On October 8, 2002 02:11 am, Oliver Fromme wrote: Lucky Green [EMAIL PROTECTED] wrote: I am in the process of ripping a large CD collection. Fidelity is paramount. By all accounts, the ripper of choice for audiophiles is cdparanoia. dagrab has worked fine for me for IDE drives. It's in the ports collection. (For SCSI drives I prefer tosha.) Whereas my experience has been that cdparanoia is vastly superior to any of the other tools! In what way superior? dagrab just works. I use it a lot with my notebook's DVD-ROM drive. It makes 100% exact copies of audio CDs. That is, when I read a CD multiple times, the MD5 values of the tracks are the same (and they're also the same when read with the Plextor SCSI drive in my server box), so they're certainly exact digital copies. What else could I ask for? :-) Regards Oliver -- Oliver Fromme, secnetix GmbH Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. All that we see or seem is just a dream within a dream (E. A. Poe) To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: Linux emulation: acd0a is not a cooked ioctl CDROM
Thus spake Lucky Green ([EMAIL PROTECTED]): Checking /dev/cdrom for cdrom... Testing /dev/cdrom for cooked ioctl() interface /dev/acd0a is not a cooked ioctl CDROM. Testing /dev/cdrom for SCSI interface /dev/cdrom is not a SCSI device That doesn't look quite right; CDROM devices are usually accessed as /dev/acd0c in FreeBSD. Perhaps double check to see where the /dev/cdroma symlink points to. Nick -- We demand rigidly defined areas of doubt and uncertainty. -- Douglas Adams To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
RE: Linux emulation: acd0a is not a cooked ioctl CDROM
Nick wrote: Checking /dev/cdrom for cdrom... Testing /dev/cdrom for cooked ioctl() interface /dev/acd0a is not a cooked ioctl CDROM. Testing /dev/cdrom for SCSI interface /dev/cdrom is not a SCSI device That doesn't look quite right; CDROM devices are usually accessed as /dev/acd0c in FreeBSD. Perhaps double check to see where the /dev/cdroma symlink points to. I have been able to rip from /dev/cdrom linking to /dev/acd0a using cdda2wav without a problem. I just changed /dev/cdrom to link to /dev/acd0c and am getting the same error. I suspect that somehow cdparanoia/Linux binaries are expecting the cdrom device to be of a different form than what that device looks like under FreeBSD. Which gets us back to the question of what a cooked ioctl is and how one could perhaps create a device entry for a CDROM under FreeBSD that would meet the cooked ioctl test. Thanks in advance, --Lucky Green To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: Linux emulation: acd0a is not a cooked ioctl CDROM
Lucky Green [EMAIL PROTECTED] writes: Nick wrote: Checking /dev/cdrom for cdrom... Testing /dev/cdrom for cooked ioctl() interface /dev/acd0a is not a cooked ioctl CDROM. Testing /dev/cdrom for SCSI interface /dev/cdrom is not a SCSI device That doesn't look quite right; CDROM devices are usually accessed as /dev/acd0c in FreeBSD. Only if they're ATAPI drives. Which this poster said he had. He also said he was using cdparanoia, which is, as the error message said, specific to SCSI drives. [On Linux, ATAPI drives are supported by making them look like SCSI drives, so it sort of works with cdparanoia, but on FreeBSD ATAPI drives are supported directly.] Perhaps double check to see where the /dev/cdroma symlink points to. I have been able to rip from /dev/cdrom linking to /dev/acd0a using cdda2wav without a problem. I just changed /dev/cdrom to link to /dev/acd0c and am getting the same error. Sure. cdda2wav isn't SCSI-specific. I suspect that somehow cdparanoia/Linux binaries are expecting the cdrom device to be of a different form than what that device looks like under FreeBSD. Which gets us back to the question of what a cooked ioctl is and how one could perhaps create a device entry for a CDROM under FreeBSD that would meet the cooked ioctl test. I suspect that it would work fine if you used it on cd0 instead of acd0. But cd0, of course, is a SCSI device node. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
RE: Linux emulation: acd0a is not a cooked ioctl CDROM
Lowell wrote: Lucky Green [EMAIL PROTECTED] writes: Nick wrote: Checking /dev/cdrom for cdrom... Testing /dev/cdrom for cooked ioctl() interface /dev/acd0a is not a cooked ioctl CDROM. Testing /dev/cdrom for SCSI interface /dev/cdrom is not a SCSI device That doesn't look quite right; CDROM devices are usually accessed as /dev/acd0c in FreeBSD. Only if they're ATAPI drives. Which this poster said he had. He also said he was using cdparanoia, which is, as the error message said, specific to SCSI drives. [On Linux, ATAPI drives are supported by making them look like SCSI drives, so it sort of works with cdparanoia, but on FreeBSD ATAPI drives are supported directly.] Do you believe that the ATAPI/CAM patches at http://www.cuivre.fr.eu.org/~thomas/atapicam/ might make cdparanoia compatible with an ATAPI drive on FreeBSD? I guess that would mean the patches would have to provide the cooked ioctl that cdparanoia wants. I would be willing to install -CURRENT if that will make cdparanoia work. Thanks in advance, --Lucky Green To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Linux emulation: acd0a is not a cooked ioctl CDROM
Configuration: FreeBSD 4.6.2 with latest patches and all ports cvsupped as of a few days ago. ATAPI CDROM. I am in the process of ripping a large CD collection. Fidelity is paramount. By all accounts, the ripper of choice for audiophiles is cdparanoia. Unfortunately, according to their web page, there is no FreeBSD port of cdparanoia, even though OpenBSD and NetBSD ports exist. I therefore installed the Redhat Linux RPM of cdparanoia. The RPM installed without errors and I am able to execute the Linux binary just fine. However, cdparanoia seems to be unable to communicate with my CDROM drive. Here is the error message: #./cdparanoia -vsQ cdparanoia III release 9.7 (December 13, 1999) (C) 1999 Monty [EMAIL PROTECTED] and Xiphophorus Report bugs to [EMAIL PROTECTED] http://www.xiph.org/paranoia/ Checking /dev/cdrom for cdrom... Testing /dev/cdrom for cooked ioctl() interface /dev/acd0a is not a cooked ioctl CDROM. Testing /dev/cdrom for SCSI interface /dev/cdrom is not a SCSI device Checking /dev/hd0 for cdrom... [... Trying a bunch of devices elided in the interest of brevity]. No cdrom drives accessible to root found. - At this point, cdparanoia dumps core. Now I have no idea what a cooked ioctl is and Google was of no help, but I suspect that somehow the Linux emulation layer in FreeBSD does not provide cdparanoia with a device it knows how to talk to. Does anybody here have any idea how to fix/debug this problem? Thanks in advance, --Lucky Green To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
