July 2003 - Packet Writing - openSUSE Mailing Lists

Continued: Problems getting packet writing working...
by Julien Gaulmin 11 Jul '03

11 Jul '03

Hi, I experience the same problem as Edward Muller in a never ended thread from this list (http://lists.suse.com/archive/packet-writing/2003-Apr/0021.html). The problem is cdrwtool failing to issue quick setup command (and others) to a Pioneer DVR-105 DVD-RW recorder. It appends with Linux 2.4.21 kernel + xfs patch + packet-2.4.21 patch in both ide and ide-scsi emulation. video-01:~> cdrwtool -d /dev/hdb -q using device /dev/hdb 1238KB internal buffer setting write speed to 12x wait_cmd: Input/output error Command failed: 55 10 00 00 00 00 00 00 3c 00 00 00 - sense 05.26.00 00 00 00 00 00 00 00 00 05 32 20 27 0a 00 00 00 20 00 00 00 00 20 00 96 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 08 00 mode_select: Illegal seek set_write Regards, -- julien

2 1

How to identify udf type?
by Graham Vincent 10 Jul '03

10 Jul '03

Hello. I would like to identify what revision of udf is being used on a number of cd-rw and dvd+rw I have. I know that most are rev 1.5 (Linux 2.4.20+packet writing patch) but I suspect that a new cd writer on another machine (Win 98SE/Nero/InCD) is turning out 2.01 or is it 1.02? How can tell the difference? Thanks, Graham

2 1

The never-ending umount()
by Nix 01 Jul '03

01 Jul '03

Well, I tried packet writing on my CD-RW drive (an IDE Yamaha CRW3200E, rev. 1.0d). It supports Mt. Rainier packet writing, so I tried the new and shiny cdmrw patch (specifically I tried to cp -a my 200Mb $HOME across). It seemed to work, although the writing pattern was odd; a hundred or so files would get transferred, then there'd be a long pause, the drive spinning up and down, flicking between reading and writing states --- but it copied. Then I tried to umount, and that failure mode restarted; spin-up, two second pause with the writing light on, spin-down, flicker of reading light, repeat. I left it overnight; in the morning it was still doing this. umount went into D state, blocked in get_request_wait(). In the end I was forced to reboot, because sync(1) was blocking in the same state, too :( Well, Mt. Rainier support is quite new, perhaps it doesn't work right. So I tried the packet-writing patch (against 2.4.21). Same symptoms; umount stalls forever, drive spins up and down endlessly. Anyone seen these symptoms before? Any idea what's going wrong? Is there any more data I can gather? I know that ordinary non-packet writing works fine on this drive (via ide-scsi), so the drive itself is presumably vaguely functional. -- `It is an unfortunate coincidence that the date locarchive.h was written (in hex) matches Ritchie's birthday (in octal).' -- Roland McGrath on the libc-alpha list

2 2