From: A Guy Called Tyketto <tyketto@wizard.com>
To: linux-kernel@vger.kernel.org
Subject: ioctl() still problem w/2.5.18
Date: Sat, 25 May 2002 15:33:15 -0700 [thread overview]
Message-ID: <20020525223315.GA6029@wizard.com> (raw)
I posted this before with 2.5.8 - 2.5.16 before, but the problem still
exists in 2.5.18, so I'll repost.
In 2.5.16, have any restrictions been placed on ioctl()? With 2.5.16,
a non-root user is unable to use /dev/cdrom with an ide cd, to play audio cds.
An strace of workbone shows this:
open("/dev/cdrom", O_RDONLY) = 3
ioctl(3, CDROMSUBCHNL, 0xbfffe814) = -1 EACCES (Permission denied)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
rt_sigaction(SIGINT, {SIG_IGN}, {SIG_DFL}, 8) = 0
ioctl(0, TCGETS, {B38400 opost isig icanon echo ...}) = 0
ioctl(0, SNDCTL_TMR_START, {B38400 opost isig -icanon -echo ...}) = 0
ioctl(0, TCGETS, {B38400 opost isig -icanon -echo ...}) = 0
write(1, "\n", 1
) = 1
ioctl(0, SNDCTL_TMR_START, {B38400 opost isig icanon echo ...}) = 0
ioctl(0, TCGETS, {B38400 opost isig icanon echo ...}) = 0
rt_sigaction(SIGINT, {SIG_DFL}, {SIG_IGN}, 8) = 0
munmap(0x40017000, 4096) = 0
_exit(0) = ?
Workbone is supposed to access /dev/cdrom, and then wait for user
input from the number pad, to play the cd. the following strace from workbone
in 2.5.7 shows this working properly:
write(1, "\33[10m\n", 6
) = 55
open("/dev/cdrom", O_RDONLY) = 3 "..., 55
ioctl(3, CDROMSUBCHNL, 0xbfffe654) = 0
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
ioctl(3, CDROMREADTOCHDR, 0xbfffe626) = 0
ioctl(3, CDROMREADTOCENTRY, 0xbfffe628) = 0
ioctl(3, CDROMREADTOCENTRY, 0xbfffe628) = 0
ioctl(3, CDROMREADTOCENTRY, 0xbfffe628) = 0
ioctl(3, CDROMREADTOCENTRY, 0xbfffe628) = 0
ioctl(3, CDROMREADTOCENTRY, 0xbfffe628) = 0
ioctl(3, CDROMREADTOCENTRY, 0xbfffe628) = 0
ioctl(3, CDROMREADTOCENTRY, 0xbfffe628) = 0
ioctl(3, CDROMREADTOCENTRY, 0xbfffe628) = 0
ioctl(3, CDROMREADTOCENTRY, 0xbfffe628) = 0
ioctl(3, CDROMREADTOCENTRY, 0xbfffe628) = 0
ioctl(3, CDROMREADTOCENTRY, 0xbfffe628) = 0
rt_sigaction(SIGINT, {SIG_IGN}, {SIG_DFL}, 8) = 0
ioctl(0, TCGETS, {B38400 opost isig icanon echo ...}) = 0
This worked as root, and with a kernel <= 2.5.13. I didn't try this
with 2.5.14 or 2.5.15.
since open("/dev/cdrom", O_RDONLY) is returning as it should, It would
be safe to assume that the ioctl() call is causing the problem. /dev/cdrom has
permissions 0666 applied to it.
BL.
--
Brad Littlejohn | Email: tyketto@wizard.com
Unix Systems Administrator, | tyketto@ozemail.com.au
Web + NewsMaster, BOFH.. Smeghead! :) | http://www.wizard.com/~tyketto
PGP: 1024D/E319F0BF 6980 AAD6 7329 E9E6 D569 F620 C819 199A E319 F0BF
next reply other threads:[~2002-05-25 22:36 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-05-25 22:33 A Guy Called Tyketto [this message]
[not found] <20020526160519.A23832@urfass.r-kom.de>
2002-05-26 14:16 ` ioctl() still problem w/2.5.18 Stefan M. Brandl
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20020525223315.GA6029@wizard.com \
--to=tyketto@wizard.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox