Hi! According Documentation/packet-writing.txt disc must be formatted with command "cdrwtool -d /dev/sr0 -q" but it failed with following output: [root@lks /]# cdrwtool -d /dev/sr0 -q using device /dev/sr0 1314KB internal buffer setting write speed to 12x Settings for /dev/sr0: Fixed packets, size 32 Mode-2 disc I'm going to do a quick setup of /dev/sr0. The disc is going to be blanked and formatted with one big track. All data on the device will be lost!! Press CTRL-C to cancel now. ENTER to continue. Initiating quick disc blank Disc capacity is 295264 blocks (590528KB/576MB) Formatting track wait_cmd: Input/output error Command failed: 04 17 00 00 00 00 00 00 00 00 00 00 - sense 05.2c.00 format disc: Illegal seek from dmesg: Attached scsi CD-ROM sr0 at scsi0, channel 0, id 0, lun 0 cdrom: : unknown mrw mode page sr0: scsi3-mmc drive: 40x/40x writer cd/rw xa/form2 cdda tray scsi : aborting command due to timeout : pid 161, scsi0, channel 0, id 0, lun 0 Format Unit 17 00 00 00 00 hda: irq timeout: status=0xd0 { Busy } hda: DMA disabled hda: ATAPI reset complete sr0: disc change detected. sr0: CDROM not ready yet. sr0: CDROM not ready yet. sr0: CDROM not ready yet. sr0: CDROM not ready yet. sr0: CDROM not ready yet. sr0: CDROM not ready yet. sr0: CDROM not ready yet. sr0: CDROM not ready yet. sr0: disc change detected. sr0: CDROM (ioctl) reports ILLEGAL REQUEST. from /proc/scsi/scsi: Attached devices: Host: scsi0 Channel: 00 Id: 00 Lun: 00 Vendor: _NEC Model: DVD_RW ND-1300A Rev: 1.0A Type: CD-ROM ANSI SCSI revision: 02 Removeable: 1 I use 2.4.27 kernel with packet-2.4.27.patch. BTW, I got this errors then use first patch for 2.6.8, but -2 patch solved problems with formatting. Maybe Peter don't sync changes in this patch? -- WBR, Konstantin chat with ==>ICQ: 109916175 Lepikhov, speak to ==>JID: lakostis@jabber.org aka L.A. Kostis write to ==>mailto:lakostis@pisem.net.nospam ...The information is like the bank... (c) EC8OR
On Wed, 20 Oct 2004, Konstantin A. Lepikhov wrote:
[root@lks /]# cdrwtool -d /dev/sr0 -q ... Formatting track wait_cmd: Input/output error Command failed: 04 17 00 00 00 00 00 00 00 00 00 00 - sense 05.2c.00 ... from dmesg: Attached scsi CD-ROM sr0 at scsi0, channel 0, id 0, lun 0 cdrom: : unknown mrw mode page ... I use 2.4.27 kernel with packet-2.4.27.patch. BTW, I got this errors then use first patch for 2.6.8, but -2 patch solved problems with formatting. Maybe Peter don't sync changes in this patch?
Maybe it's caused by a bug in the Mt Rainier detection code. Does this patch help? diff -puN drivers/cdrom/cdrom.c~mrw-fix drivers/cdrom/cdrom.c --- linux/drivers/cdrom/cdrom.c~mrw-fix 2004-10-20 20:32:26.525112552 +0200 +++ linux-petero/drivers/cdrom/cdrom.c 2004-10-20 20:32:26.530111792 +0200 @@ -557,6 +557,8 @@ int cdrom_is_mrw(struct cdrom_device_inf return ret; mfd = (struct mrw_feature_desc *)&buffer[sizeof(struct feature_header)]; + if (be16_to_cpu(mfd->feature_code) != CDF_MRW) + return 1; *write = mfd->write; if ((ret = cdrom_mrw_probe_pc(cdi))) -- Peter Osterlund - petero2@telia.com http://w1.894.telia.com/~u89404340
Hi Peter! Wednesday 20, at 08:44:36 PM you wrote: <skip>
I use 2.4.27 kernel with packet-2.4.27.patch. BTW, I got this errors then use first patch for 2.6.8, but -2 patch solved problems with formatting. Maybe Peter don't sync changes in this patch?
Maybe it's caused by a bug in the Mt Rainier detection code. Does this patch help?
No, it's not help. I think this is due dvd+rw support changes (sorry, forgot to mention - I use mix from packet-2.4.27.patch + mt.rainier support patch + dvd+rw patches) so I try to check this without dvd* patches. -- WBR, Konstantin chat with ==>ICQ: 109916175 Lepikhov, speak to ==>JID: lakostis@jabber.org aka L.A. Kostis write to ==>mailto:lakostis@pisem.net.nospam ...The information is like the bank... (c) EC8OR
On Thu, 21 Oct 2004, Konstantin A. Lepikhov wrote:
Hi Peter!
Wednesday 20, at 08:44:36 PM you wrote:
<skip>
I use 2.4.27 kernel with packet-2.4.27.patch. BTW, I got this errors then use first patch for 2.6.8, but -2 patch solved problems with formatting. Maybe Peter don't sync changes in this patch?
Maybe it's caused by a bug in the Mt Rainier detection code. Does this patch help?
No, it's not help. I think this is due dvd+rw support changes (sorry, forgot to mention - I use mix from packet-2.4.27.patch + mt.rainier support patch + dvd+rw patches) so I try to check this without dvd* patches.
If you're sure that packet-2.6.8-2 works but packet-2.6.8 doesn't, then maybe this patch works. It's a backport of the second bugfix in the 2.6.8-2 patch. diff -puN drivers/scsi/sr_vendor.c~dvdrw-fix drivers/scsi/sr_vendor.c --- linux/drivers/scsi/sr_vendor.c~dvdrw-fix 2004-10-20 23:15:43.864690544 +0200 +++ linux-petero/drivers/scsi/sr_vendor.c 2004-10-20 23:19:07.572722216 +0200 @@ -68,7 +68,7 @@ static unsigned short sr_mmc3_profile(int minor) { - unsigned char cmd [10], buffer [12]; + unsigned char cmd [10], buffer [32]; int rc, mmc3_profile; /* Read MMC-3 profile */ @@ -77,7 +77,8 @@ static unsigned short sr_mmc3_profile(in (scsi_CDs[minor].device->lun << 5) : 0; cmd[2] = cmd[3] = 0; /* Starting Feature Number */ cmd[4] = cmd[5] = cmd [6] = 0; /* Reserved */ - cmd[7] = 0; cmd [8] = 8; /* Allocation Length */ + cmd[7] = 0; + cmd[8] = sizeof(buffer); /* Allocation Length */ cmd[9] = 0; /* Control */ rc = sr_do_ioctl(minor, cmd, buffer, 8, 1, SCSI_DATA_READ, NULL, VENDOR_TIMEOUT); if (rc) { /* doesn't seem to support MMC3 profiles!!! */ -- Peter Osterlund - petero2@telia.com http://w1.894.telia.com/~u89404340
No, it's not help. I think this is due dvd+rw support changes (sorry, forgot to mention - I use mix from packet-2.4.27.patch + mt.rainier support patch + dvd+rw patches) so I try to check this without dvd* patches.
If you're sure that packet-2.6.8-2 works but packet-2.6.8 doesn't, then maybe this patch works. It's a backport of the second bugfix in the 2.6.8-2 patch. Ok, i'm not sure now :) This patch also didn't help (in the logs appears messages "ide-scsi: The scsi wants send more data than expected"). Now what I have - only 2.4.27-packet.patch + mrw patch works fine (cdrwtool/cdmrw format discs without a problems on /dev/srX and /dev/hdX). Applying dvd+rw/dvd-rw patches makes cdrwtool fail on /dev/srX (timeouts
Hi Peter! Wednesday 20, at 11:23:45 PM you wrote: <skip> problem as I write before) and works with /dev/hdX. So my dream - how make it work together? :) PS BTW, mrw read/write works only with /dev/hdX devices, but docs says that is normal, so it's just quick note. -- WBR, Konstantin chat with ==>ICQ: 109916175 Lepikhov, speak to ==>JID: lakostis@jabber.org aka L.A. Kostis write to ==>mailto:lakostis@pisem.net.nospam ...The information is like the bank... (c) EC8OR
Hi! Friday 22, at 12:25:54 AM you wrote:
Ok, i'm not sure now :) This patch also didn't help (in the logs appears messages "ide-scsi: The scsi wants send more data than expected"). Now what I have - only 2.4.27-packet.patch + mrw patch works fine (cdrwtool/cdmrw format discs without a problems on /dev/srX and /dev/hdX). Applying dvd+rw/dvd-rw patches makes cdrwtool fail on /dev/srX (timeouts problem as I write before) and works with /dev/hdX. So my dream - how make it work together? :) now I clear the situation for myself - all this problems is occur when using kernel with lowlatency patches by Andrew Morton. Maybe Jens know why its dont work or maybe Andrew ;) I can send kernel Oops and other data for analyzing to anyone who can make pktcdvd + lowlatency happy.
PS It's just a message for mail archive and google )) -- WBR, Konstantin chat with ==>ICQ: 109916175 Lepikhov, speak to ==>JID: lakostis@jabber.org aka L.A. Kostis write to ==>mailto:lakostis@pisem.net.nospam ...The information is like the bank... (c) EC8OR
On Fri, 22 Oct 2004, Konstantin A. Lepikhov wrote:
Friday 22, at 12:25:54 AM you wrote:
Ok, i'm not sure now :) This patch also didn't help (in the logs appears messages "ide-scsi: The scsi wants send more data than expected"). Now what I have - only 2.4.27-packet.patch + mrw patch works fine (cdrwtool/cdmrw format discs without a problems on /dev/srX and /dev/hdX). Applying dvd+rw/dvd-rw patches makes cdrwtool fail on /dev/srX (timeouts problem as I write before) and works with /dev/hdX. So my dream - how make it work together? :)
now I clear the situation for myself - all this problems is occur when using kernel with lowlatency patches by Andrew Morton. Maybe Jens know why its dont work or maybe Andrew ;) I can send kernel Oops and other data for analyzing to anyone who can make pktcdvd + lowlatency happy.
I use 2.6 and CONFIG_PREEMPT and haven't had any problems caused by the preemptible kernel. I think 2.6 + preempt gives you the same advantage as using 2.4 + lowlatency. -- Peter Osterlund - petero2@telia.com http://w1.894.telia.com/~u89404340
now I clear the situation for myself - all this problems is occur when using kernel with lowlatency patches by Andrew Morton. Maybe Jens know why its dont work or maybe Andrew ;) I can send kernel Oops and other data for analyzing to anyone who can make pktcdvd + lowlatency happy.
I use 2.6 and CONFIG_PREEMPT and haven't had any problems caused by the preemptible kernel. I think 2.6 + preempt gives you the same advantage as using 2.4 + lowlatency. Hmm. I'm also haven't problems when use pktcdvd + -ck patches for 2.6. But 2.4 + lowlatency kernel give oops when I try to mke2fs /dev/pktcdvd0, or when try to write something to pkt device and a strange timeout when
Hi Peter! Friday 22, at 08:04:48 PM you wrote: <skip> formatting with cdrwtool on /dev/srX device. Common Oops when writing something to pkt device: <skip> Oct 21 01:24:55 lks kernel: pktcdvd: inserted media is CD-RW Oct 21 01:24:55 lks kernel: pktcdvd: Fixed packets, 32 blocks, Mode-2 disc Oct 21 01:24:55 lks kernel: pktcdvd: enabled write caching on pktcdvd0 Oct 21 01:24:55 lks kernel: pktcdvd: Max. media speed: 10 Oct 21 01:24:59 lks kernel: pktcdvd: 590528kB available on disc Oct 21 01:25:01 lks kernel: elevator returned crap (-850920096) Oct 21 01:25:01 lks kernel: kernel BUG at ll_rw_blk.c:1108! Oct 21 01:25:01 lks kernel: invalid operand: 0000 Oct 21 01:25:01 lks kernel: CPU: 0 Oct 21 01:25:01 lks kernel: EIP: 1010:[__make_request+1211/2016] Tainted: P Oct 21 01:25:01 lks kernel: EIP: 1010:[<c01a536b>] Tainted: P Oct 21 01:25:01 lks kernel: EFLAGS: 00010096 Oct 21 01:25:01 lks kernel: eax: 00000024 ebx: 000000ff ecx: ffffffff edx: 00000000 Oct 21 01:25:01 lks kernel: esi: c3b11720 edi: cdff509c ebp: 00000004 esp: cd47fd38 Oct 21 01:25:01 lks kernel: ds: 1018 es: 1018 ss: 1018 Oct 21 01:25:01 lks kernel: Process mke2fs (pid: 2523, stackpage=cd47f000) Oct 21 01:25:01 lks kernel: Stack: c02542ff cd47fd60 00000000 00000000 00000000 cdff50a4 cbca3f80 000000ff Oct 21 01:25:01 lks kernel: 00000000 00000004 00000000 00000000 c01a57a8 00000000 ce9b03c0 00001000 Oct 21 01:25:01 lks kernel: 00000003 00000000 c013d5a8 00001000 c013d5b8 00001000 ce9b0120 00000004 Oct 21 01:25:01 lks kernel: Call Trace: [submit_bh+88/256] [block_read_full_page+648/688] [block_read_full_page+664/688] [create_buffers+98/224] [blkdev_get_block+30/80] Oct 21 01:25:01 lks kernel: Call Trace: [<c01a57a8>] [<c013d5a8>] [<c013d5b8>] [<c013caf2>] [<c014072e>] Oct 21 01:25:01 lks kernel: [ext3+141943050/256573440] [__refile_buffer+88/96] [__lock_page+186/208] [balance_dirty_state+15/96] [balance_dirty+6/32] [generic_make_request+166/192] Oct 21 01:25:01 lks kernel: [<d90246da>] [<c013c878>] [<c012b6da>] [<c013c6bf>] [<c013c756>] [<c01a5736>] Oct 21 01:25:01 lks kernel: [submit_bh+88/256] [write_locked_buffers+36/48] [write_some_buffers+262/352] [write_unlocked_buffers+22/32] [sync_buffers+34/96] [__block_fsync+37/80] Oct 21 01:25:01 lks kernel: [<c01a57a8>] [<c013b784>] [<c013b896>] [<c013b906>] [<c013ba12>] [<c01408f5>] Oct 21 01:25:01 lks kernel: [sys_fsync+85/160] [system_call+51/64] Oct 21 01:25:01 lks kernel: [<c013bc85>] [<c0109913>] Oct 21 01:25:01 lks kernel: Oct 21 01:25:01 lks kernel: Code: 0f 0b 54 04 ba 42 25 c0 5a 59 8b 44 24 18 85 c0 74 17 8b 4c -- WBR, Konstantin chat with ==>ICQ: 109916175 Lepikhov, speak to ==>JID: lakostis@jabber.org aka L.A. Kostis write to ==>mailto:lakostis@pisem.net.nospam ...The information is like the bank... (c) EC8OR
Hi Peter! Friday 22, at 10:17:13 PM you wrote:
Hmm. I'm also haven't problems when use pktcdvd + -ck patches for 2.6. But 2.4 + lowlatency kernel give oops when I try to mke2fs /dev/pktcdvd0, or when try to write something to pkt device and a strange timeout when formatting with cdrwtool on /dev/srX device.
Now I'm able to write mkfs without oops - after removing patches affected to desktop latency (I'm use patches from http://www.plumlocosoft.com/kernel/) - it's 011-readlatency2.diff and 012-rl2dt.diff. Only scsi timeouts during format is alive. BTW - what's mean this messages ("scsi : aborting command due to timeout : pid 210, scsi1, channel 0, id 0, lun 0 Format Unit 17 00 00 00 00")? -- WBR, Konstantin chat with ==>ICQ: 109916175 Lepikhov, speak to ==>JID: lakostis@jabber.org aka L.A. Kostis write to ==>mailto:lakostis@pisem.net.nospam ...The information is like the bank... (c) EC8OR
Hi Packet! Saturday 23, at 01:09:45 AM you wrote: <skip>
Now I'm able to write mkfs without oops - after removing patches affected to desktop latency (I'm use patches from http://www.plumlocosoft.com/kernel/) - it's 011-readlatency2.diff and 012-rl2dt.diff. Only scsi timeouts during format is alive. BTW - what's mean this messages ("scsi : aborting command due to timeout : pid 210, scsi1, channel 0, id 0, lun 0 Format Unit 17 00 00 00 00")? Okay, now it's final stage :) scsi timeouts gone away when I change HZ value from 1000 to 100 (the default). As I right understand, many sr and scsi code depends on it.
-- WBR, Konstantin chat with ==>ICQ: 109916175 Lepikhov, speak to ==>JID: lakostis@jabber.org aka L.A. Kostis write to ==>mailto:lakostis@pisem.net.nospam ...The information is like the bank... (c) EC8OR
participants (2)
-
Konstantin A. Lepikhov
-
Peter Osterlund