I managed to get the latest patch to apply to 2.4.6 (had to do a couple small bits manually), and when I booted I noticed something weird: The /dev/pktcdvd that devfs made magically appear was major 0, minor 97! Rummaging around in the code, I found that the line in drivers/block/pktcdvd.c which calls devfs_register has its parameters mixed about. It has as 3 of its parameters "0, DEVFS_FL_DEFAULT, PACKET_MAJOR" (sorry about minor errors in const names, don't have code to look at here). The parameters to devfs_register for those 3 are supposed to be in the order flags, major, minor, so the 0 needs to be moved to be after PACKET_MAJOR. Making that change made the devfs node appear correctly. Also, when built as a module, it seems to leak the /proc/drivers/pktcdvd directory node when unloaded, causing multiple of those nodes to appear if it gets loaded and unloaded repeatedly. -- -Matt Using words to describe magic is like using a screwdriver to cut roast beef. -- Tom Robbins
Hello, I wondered if anyone can give advice how to do packet writing. I use linux with kernel 2.4.6 and an old x2 philips ide CDRW drive (CDD 3610 I think) and would like to use udf with CDRW, but so far without luck. I manage to get the things compiled in the kernel, and the tools from udf 0.9.4.1. I can start cdrwtool, it then waits for me pressing enter (it never actually says, that I should press a key). Then it starts to access the disk (for about the time of a normal write), after that time, the PC freezes, and I can open the drive door manually (it is not locked). I read that the formatting process might take a while, so I also let it run over night, but no success either. Is there a way to debug what is going on? Thanks, Horst Horst@freedict.de Horst Eyermann Germany You need a dictionary? - visit http://www.freedict.de for free (GPL) dictionaries (unix; windows work in progress) For windows, visit http://www.freedict.de/wbuch A article (in German) about dictionary efforts on the net http://www.heise.de/tp/deutsch/inhalt/on/5927/1.html
On Tue, 17 Jul 2001, Horst Eyermann wrote:
Then it starts to access the disk (for about the time of a normal write), after that time, the PC freezes, and I can open the drive door manually (it is not locked).
I read that the formatting process might take a while, so I also let it run over night, but no success either.
Is there a way to debug what is going on?
You can try to do the steps of 'cdrwtool -q' manually instead of all at once. Perhaps only one of the stages fail. Try to run the following commands: cdrwtool -i cdrwtool -bfast cdrwtool -i cdrwtool -m 20000 cdrwtool -i cdrwtool -u 20000 Arnd <><
Hello, it took a while for me to test it (I installed reiserfs first, so it does not take such an awfully long time when I have to reset the machine)
Then it starts to access the disk (for about the time of a normal write), after that time, the PC freezes, and I can open the drive door manually (it is not locked).
I read that the formatting process might take a while, so I also let it run over night, but no success either.
Is there a way to debug what is going on?
You can try to do the steps of 'cdrwtool -q' manually instead of all at once. Perhaps only one of the stages fail.
Try to run the following commands:
cdrwtool -i cdrwtool -bfast cdrwtool -i cdrwtool -m 20000 cdrwtool -i
Up until this point everything works fine (see the attached log file for step 5)
cdrwtool -u 20000
after just a few seconds the whole machine freezes. - Any hints, what to do / check for makeing things work? thanks, Horst
On Sat, Jul 28 2001, Horst Eyermann wrote:
Then it starts to access the disk (for about the time of a normal write), after that time, the PC freezes, and I can open the drive door manually (it is not locked).
I read that the formatting process might take a while, so I also let it run over night, but no success either.
Is there a way to debug what is going on?
You can try to do the steps of 'cdrwtool -q' manually instead of all at once. Perhaps only one of the stages fail.
Try to run the following commands:
cdrwtool -i cdrwtool -bfast cdrwtool -i cdrwtool -m 20000 cdrwtool -i
Up until this point everything works fine (see the attached log file for step 5)
Good
cdrwtool -u 20000
after just a few seconds the whole machine freezes. - Any hints, what to do / check for makeing things work?
This is the first actual direct write to the disc, blank and format both do their own thing. Hmmm this is odd. It's probably most likely a bug in the cdrom driver I would think. Are you using ide-cd or sr? If it's an ATAPI drive and you are using the latter, try ide-cd instead and see if that changes anything. I'm afraid I don't have any good ideas at this point. -- Jens Axboe
Hello, I tried packet writing again, based on kernel 2.4.9: On 30 Jul, Jens Axboe wrote:
On Sat, Jul 28 2001, Horst Eyermann wrote:
Then it starts to access the disk (for about the time of a normal write), after that time, the PC freezes, and I can open the drive door manually (it is not locked).
<snip/>
Try to run the following commands:
<snip/>
cdrwtool -u 20000
after just a few seconds the whole machine freezes. - Any hints, what to do / check for makeing things work?
This is the first actual direct write to the disc, blank and format both do their own thing. Hmmm this is odd. It's probably most likely a bug in the cdrom driver I would think. Are you using ide-cd or sr? If it's an ATAPI drive and you are using the latter, try ide-cd instead and see if that changes anything.
I tried this again. First with ide-scsi, which I usually use, which failed. Then I tried the ide driver (/dev/hdd) - which formatted the disk all right. I then could mount the device all right, but when I tried to write some data to the device, the kernel didn't like it: Aug 19 11:32:53 eaglesnest kernel: pktcdvd: writer hdd sucessfully registered Aug 19 11:33:10 eaglesnest kernel: pktcdvd: inserted media is CD-RW Aug 19 11:33:10 eaglesnest kernel: pktcdvd: Fixed packets, 32 blocks, Mode-2 disc Aug 19 11:33:10 eaglesnest kernel: pktcdvd: speed (R/W) 3/2 Aug 19 11:33:10 eaglesnest kernel: pktcdvd: 40000kB available on disc Aug 19 11:33:10 eaglesnest kernel: UDF-fs DEBUG lowlevel.c:57:udf_get_last_session: XA disk: no, vol_desc_start=0 Aug 19 11:33:10 eaglesnest kernel: UDF-fs DEBUG super.c:1410:udf_read_super: Multi-session=0 Aug 19 11:33:13 eaglesnest kernel: UDF-fs DEBUG super.c:1419:udf_read_super: Lastblock=19999 Aug 19 11:33:13 eaglesnest kernel: UDF-fs DEBUG super.c:410:udf_vrs: Starting at sector 16 (2048 byte sectors) Aug 19 11:33:14 eaglesnest kernel: UDF-fs DEBUG super.c:760:udf_load_pvoldesc: recording time 998213099/244695, 2001/08/19 11:24 (1078) Aug 19 11:33:15 eaglesnest kernel: UDF-fs DEBUG super.c:961:udf_load_logicalvol: Partition (0:0) type 2 on volume 1 Aug 19 11:33:15 eaglesnest kernel: UDF-fs DEBUG super.c:971:udf_load_logicalvol: FileSet found in LogicalVolDesc at block=32, partition=0 Aug 19 11:33:15 eaglesnest kernel: UDF-fs DEBUG super.c:807:udf_load_partdesc: Searching map: (0 == 0) Aug 19 11:33:15 eaglesnest kernel: UDF-fs DEBUG super.c:840:udf_load_partdesc: unallocatedSpaceBitmap (part 0) @ 0 Aug 19 11:33:15 eaglesnest kernel: UDF-fs DEBUG super.c:881:udf_load_partdesc: Partition (0:0 type 1522) starts at physical 2464, block le Aug 19 11:33:15 eaglesnest kernel: UDF-fs DEBUG super.c:1210:udf_load_partition: Using anchor in block 19999 Aug 19 11:33:15 eaglesnest kernel: UDF-fs DEBUG super.c:732:udf_find_fileset: Fileset at block=32, partition=0 Aug 19 11:33:15 eaglesnest kernel: UDF-fs DEBUG super.c:793:udf_load_fileset: Rootdir at block=64, partition=0 Aug 19 11:33:15 eaglesnest kernel: UDF-fs INFO UDF 0.9.4.1-rw (2001/06/13) Mounting volume '', timestamp 2001/08/19 11:24 (1078) Aug 19 11:33:29 eaglesnest kernel: end_request: I/O error, cmd 0 dev 16:40 (hdd), sector 10120 Aug 19 11:33:29 eaglesnest kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000034 Aug 19 11:33:29 eaglesnest kernel: printing eip: Aug 19 11:33:29 eaglesnest kernel: c0173c24 Aug 19 11:33:29 eaglesnest kernel: *pde = 00000000 Aug 19 11:33:29 eaglesnest kernel: Oops: 0000 Aug 19 11:33:29 eaglesnest kernel: CPU: 0 Aug 19 11:33:29 eaglesnest kernel: EIP: 0010:[<c0173c24>] Aug 19 11:33:29 eaglesnest kernel: EFLAGS: 00010246 Aug 19 11:33:29 eaglesnest kernel: eax: 00000000 ebx: cc6889c0 ecx: d75dcba0 edx: 00000000 Aug 19 11:33:29 eaglesnest kernel: esi: 00000000 edi: ca586245 ebp: 00000000 esp: ca5a9ef0 Aug 19 11:33:29 eaglesnest kernel: ds: 0018 es: 0018 ss: 0018 Aug 19 11:33:29 eaglesnest kernel: Process cp (pid: 1089, stackpage=ca5a9000) Aug 19 11:33:29 eaglesnest kernel: Stack: 00006100 000009e2 00000800 cbba3400 00000042 00000000 00000000 c12bf7a8 Aug 19 11:33:29 eaglesnest kernel: bfffe3d9 ca586245 00000245 ca586000 c0128a4c cc567740 c12bf7a8 00000000 Aug 19 11:33:29 eaglesnest kernel: 00000245 cc6889c0 00000000 00000245 00000245 cc688a1c 00000000 00000245 Aug 19 11:33:29 eaglesnest kernel: Call Trace: [<c0128a4c>] [<c0173dab>] [<c0133bab>] [<c0106f3b>] Aug 19 11:33:29 eaglesnest kernel: Aug 19 11:33:29 eaglesnest kernel: Code: 8b 45 34 83 c4 1c f6 83 44 01 00 00 08 74 0d 8d 84 02 d8 00 By the way, the patch I applied is from: http://home1.swipnet.se/~w-15919/patches/packet-2.4.9.patch.bz2 Horst -- Horst@freedict.de Horst Eyermann Germany You need a dictionary? - visit http://www.freedict.de for free (GPL) dictionaries (unix; windows work in progress) For windows, visit http://www.freedict.de/wbuch A article (in German) about dictionary efforts on the net http://www.heise.de/tp/deutsch/inhalt/on/5927/1.html
On Sun, 19 Aug 2001 horst@freedict.de wrote:
Aug 19 11:33:29 eaglesnest kernel: Stack: 00006100 000009e2 00000800 cbba3400 00000042 00000000 00000000 c12bf7a8 Aug 19 11:33:29 eaglesnest kernel: bfffe3d9 ca586245 00000245 ca586000 c0128a4c cc567740 c12bf7a8 00000000 Aug 19 11:33:29 eaglesnest kernel: 00000245 cc6889c0 00000000 00000245 00000245 cc688a1c 00000000 00000245 Aug 19 11:33:29 eaglesnest kernel: Call Trace: [<c0128a4c>] [<c0173dab>] [<c0133bab>] [<c0106f3b>] Aug 19 11:33:29 eaglesnest kernel: Aug 19 11:33:29 eaglesnest kernel: Code: 8b 45 34 83 c4 1c f6 83 44 01 00 00 08 74 0d 8d 84 02 d8 00
You have to run the oops through ksymoops to make the information useful.
By the way, the patch I applied is from:
http://home1.swipnet.se/~w-15919/patches/packet-2.4.9.patch.bz2
Note that if you had problems with the latest official patch from Jens, you will most probably have the same problems with that patch as well. I have not made any improvements in the patch, I just fixed the conflicts to make it apply cleanly on top of 2.4.9. The only non-trivial change I did was to use the new completion interface Linus introduced to fix some race condition. -- Peter Österlund peter.osterlund@mailbox.swipnet.se Sköndalsvägen 35 http://home1.swipnet.se/~w-15919 S-128 66 Sköndal +46 8 942647 Sweden
participants (6)
-
Arnd Bergmann -
Horst Eyermann -
horst＠freedict.de
-
Jens Axboe -
Matthew Gabeler-Lee -
Peter Osterlund