From: Jeremy Fitzhardinge <jeremy@goop.org>
To: Jens Axboe <axboe@suse.de>
Cc: Linux Kernel List <linux-kernel@vger.kernel.org>,
Andrew Morton <akpm@digeo.com>
Subject: 2.5.64-mm6: oops in elv_remove_request
Date: 14 Mar 2003 01:24:44 -0800 [thread overview]
Message-ID: <1047633884.1147.3.camel@ixodes.goop.org> (raw)
In-Reply-To: <20030313190247.GQ836@suse.de>
On Thu, 2003-03-13 at 11:02, Jens Axboe wrote:
> Nope cdrecord is fine, but I think only open by device name works
> currently. So you'd need to do
>
> # cdrecord -dev=/dev/hdX -inq
>
> to print inquiry data, for instance.
I get this with some random cdrecord rpm:
# cdrecord dev=/dev/hdc -inq
Cdrecord 2.01a05 (i686-pc-linux-gnu) Copyright (C) 1995-2002 J?rg
Schilling
scsidev: '/dev/hdc'
devname: '/dev/hdc'
scsibus: -2 target: -2 lun: -2
Warning: Open by 'devname' is unintentional and not supported.
Linux sg driver version: 3.5.27
Using libscg version 'schily-0.7'
cdrecord: Operation not permitted. Cannot send SCSI cmd via ioctl
strace shows this:
open("/dev/hdc", O_RDWR|O_NONBLOCK) = 3
fcntl64(3, F_GETFL) = 0x8802 (flags O_RDWR|O_NONBLOCK|O_LARGEFILE)
fcntl64(3, F_SETFL, O_RDWR|O_LARGEFILE) = 0
ioctl(3, 0x5382, 0xbfffc490) = 0
ioctl(3, 0x5386, 0xbfffc48c) = 0
ioctl(3, 0x2282, 0xbfffc494) = 0
write(2, "Linux sg driver version: 3.5.27\n", 32) = 32
ioctl(3, 0x5382, 0xbfffc430) = 0
ioctl(3, 0x5386, 0xbfffc42c) = 0
ioctl(3, 0x2201, 0xbfffc344) = 0
fstat64(3, {st_mode=S_IFBLK|0660, st_rdev=makedev(22, 0), ...}) = 0
write(1, "Using libscg version \'schily-0.7"..., 34) = 34
ioctl(3, 0x2272, 0xbfffc674) = 0
ioctl(3, 0x2272, 0xbfffc670) = 0
ioctl(3, 0x2272, 0xbfffc644) = 0
ioctl(3, 0x2272, 0xbfffc640) = 0
brk(0x80a4000) = 0x80a4000
gettimeofday({1047632019, 859019}, NULL) = 0
write(3, "*\0\0\0$\0\0\0\5\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 42) = -1 EPERM (Operation not permitted)
ioctl(3, 0x2201, 0xbfff45f4) = 0
gettimeofday({1047632019, 859188}, NULL) = 0
write(2, "cdrecord: Operation not permitte"..., 66) = 66
munmap(0x40013000, 4096) = 0
With the version or cdrtools I compiled, I get an instant oops+lockup
with the above command when running with anticipatory scheduler in
2.5.64-mm6 (hand written):
elv_remove_request
ide_end_request
cdrom_end_request
cdrom_decode_status
cdrom_newpc_intr
ide_do_request
ide_intr
cdrom_newpc_intr
handle_IRQ_event
do_IRQ
default_idle
"
common_interrupt
...
I'll try it with deadline and see what happens... seems to work OK:
# ./cdrecord dev=/dev/hdc -inq
Cdrecord 2.01a05 (i686-pc-linux-gnu) Copyright (C) 1995-2002 J?rg Schilling
scsidev: '/dev/hdc'
devname: '/dev/hdc'
scsibus: -2 target: -2 lun: -2
Warning: Open by 'devname' is unintentional and not supported.
Linux sg driver version: 3.5.27
Using libscg version 'schily-0.7'
Device type : Removable CD-ROM
Version : 2
Response Format: 2
Capabilities :
Vendor_info : 'PLEXTOR '
Identifikation : 'CD-R PX-W4824A'
Revision : '1.04'
Device seems to be: Generic mmc CD-RW.
though I don't seem to be able to set up a default device in
/etc/cdrecord.conf.
J
next prev parent reply other threads:[~2003-03-14 9:14 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-03-13 17:22 2.5.64-mm6: kernel BUG at kernel/timer.c:155! Jeremy Fitzhardinge
2003-03-13 17:45 ` Jeremy Fitzhardinge
2003-03-13 17:54 ` Jens Axboe
2003-03-13 18:04 ` Jeremy Fitzhardinge
2003-03-13 19:02 ` Jens Axboe
2003-03-14 9:24 ` Jeremy Fitzhardinge [this message]
2003-03-14 10:42 ` 2.5.64-mm6: oops in elv_remove_request Jens Axboe
2003-03-14 10:06 ` Jeremy Fitzhardinge
2003-03-14 10:31 ` Jeremy Fitzhardinge
2003-03-14 11:37 ` Jens Axboe
2003-03-14 17:59 ` Jeremy Fitzhardinge
2003-03-14 18:07 ` Jens Axboe
2003-03-14 22:19 ` Jeremy Fitzhardinge
2003-03-15 8:15 ` Jens Axboe
2003-03-16 2:54 ` Jeremy Fitzhardinge
2003-03-17 8:05 ` Jens Axboe
2003-03-17 16:56 ` Jeremy Fitzhardinge
2003-03-24 13:14 ` Jens Axboe
2003-03-14 20:33 ` Jens Axboe
2003-03-14 22:15 ` Jeremy Fitzhardinge
2003-03-15 8:15 ` Jens Axboe
2003-03-13 20:52 ` 2.5.64-mm6: kernel BUG at kernel/timer.c:155! Aravind
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=1047633884.1147.3.camel@ixodes.goop.org \
--to=jeremy@goop.org \
--cc=akpm@digeo.com \
--cc=axboe@suse.de \
--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