test13-pre4... udf problem with dvd access vs test12

DISCUSSION Frank Jacobberger 3 participants 7 messages Dec 25, 2000

Share & tools

Frank Jacobberger

author

2000-12-25 10:58 UTC #0 lore raw

Odd happening here. Been running good as gold through test12 with accessing my dvd to using oms. Now updating to test13-pre4 I get a complete lock up of my whole system when executing oms.

I can access the drive via mounting it... with no trouble what ever.

Here is a snip from my message file.... No clue what to test for here...

Perhaps udf.c is the problem?

Any ideas?

Merry Christmas

Frank

Dec 25 02:02:13 f1j kernel: hdf: packet command error: status=0x51 {
DriveReady SeekComplete Error }
Dec 25 02:02:13 f1j kernel: hdf: packet command error: error=0x00
Dec 25 02:02:13 f1j kernel: ATAPI device hdf:
Dec 25 02:02:13 f1j kernel:   Error: No sense data -- (Sense key=0x00)
Dec 25 02:02:13 f1j kernel:   No additional sense information --
(asc=0x00, ascq=0x00)
Dec 25 02:02:13 f1j kernel:   The failed "Report Key" packet command
was:
Dec 25 02:02:13 f1j kernel:   "a4 00 00 00 00 00 00 00 00 0c c4 00 "
Dec 25 02:02:14 f1j kernel: hdf: command error: status=0x51 { DriveReady
SeekComplete Error }
Dec 25 02:02:14 f1j kernel: hdf: command error: error=0x50
Dec 25 02:02:14 f1j kernel: end_request: I/O error, dev 21:40 (hdf),
sector 1148
Dec 25 02:02:14 f1j kernel: ATAPI device hdf:
Dec 25 02:02:14 f1j kernel:   Error: Illegal request -- (Sense key=0x05)

Dec 25 02:02:14 f1j kernel:   Read of scrambled sector without
authentication -- (asc=0x6f, ascq=0x03)
Dec 25 02:02:14 f1j kernel: hdf: command error: status=0x51 { DriveReady
SeekComplete Error }
Dec 25 02:02:14 f1j kernel: hdf: command error: error=0x50
Dec 25 02:02:14 f1j kernel: ATAPI device hdf:
Dec 25 02:02:14 f1j kernel:   Error: Illegal request -- (Sense key=0x05)

Dec 25 02:02:14 f1j kernel:   Read of scrambled sector without
authentication -- (asc=0x6f, ascq=0x03)
Dec 25 02:02:14 f1j kernel: hdf: command error: status=0x51 { DriveReady
SeekComplete Error }
Dec 25 02:02:14 f1j kernel: hdf: command error: error=0x50
Dec 25 02:02:14 f1j kernel: end_request: I/O error, dev 21:40 (hdf),
sector 1152
Dec 25 02:02:14 f1j kernel: ATAPI device hdf:
Dec 25 02:02:14 f1j kernel:   Error: Illegal request -- (Sense key=0x05)

Dec 25 02:02:14 f1j kernel:   Read of scrambled sector without
authentication -- (asc=0x6f, ascq=0x03)
Dec 25 02:02:14 f1j kernel: hdf: command error: status=0x51 { DriveReady
SeekComplete Error }
Dec 25 02:02:14 f1j kernel: hdf: command error: error=0x50
Dec 25 02:02:14 f1j kernel: end_request: I/O error, dev 21:40 (hdf),
sector 1153
Dec 25 02:02:14 f1j kernel: ATAPI device hdf:
Dec 25 02:02:14 f1j kernel:   Error: Illegal request -- (Sense key=0x05)

Dec 25 02:02:14 f1j kernel:   Read of scrambled sector without
authentication -- (asc=0x6f, ascq=0x03)
Dec 25 02:02:14 f1j kernel: hdf: command error: status=0x51 { DriveReady
SeekComplete Error }
Dec 25 02:02:14 f1j kernel: hdf: command error: error=0x50
Dec 25 02:02:14 f1j kernel: end_request: I/O error, dev 21:40 (hdf),
sector 1154
Dec 25 02:02:14 f1j kernel: ATAPI device hdf:
Dec 25 02:02:14 f1j kernel:   Error: Illegal request -- (Sense key=0x05)

Dec 25 02:02:14 f1j kernel:   Read of scrambled sector without
authentication -- (asc=0x6f, ascq=0x03)
Dec 25 02:02:14 f1j kernel: hdf: command error: status=0x51 { DriveReady
SeekComplete Error }
Dec 25 02:02:14 f1j kernel: hdf: command error: error=0x50
Dec 25 02:02:14 f1j kernel: end_request: I/O error, dev 21:40 (hdf),
sector 1155
Dec 25 02:02:14 f1j kernel: ATAPI device hdf:
Dec 25 02:02:14 f1j kernel:   Error: Illegal request -- (Sense key=0x05)

Dec 25 02:02:14 f1j kernel:   Read of scrambled sector without

authentication -- (asc=0x6f, ascq=0x03)

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/

Mohammad A. Haque

2000-12-25 16:20 UTC #1 lore raw

I just captured the oops.

It happens when you try to mount (mount -t udf /dev/foo /mnt/bar) an encrypted dvd. At least it does on my end. Unencrypted dvds mount fine.

ksymoops coming soon.

Quoted 12 lines · Frank Jacobberger

Odd happening here. Been running good as gold through test12 with accessing my dvd to using oms. Now updating to test13-pre4 I get a complete lock up of my whole system when executing oms.
I can access the drive via mounting it... with no trouble what ever.
Here is a snip from my message file.... No clue what to test for here...
Perhaps udf.c is the problem?
Any ideas?

Signature · 12 lines

=====================================================================
Mohammad A. Haque                              http://www.haque.net/ 
                                               [email protected]

  "Alcohol and calculus don't mix.             Project Lead
   Don't drink and derive." --Unknown          http://wm.themes.org/
                                               [email protected]
=====================================================================
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/

Mohammad A. Haque

2000-12-25 16:35 UTC #2 lore raw

In reply to Frank Jacobberger

Jens, I made sure to reverse the udf patch I mentioned in another thread (all it really is merging changes from linux-udf cvs into the current kernel). So this is from a clean test13-pre4 w/ some netfilter fixes.

ksymoops 0.7c on i686 2.4.0-test13-pre4. Options used
-V (default)
-K (specified)
-L (specified)
-o /lib/modules/2.4.0-test13-pre4/ (default) -m /usr/src/linux/System.map (default)

No modules in ksyms, skipping objects

Oops: 0000
CPU:    0
EIP:    0010:[<c019c017>]

Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010082
eax: 00000000 ebx: 00000000 ecx: d5efc610 edx: d3efc610
esi: 00000001 edi: c02fa0a4 ebp: 00000003 esp: c0297e84
ds: 0018 es: 0018 ss: 0018
Process swapper (pid: 0, stackpage=c0297000)

Stack: c02fa0a4 c019c088 c02fa0a4 00000000 d3efc610 d3efc650 00000001
c02fa0a4 
       00000003 c1578078 c019269e c019d2d5 c02fa0a4 00000012 c019d260
c019d4d8 
       c02fa0a4 00000000 c02fa0a4 d3efc650 c0192a09 c02fa0a4 d3efc650
00000000 
Call Trace: [<0019c08b>] [<c019269e>] [<c019d2d5>] [<c019d260>]
[<c019d4d8>] [<c0192a09>] [<c019c464>] 
       [<c019d173>] [<c011ccd2>] [<c0193127>] [<c019d0ac>] [<c010a04f>]
[<c010a1ac>] [<c01071f0>] [<c01071f0>] 
       [<c0108e94>] [<c01071f0>] [<c01071f0>] [<c0100018>] [<c0107213>]
[<c0107279>] [<c0105000>] [<c0100191>] 
Code: 83 78 0c 00 74 04 31 c0 eb 4a 8a 42 02 24 0f 0f b6 c0 83 f8

Quoted 1 line

Quoted 1 line
EIP; c019c017 <cdrom_log_sense+f/68> <=====

Trace; 0019c08b Before first symbol
Trace; c019269e <ide_wait_stat+8a/f8>
Trace; c019d2d5 <cdrom_do_packet_command+39/40>
Trace; c019d260 <cdrom_do_pc_continuation+0/3c>
Trace; c019d4d8 <ide_do_rw_cdrom+f0/12c>
Trace; c0192a09 <start_request+18d/204>
Trace; c019c464 <cdrom_end_request+3c/70>
Trace; c019d173 <cdrom_pc_intr+c7/1b4>
Trace; c011ccd2 <timer_bh+222/25c>
Trace; c0193127 <ide_intr+fb/150>
Trace; c019d0ac <cdrom_pc_intr+0/1b4>
Trace; c010a04f <handle_IRQ_event+2f/58>
Trace; c010a1ac <do_IRQ+6c/b0>
Trace; c01071f0 <default_idle+0/28>
Trace; c01071f0 <default_idle+0/28>
Trace; c0108e94 <ret_from_intr+0/20>
Trace; c01071f0 <default_idle+0/28>
Trace; c01071f0 <default_idle+0/28>
Trace; c0100018 <startup_32+18/139>
Trace; c0107213 <default_idle+23/28>
Trace; c0107279 <cpu_idle+41/54>
Trace; c0105000 <empty_bad_page+0/1000>
Trace; c0100191 <L6+0/2>
Code; c019c017 <cdrom_log_sense+f/68>
00000000 <_EIP>:
Code; c019c017 <cdrom_log_sense+f/68> <=====
0: 83 78 0c 00 cmpl $0x0,0xc(%eax) <=====
Code; c019c01b <cdrom_log_sense+13/68>
4: 74 04 je a <_EIP+0xa> c019c021
<cdrom_log_sense+19/68>
Code; c019c01d <cdrom_log_sense+15/68>
6: 31 c0 xor %eax,%eax
Code; c019c01f <cdrom_log_sense+17/68>
8: eb 4a jmp 54 <_EIP+0x54> c019c06b
<cdrom_log_sense+63/68>
Code; c019c021 <cdrom_log_sense+19/68>
a: 8a 42 02 mov 0x2(%edx),%al
Code; c019c024 <cdrom_log_sense+1c/68>
d: 24 0f and $0xf,%al
Code; c019c026 <cdrom_log_sense+1e/68>
f: 0f b6 c0 movzbl %al,%eax
Code; c019c029 <cdrom_log_sense+21/68>
12: 83 f8 00 cmp $0x0,%eax

Quoted 8 lines · Mohammad A. Haque

I just captured the oops.
It happens when you try to mount (mount -t udf /dev/foo /mnt/bar) an encrypted dvd. At least it does on my end. Unencrypted dvds mount fine.
ksymoops coming soon.

Signature · 12 lines

=====================================================================
Mohammad A. Haque                              http://www.haque.net/ 
                                               [email protected]

  "Alcohol and calculus don't mix.             Project Lead
   Don't drink and derive." --Unknown          http://wm.themes.org/
                                               [email protected]
=====================================================================
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/

Jens Axboe

2000-12-25 16:43 UTC #3 lore raw

In reply to Frank Jacobberger

Quoted 3 lines · Mohammad A. Haque

Jens, I made sure to reverse the udf patch I mentioned in another thread (all it really is merging changes from linux-udf cvs into the current kernel). So this is from a clean test13-pre4 w/ some netfilter fixes.

Ok, looks unrelated however.

Quoted 1 line

Quoted 1 line
Quoted 1 line
EIP; c019c017 <cdrom_log_sense+f/68> <=====

Yes I know about this one, I've attached the patch here again. Linus, could you apply?

ide/ide-cd.c renamed from ide/ide-cd.c~ +1 -1

@@ -333,7 +333,7 @@
 {
 	int log = 0;
 
-	if (sense == NULL || pc->quiet)
+	if (sense == NULL || pc == NULL || pc->quiet)
 		return 0;
 
 	switch (sense->sense_key) {

Signature · 6 lines

* Jens Axboe <[email protected]>
* SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/

Mohammad A. Haque

2000-12-25 16:48 UTC #4 lore raw

In reply to Frank Jacobberger

Fix confirmed. Am i supposed to get some DriveSense errors? I probably am just don't recall.

Quoted 18 lines · Jens Axboe

Yes I know about this one, I've attached the patch here again. Linus, could you apply?
ide/ide-cd.c Sun Dec 24 00:03:38 2000 renamed from ide/ide-cd.c~ Sat Dec 23 23:59:52 2000 +1 -2
@@ -333,7 +333,7 @@
 {
        int log = 0;
 
-       if (sense == NULL || pc->quiet)
+       if (sense == NULL || pc == NULL || pc->quiet)
                return 0;
 
        switch (sense->sense_key) {
 
--
* Jens Axboe <[email protected]>
* SuSE Labs

Signature · 12 lines

=====================================================================
Mohammad A. Haque                              http://www.haque.net/ 
                                               [email protected]

  "Alcohol and calculus don't mix.             Project Lead
   Don't drink and derive." --Unknown          http://wm.themes.org/
                                               [email protected]
=====================================================================
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/

Mohammad A. Haque

2000-12-25 16:55 UTC #5 lore raw

In reply to Frank Jacobberger

Sorry, I meant DriveReady SeekComplete Error

Quoted 2 lines · Mohammad A. Haque

Fix confirmed. Am i supposed to get some DriveSense errors? I probably am just don't recall.

Signature · 12 lines

=====================================================================
Mohammad A. Haque                              http://www.haque.net/ 
                                               [email protected]

  "Alcohol and calculus don't mix.             Project Lead
   Don't drink and derive." --Unknown          http://wm.themes.org/
                                               [email protected]
=====================================================================
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/

Jens Axboe

2000-12-25 17:04 UTC #6 lore raw

In reply to Frank Jacobberger

Quoted 2 lines · Mohammad A. Haque

Fix confirmed. Am i supposed to get some DriveSense errors? I probably am just don't recall.

Good. The whole idea of cdrom_log_sense is to be able to cleanly limit the (often) sense-less (yes, haha :) ide-cd verbosity. Some of the css stuff are obvious candidates. We want users to be aware of the error, but often we end up flooding the logs with the same stuff over and over again. This is often a source of confusion for the casual user.

Signature · 6 lines

* Jens Axboe <[email protected]>
* SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/