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

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

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

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 majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

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

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

Frank Jacobberger wrote:
> 
> 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?

-- 

=====================================================================
Mohammad A. Haque                              http://www.haque.net/ 
                                               mhaque@haque.net

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

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

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

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

-- 

=====================================================================
Mohammad A. Haque                              http://www.haque.net/ 
                                               mhaque@haque.net

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

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

[Jens Axboe]

On Mon, Dec 25 2000, Mohammad A. Haque wrote:
> 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.

> >>EIP; c019c017 <cdrom_log_sense+f/68>   <=====

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

--- drivers/ide/ide-cd.c~	Sat Dec 23 23:59:52 2000
+++ drivers/ide/ide-cd.c	Sun Dec 24 00:03:38 2000
@@ -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 <axboe@suse.de>
* SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

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

[Mohammad A. Haque]

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

Jens Axboe wrote:
> Yes I know about this one, I've attached the patch here again. Linus,
> could you apply?
> 
> --- drivers/ide/ide-cd.c~       Sat Dec 23 23:59:52 2000
> +++ drivers/ide/ide-cd.c        Sun Dec 24 00:03:38 2000
> @@ -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 <axboe@suse.de>
> * SuSE Labs

-- 

=====================================================================
Mohammad A. Haque                              http://www.haque.net/ 
                                               mhaque@haque.net

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

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

[Mohammad A. Haque]

Sorry, I meant DriveReady SeekComplete Error

"Mohammad A. Haque" wrote:
> Fix confirmed. Am i supposed to get some DriveSense errors? I probably
> am just don't recall.

-- 

=====================================================================
Mohammad A. Haque                              http://www.haque.net/ 
                                               mhaque@haque.net

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

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

[Jens Axboe]

On Mon, Dec 25 2000, Mohammad A. Haque wrote:
> 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.

-- 
* Jens Axboe <axboe@suse.de>
* SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/