From owner-freebsd-questions  Fri Aug 25 06:42:59 1995
Return-Path: questions-owner
Received: (from majordom@localhost)
          by freefall.FreeBSD.org (8.6.11/8.6.6) id GAA03329
          for questions-outgoing; Fri, 25 Aug 1995 06:42:59 -0700
Received: from hda.com (hda.com [199.232.40.182])
          by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id GAA03321
          for <freebsd-questions@freefall.FreeBSD.org>; Fri, 25 Aug 1995 06:42:57 -0700
Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id JAA18743; Fri, 25 Aug 1995 09:35:32 -0400
From: Peter Dufault <dufault@hda.com>
Message-Id: <199508251335.JAA18743@hda.com>
Subject: Re: xmcd and 1742 and Toshiba 5301B don't work!
To: uphya001@odie.physik2.uni-rostock.de (Lars koeller)
Date: Fri, 25 Aug 1995 09:35:32 -0400 (EDT)
Cc: freebsd-questions@freefall.FreeBSD.org
In-Reply-To: <199508250931.LAA29129@odie.physik2.uni-rostock.de> from "Lars koeller" at Aug 25, 95 11:31:16 am
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Content-Length: 736       
Sender: questions-owner@FreeBSD.org
Precedence: bulk


> SCSI CDB bytes:
> 0000    00 00 00 00 00 00 -- --  -- -- -- -- -- -- -- --    ................
> SCIOCCOMMAND ioctl failed: Permission denied

The xmcd program is opening the CD-ROM device read-only.  The
SCIOCCOMMAND ioctl requires read/write privileges since it it can't
tell what the commands being submitted to the device do.  Here is
a contrived example: an application where as root you lock a CD in
place using PREVENT REMOVAL and then someone with read access uses
ALLOW REMOVAL and EJECT.

This was fixed soon after the driver change to require this but
the fix doesn't seem to have made it into the standard xmcd
distribution.  If you can find out where the open in the source
is you can just add write permissions.

Peter