June 2003 - Packet Writing - openSUSE Mailing Lists

problem formatting cd-rw with kernel 2.5.70-bk12
by florin＠iucha.net 15 Jul '03

15 Jul '03

Hello, I have patched linux-2.5.70-bk12 with the packet-2.5.70 patch and rebuilt the kernel. I was trying to format a disk, and I got the following error: bear:~# cdrwtool -d /dev/sr0 -q using device /dev/sr0 2338KB 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 276160 blocks (552320KB/539MB) Formatting track wait_cmd: No such device Command failed: 04 17 00 00 00 00 00 00 00 00 00 00 - sense 00.f1.41 format disc: Illegal seek I am using a Plextor 12x SCSI CD-RW. The kernel log contains the following: sr0: scsi3-mmc drive: 32x/32x writer cd/rw xa/form2 cdda tray Attached scsi CD-ROM sr0 at scsi0, channel 0, id 4, lun 0 cdrom: This disc doesn't have any tracks I recognize! advansys: advansys_reset: board 0: SCSI bus reset started... advansys: advansys_reset: board 0: SCSI bus reset successful. scsi: Device offlined - not ready after error recovery: host 0 channel 0 id 4 lun 0 sr0: CDROM not ready yet. Thank you, florin -- "NT is to UNIX what a doughnut is to a particle accelerator."

2 3

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

TODO
by Maciek Fijalkowski 27 Jun '03

27 Jun '03

It seems that I've got to do something around packet layer to pass my exams. I've chosen packet-writing, so: what's the most important todo? --- INTERNATIONAL JOURNAL OF UNCERTAINTY FUZZINESS AND KNOWLEDGE-BASED SYSTEMS

6 10

help with CD-RW packet writing
by Brian Fallik 26 Jun '03

26 Jun '03

I'm trying to setup packet writing on a 2.5 kernel and I was wondering if there were any documented instructions? I found one document, located at http://hints.linuxfromscratch.org/hints/cdrw-hint.txt that was informative but only applied to the 2.4 series. Nothing on google, nothing on usenet, etc. Is anyone even using this? I can find barely any information on packet writing in linux, and what I can find applies to 2.4 kernels. This is supposed to be a feature merged into 2.5 some time ago. Thanks. Please CC me on any replies as I'm not subscribed to this list. brian

1 0

International characters on UDF-FS
by Stephen Mollett 20 Jun '03

20 Jun '03

Hi, I'm trying to back up a load of files with French and German characters in their names to a udf filesystem on a CD-RW. Every time I try to add a file with an accented character, though, I just get "udf: bad UTF-8 character" recorded in the system log, and no file is created. Short of using ext2 instead of udf for the CD, is there any way of fixing this? I've tried specifying --u16 or --u8 when running mkudffs, but it makes no difference. I'm currently running stock kernel 2.4.20. Stephen

3 5

Compressed UDF?
by Nicholas Wourms 20 Jun '03

20 Jun '03

Hi, I know it probably isn't going to work, but what kind of support (if any) does the current linux UDFfs have for reading DirectCD's "Compressed" format? Is this a standard extension or is it something propriatary to Roxio's software? Cheers, Nicholas

2 1

Re: Patch for redhat9?
by Phillip Ross 16 Jun '03

16 Jun '03

�zkan... Thanks for this patch, applies cleanly but the build fails with this error: pktcdvd.c: In function `kcdrwd': pktcdvd.c:1186: `SCHED_OTHER' undeclared (first use in this function) pktcdvd.c:1186: (Each undeclared identifier is reported only once pktcdvd.c:1186: for each function it appears in.) pktcdvd.c:1190: structure has no member named `sigmask_lock' pktcdvd.c: In function `pkt_init_queue': pktcdvd.c:2269: warning: initialization makes integer from pointer without a cast pktcdvd.c:2269: warning: initialization from incompatible pointer type make[2]: *** [pktcdvd.o] Error 1 make[1]: *** [_modsubdir_block] Error 2 make: *** [_mod_drivers] Error 2 I'll try to hack around and see if I can get this working and report any success that I have. Thanks - Phillip --- "O.Sezer" <sezero(a)superonline.com> wrote: > > Phillip Ross wrote: > > > >> I was just wondering... is the packet writing patch for Redhat's > >> kernels still > >> being maintained? > >> > >> Thanks > >> - Phillip > >> > > > > Don't have RedHat installed on my machines, but since they base their > > kernels > > mostly on -ac patches, you may want to try the pktcd-2.4.21rc7-ac1 > > patch, plus its > > update counterpart from > > http://w1.894.telia.com/~u89404340/patches/packet/2.4/ac/ > > You may experience some offsets and fuzzes but no rejects. > > > > �zkan Sezer > > OK, here's a _completely untested_ patch against rh9 (2.4.20-18.9) > (based on the tested -ac patch.) If you report back some success, > I guess Peter may upload it for general use. > > O. Sezer > > ATTACHMENT part 2 application/octet-stream name=pktcd-rh9-2.4.20-18.patch.bz2 __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com

2 3

Patch for SuSE 8.2 kernel
by Reynaldo Gil-García 15 Jun '03

15 Jun '03

Hellow, where I can find the patch for kernel that come with SuSE 8.2? TIA Gil

5 5

Patch for 2.4.21
by Peter Osterlund 14 Jun '03

14 Jun '03

I have uploaded a patch for kernel 2.4.21: http://w1.894.telia.com/~u89404340/patches/packet/2.4/packet-2.4.21.patch.b… Changes since last version: - Made pkt_set_speed use 0xffff when setting maximum speed. - Don't hard code the value for GPCMD_SET_SPEED in pkt_set_speed(). - When closing the packet driver, flush the cache before resetting the speed, because some drives complain with a command sequence error otherwise. - Removed relocate_blocks filesystem hook. It won't be used in 2.4 anyway. - Updated udf filesystem from cvs tree. -- Peter Osterlund - petero2(a)telia.com http://w1.894.telia.com/~u89404340

4 5

Can't mount with Red Hat 9
by Thane Heninger 02 Jun '03

02 Jun '03

I have been trying to get the packet-writing drivers to work with Red Hat 9 and have so far been unable. I'm using kernel 2.4.20-13.9. I patched it with the 2.4.20-2 patch which required a few minor modifications. I am following the very helpful document from Richard Downing [http://hints.linuxfromscratch.org/hints/cdrw-hint.txt]. Everything seems fine until I actually try to mount a udf disk with mount /dev/pktcdvd0 /mnt/cdrom -t udf -o rw,noatime The drive seeks around, blinks the light and such for almost 5 minutes and then I get: mount: /dev/pktcdvd0: can't read superblock During this time, apparently several messages get sent to the system log as I see with dmesg about 44 lines of: usb-uhci.c: interrupt, status 3, frame# 1745 Where the frame can be any number less than 2000. After those lines, dmesg ends with: failed get_disc pktcdvd: pktcdvd0 failed probe I would be enormously grateful if anyone could offer any assistance for helping me to understand and fix this problem. Thank you, Thane Heninger Iomega

2 2