linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Kernel oops with 2.4.18
@ 2002-03-01  1:10 Alan
  2002-03-01  6:59 ` Zwane Mwaikambo
  0 siblings, 1 reply; 4+ messages in thread
From: Alan @ 2002-03-01  1:10 UTC (permalink / raw)
  To: linux-kernel

Here is one that has been bugging me for a while. Finally got something that 
might point to the cause...

I have a cd-rom that was built on a Mac with the hfs filesystem.  (Yes, I 
know that is strange. What do you expect? It is was made on a Mac!) I have 
gotten a number of these. They used to work. Older kernels deal with this 
type of disc. The later ones do not.

When I mount the disc with "mount -t hfs /dev/scd0 /mnt/cdrom1" the mount 
hangs or segfaults.  This used to work on older kernels.  Everything else has 
worked with the cd-rom.  It broke at least 3-4 versions back.

I finally tracked down a kernel oops from it. It is run through ksymoops.  
Hopefully it is correct.)

It complains about modules. That is because there are none really involved 
here.  (The scsi card and everything else are all compiled in static.)

ksymoops 2.4.1 on i686 2.4.18.  Options used
     -V (default)
     -k /proc/ksyms (default)
     -l /proc/modules (default)
     -o /lib/modules/2.4.18/ (default)
     -m /boot/System.map-2.4.18 (default)

Warning: You did not tell me where to find symbol information.  I will
assume that the log matches the kernel and modules that are running
right now and I'll use the default options above for symbol resolution.
If the current kernel and/or modules do not match the log, you can get
more accurate output by telling me the kernel version and where to find
map, modules, ksyms etc.  ksymoops -h explains the options.

No modules in ksyms, skipping objects
Warning (read_lsmod): no symbols in lsmod, is /proc/modules a valid lsmod 
file?
Feb 28 16:50:11 summanulla kernel: invalid operand: 0000
Feb 28 16:50:11 summanulla kernel: CPU:    0
Feb 28 16:50:11 summanulla kernel: EIP:    0010:[grow_buffers+56/240]    Not 
tainted
Feb 28 16:50:11 summanulla kernel: EIP:    0010:[<c01344c8>]    Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
Feb 28 16:50:11 summanulla kernel: EFLAGS: 00010206
Feb 28 16:50:11 summanulla kernel: eax: 000007ff   ebx: 00000b00   ecx: 
00000800   edx: c19468c0
Feb 28 16:50:11 summanulla kernel: esi: 00000200   edi: 00000b00   ebp: 
00000002   esp: dd7f5d68
Feb 28 16:50:11 summanulla kernel: ds: 0018   es: 0018   ss: 0018
Feb 28 16:50:11 summanulla kernel: Process mount (pid: 1233, 
stackpage=dd7f5000)
Feb 28 16:50:11 summanulla kernel: Stack: 00000b00 00000200 00000002 00000002 
c0132767 00000b00 00000002 00000200 
Feb 28 16:50:11 summanulla kernel:        df8e9a80 00000001 de01f400 c0132988 
00000b00 00000002 00000200 c01e3c0d 
Feb 28 16:50:11 summanulla kernel:        c1959478 00000000 c1959478 00000000 
c016f1f6 00000b00 00000002 00000200 
Feb 28 16:50:11 summanulla kernel: Call Trace: [getblk+39/64] [bread+24/128] 
[scsi_release_command+125/144] [hfs_buffer_get+38/128] [hfs_mdb_get+170/1024] 
Feb 28 16:50:11 summanulla kernel: Call Trace: [<c0132767>] [<c0132988>] 
[<c01e3c0d>] [<c016f1f6>] [<c016dd9a>] 
Feb 28 16:50:11 summanulla kernel:    [<c01e5e01>] [<c016f0a5>] [<c0135636>] 
[<c0122738>] [<c0135a28>] [<c0145173>] 
Feb 28 16:50:11 summanulla kernel:    [<c01123c0>] [<c0106ffc>] [<c014541b>] 
[<c014526c>] [<c01454bc>] [<c0106f0b>] 
Feb 28 16:50:11 summanulla kernel: Code: 0f 0b 8b 44 24 1c 2d 00 02 00 00 3d 
00 0e 00 00 76 02 0f 0b 

>>EIP; c01344c8 <grow_buffers+38/f0>   <=====
Trace; c0132767 <getblk+27/40>
Trace; c0132988 <bread+18/80>
Trace; c01e3c0d <scsi_release_command+7d/90>
Trace; c016f1f6 <hfs_buffer_get+26/80>
Trace; c016dd9a <hfs_mdb_get+aa/400>
Trace; c01e5e01 <ioctl_internal_command+151/160>
Trace; c016f0a5 <hfs_read_super+65/190>
Trace; c0135636 <get_sb_bdev+206/270>
Trace; c0122738 <handle_mm_fault+58/c0>
Trace; c0135a28 <do_kern_mount+b8/140>
Trace; c0145173 <do_add_mount+23/d0>
Trace; c01123c0 <do_page_fault+0/4cb>
Trace; c0106ffc <error_code+34/3c>
Trace; c014541b <do_mount+15b/180>
Trace; c014526c <copy_mount_options+4c/a0>
Trace; c01454bc <sys_mount+7c/c0>
Trace; c0106f0b <system_call+33/38>
Code;  c01344c8 <grow_buffers+38/f0>
00000000 <_EIP>:
Code;  c01344c8 <grow_buffers+38/f0>   <=====
   0:   0f 0b                     ud2a      <=====
Code;  c01344ca <grow_buffers+3a/f0>
   2:   8b 44 24 1c               mov    0x1c(%esp,1),%eax
Code;  c01344ce <grow_buffers+3e/f0>
   6:   2d 00 02 00 00            sub    $0x200,%eax
Code;  c01344d3 <grow_buffers+43/f0>
   b:   3d 00 0e 00 00            cmp    $0xe00,%eax
Code;  c01344d8 <grow_buffers+48/f0>
  10:   76 02                     jbe    14 <_EIP+0x14> c01344dc 
<grow_buffers+4c/f0>
Code;  c01344da <grow_buffers+4a/f0>
  12:   0f 0b                     ud2a   


2 warnings issued.  Results may not be reliable.

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Kernel oops with 2.4.18
  2002-03-01  6:59 ` Zwane Mwaikambo
@ 2002-03-01  6:02   ` Alan
  2002-03-11 17:55   ` Alan
  1 sibling, 0 replies; 4+ messages in thread
From: Alan @ 2002-03-01  6:02 UTC (permalink / raw)
  To: Zwane Mwaikambo; +Cc: Linux Kernel, asun

On Thursday 28 February 2002 22:59, Zwane Mwaikambo wrote:
> On Thu, 28 Feb 2002, Alan wrote:
> > >>EIP; c01344c8 <grow_buffers+38/f0>   <=====
> >
> > Trace; c0132767 <getblk+27/40>
> > Trace; c0132988 <bread+18/80>
> > Trace; c01e3c0d <scsi_release_command+7d/90>
> > Trace; c016f1f6 <hfs_buffer_get+26/80>
> > Trace; c016dd9a <hfs_mdb_get+aa/400>
> > Trace; c01e5e01 <ioctl_internal_command+151/160>
> > Trace; c016f0a5 <hfs_read_super+65/190>
> > Trace; c0135636 <get_sb_bdev+206/270>
> > Trace; c0122738 <handle_mm_fault+58/c0>
> > Trace; c0135a28 <do_kern_mount+b8/140>
> > Trace; c0145173 <do_add_mount+23/d0>
> > Trace; c01123c0 <do_page_fault+0/4cb>
> > Trace; c0106ffc <error_code+34/3c>
> > Trace; c014541b <do_mount+15b/180>
> > Trace; c014526c <copy_mount_options+4c/a0>
> > Trace; c01454bc <sys_mount+7c/c0>
> > Trace; c0106f0b <system_call+33/38>
> > Code;  c01344c8 <grow_buffers+38/f0>
>
> Looks like another didnt_consider_other_blocksizes bug (nb. you're
> using a CDROM which has a block size of 2048). Maintainer CC'd

I figured it was something like that...

I am willing to test patches on the discs I am trying to read. 

Thanks!

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Kernel oops with 2.4.18
  2002-03-01  1:10 Kernel oops with 2.4.18 Alan
@ 2002-03-01  6:59 ` Zwane Mwaikambo
  2002-03-01  6:02   ` Alan
  2002-03-11 17:55   ` Alan
  0 siblings, 2 replies; 4+ messages in thread
From: Zwane Mwaikambo @ 2002-03-01  6:59 UTC (permalink / raw)
  To: Alan; +Cc: Linux Kernel, asun

On Thu, 28 Feb 2002, Alan wrote:
> 
> >>EIP; c01344c8 <grow_buffers+38/f0>   <=====
> Trace; c0132767 <getblk+27/40>
> Trace; c0132988 <bread+18/80>
> Trace; c01e3c0d <scsi_release_command+7d/90>
> Trace; c016f1f6 <hfs_buffer_get+26/80>
> Trace; c016dd9a <hfs_mdb_get+aa/400>
> Trace; c01e5e01 <ioctl_internal_command+151/160>
> Trace; c016f0a5 <hfs_read_super+65/190>
> Trace; c0135636 <get_sb_bdev+206/270>
> Trace; c0122738 <handle_mm_fault+58/c0>
> Trace; c0135a28 <do_kern_mount+b8/140>
> Trace; c0145173 <do_add_mount+23/d0>
> Trace; c01123c0 <do_page_fault+0/4cb>
> Trace; c0106ffc <error_code+34/3c>
> Trace; c014541b <do_mount+15b/180>
> Trace; c014526c <copy_mount_options+4c/a0>
> Trace; c01454bc <sys_mount+7c/c0>
> Trace; c0106f0b <system_call+33/38>
> Code;  c01344c8 <grow_buffers+38/f0>

Looks like another didnt_consider_other_blocksizes bug (nb. you're 
using a CDROM which has a block size of 2048). Maintainer CC'd

Regards,
	Zwane


^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Kernel oops with 2.4.18
  2002-03-01  6:59 ` Zwane Mwaikambo
  2002-03-01  6:02   ` Alan
@ 2002-03-11 17:55   ` Alan
  1 sibling, 0 replies; 4+ messages in thread
From: Alan @ 2002-03-11 17:55 UTC (permalink / raw)
  To: Zwane Mwaikambo; +Cc: Linux Kernel, asun

On Thursday 28 February 2002 22:59, Zwane Mwaikambo wrote:
> On Thu, 28 Feb 2002, Alan wrote:
> > >>EIP; c01344c8 <grow_buffers+38/f0>   <=====
> >
> > Trace; c0132767 <getblk+27/40>
> > Trace; c0132988 <bread+18/80>
> > Trace; c01e3c0d <scsi_release_command+7d/90>
> > Trace; c016f1f6 <hfs_buffer_get+26/80>
> > Trace; c016dd9a <hfs_mdb_get+aa/400>
> > Trace; c01e5e01 <ioctl_internal_command+151/160>
> > Trace; c016f0a5 <hfs_read_super+65/190>
> > Trace; c0135636 <get_sb_bdev+206/270>
> > Trace; c0122738 <handle_mm_fault+58/c0>
> > Trace; c0135a28 <do_kern_mount+b8/140>
> > Trace; c0145173 <do_add_mount+23/d0>
> > Trace; c01123c0 <do_page_fault+0/4cb>
> > Trace; c0106ffc <error_code+34/3c>
> > Trace; c014541b <do_mount+15b/180>
> > Trace; c014526c <copy_mount_options+4c/a0>
> > Trace; c01454bc <sys_mount+7c/c0>
> > Trace; c0106f0b <system_call+33/38>
> > Code;  c01344c8 <grow_buffers+38/f0>
>
> Looks like another didnt_consider_other_blocksizes bug (nb. you're
> using a CDROM which has a block size of 2048). Maintainer CC'd

Was there a patch for this problem yet?  I have not been keeping up with the 
pile of patches and/or the kernel list.

Thanks!

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2002-03-11 19:16 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-03-01  1:10 Kernel oops with 2.4.18 Alan
2002-03-01  6:59 ` Zwane Mwaikambo
2002-03-01  6:02   ` Alan
2002-03-11 17:55   ` Alan

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).