NetBSD Problem Report #45652

From www@NetBSD.org  Fri Nov 25 14:00:41 2011
Return-Path: <www@NetBSD.org>
Received: from mail.netbsd.org (mail.netbsd.org [204.152.190.11])
	by www.NetBSD.org (Postfix) with ESMTP id 07C8C63DA11
	for <gnats-bugs@gnats.NetBSD.org>; Fri, 25 Nov 2011 14:00:41 +0000 (UTC)
Message-Id: <20111125140040.4F13363CD4E@www.NetBSD.org>
Date: Fri, 25 Nov 2011 14:00:40 +0000 (UTC)
From: donaldcallen@gmail.com
Reply-To: donaldcallen@gmail.com
To: gnats-bugs@NetBSD.org
Subject: cdplay doesn't work
X-Send-Pr-Version: www-1.0

>Number:         45652
>Category:       kern
>Synopsis:       cdplay doesn't work
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    kern-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Nov 25 14:05:00 +0000 2011
>Last-Modified:  Mon Jan 02 18:37:49 +0000 2012
>Originator:     Don Allen
>Release:        5.1
>Organization:
>Environment:
dca@salome:~$ uname -a
NetBSD salome.comcast.net 5.1 NetBSD 5.1 (SALOME) #0: Tue Nov 22 12:38:17 EST 2011  root@salome.comcast.net:/usr/src/sys/arch/amd64/compile/SALOME amd64

>Description:
First of all, yes, I am running a custom 5.1 kernel. But I've tested this with the GENERIC kernel and the problem remains.

dca@salome:/usr/pkgsrc/audio$ cd
dca@salome:~$ cdplay
Type `?' for command list

cdplay> play
cdplay: ioctl(CDIOCPLAYTRACKS): Invalid argument
cdplay> play 1
cdplay: ioctl(CDIOCPLAYTRACKS): Invalid argument

I *did* attempt to build the audio/cdplayer port, which initially failed. Sorry, I didn't save the session output. I then installed the cdplayer package, which succeeded, but CDPlayer did not work:

dca@salome:~$ CDPlayer
Shared object "libgnustep-gui.so.0.16.0" not found

I then tried building the audio/cdplayer port again and this time it succeeded (I'm guessing that the package dragged in dependency that failed to build from source previously). But CDPlay still doesn't work:

dca@salome:~$ CDPlayer
/usr/pkg/lib/GNUstep/Bundles/libgnustep-back-018.bundle/./libgnustep-back-018: Undefined PLT symbol "FTC_Manager_New" (symnum = 396)
dca@salome:~$ 

I'm telling you all this because I'm guessing that all of this unsuccessful mucking around with CDPlayer may have broken cdplay somehow.

>How-To-Repeat:
See description.
>Fix:

>Release-Note:

>Audit-Trail:
From: Donald Allen <donaldcallen@gmail.com>
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: port-amd64/45652: cdplay doesn't work
Date: Fri, 25 Nov 2011 09:45:06 -0500

 On Fri, Nov 25, 2011 at 9:05 AM,  <gnats-admin@netbsd.org> wrote:
 > Thank you very much for your problem report.
 > It has the internal identification `port-amd64/45652'.
 > The individual assigned to look at your
 > report is: port-amd64-maintainer.
 >
 >>Category: =A0 =A0 =A0 port-amd64
 >>Responsible: =A0 =A0port-amd64-maintainer
 >>Synopsis: =A0 =A0 =A0 cdplay doesn't work
 >>Arrival-Date: =A0 Fri Nov 25 14:05:00 +0000 2011

 I just completely reinstalled 5.1 on the system where I encountered
 this error and tried 'cdplay' on the first reboot of the system, and
 got the same IOCTL error I reported in the original report. So my
 speculation that all the thrashing about with the audio/cdplayer
 package had broken something that cdplay relies on is not correct.
 cdplay is broken after a clean install.

 >
 >

From: "Jonathan A. Kollasch" <jakllsch@kollasch.net>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: port-amd64/45652: cdplay doesn't work
Date: Fri, 25 Nov 2011 15:00:37 +0000

 If there are any errors from the cd(4) driver in dmesg after attempting
 to 'play' they might be useful to see.

 Also, please provide output from 'scsictl cd0 identify'.

 Does running 'play' after 'digital' in cdplay(1) work?

 I suspect that newer optical drives may no longer implement analog 
 playback.

From: Donald Allen <donaldcallen@gmail.com>
To: gnats-bugs@netbsd.org
Cc: port-amd64-maintainer@netbsd.org, gnats-admin@netbsd.org, 
	netbsd-bugs@netbsd.org
Subject: Re: port-amd64/45652: cdplay doesn't work
Date: Fri, 25 Nov 2011 11:06:22 -0500

 On Fri, Nov 25, 2011 at 10:05 AM, Jonathan A. Kollasch
 <jakllsch@kollasch.net> wrote:
 > The following reply was made to PR port-amd64/45652; it has been noted by=
  GNATS.
 >
 > From: "Jonathan A. Kollasch" <jakllsch@kollasch.net>
 > To: gnats-bugs@NetBSD.org
 > Cc:
 > Subject: Re: port-amd64/45652: cdplay doesn't work
 > Date: Fri, 25 Nov 2011 15:00:37 +0000
 >
 > =A0If there are any errors from the cd(4) driver in dmesg after attemptin=
 g
 > =A0to 'play' they might be useful to see.

 cd0(piixide0:0:0):  Check Condition on CDB: 0x28 00 00 00 00 00 00 00 01 00
     SENSE KEY:  Illegal Request
                 Incorrect Length Indicator Set
      ASC/ASCQ:  Illegal Mode For This Track

 cd0: dos partition I/O error
 cd0(piixide0:0:0):  Check Condition on CDB: 0x5a 08 0e 00 00 00 00 00 18 00
     SENSE KEY:  Illegal Request
      ASC/ASCQ:  Illegal Field in CDB
          SKSV:  Error in CDB, Offset 2

 cd0(piixide0:0:0):  Check Condition on CDB: 0x5a 00 0e 00 00 00 00 00 18 00
     SENSE KEY:  Illegal Request
      ASC/ASCQ:  Illegal Field in CDB
          SKSV:  Error in CDB, Offset 2



 >
 > =A0Also, please provide output from 'scsictl cd0 identify'.

 dca@salome:~$ scsictl cd0 identify
 scsictl: cd0: Permission denied
 dca@salome:~$ sudo scsictl cd0 identify
 /dev/rcd0d: scsibus0 target 0 lun 0 <HL-DT-ST, DVD-RAM GSA-H60N, CX04>


 >
 > =A0Does running 'play' after 'digital' in cdplay(1) work?

 Yes!

 >
 > =A0I suspect that newer optical drives may no longer implement analog
 > =A0playback.

 This machine was purchased in 6/2008, so about 3.5 years old.

 The optical drive is

 cd0 at atapibus0 drive 0: <HL-DT-STDVD-RAM GSA-H60N, M0084E11213,
 CX04> cdrom removable

 Your conjecture (about lack of hardware support for analog playback)
 sounds right. If so, cdplay ought to detect it, if that's possible,
 and select the correct mode itself. Or, at the very least, some better
 explanation in the man page that would help the user, who typically
 knows nothing of analog vs. digital transfer modes, to make the right
 choice himself. Or something more explicit in the error message than
 complaining about the IOCTL argument, e.g., "If you get this error,
 try enabling 'digital' transfer mode".

 Thanks for your help.

 /Don


 >
 >

Responsible-Changed-From-To: port-amd64-maintainer->pkg-manager
Responsible-Changed-By: dholland@NetBSD.org
Responsible-Changed-When: Mon, 02 Jan 2012 18:36:43 +0000
Responsible-Changed-Why:
pkgsrc issue (and not on alpha, either)


Responsible-Changed-From-To: pkg-manager->kern-bug-people
Responsible-Changed-By: dholland@NetBSD.org
Responsible-Changed-When: Mon, 02 Jan 2012 18:37:49 +0000
Responsible-Changed-Why:
gah, wrong PR.


>Unformatted:

NetBSD Home
NetBSD PR Database Search

(Contact us) $NetBSD: query-full-pr,v 1.39 2013/11/01 18:47:49 spz Exp $
$NetBSD: gnats_config.sh,v 1.8 2006/05/07 09:23:38 tsutsui Exp $
Copyright © 1994-2014 The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.