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

Mohammad A. Haque
2000-12-25T16:35:27Z

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

>>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

"Mohammad A. Haque" wrote:
>
> 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.
>