* oops mounting reiserFS with 2.5.7
@ 2002-03-21 23:23 Luigi Genoni
2002-03-22 13:28 ` bvermeul
2002-03-22 17:53 ` Mike Ricketts
0 siblings, 2 replies; 5+ messages in thread
From: Luigi Genoni @ 2002-03-21 23:23 UTC (permalink / raw)
To: linux-kernel, green
HI,
here is the oops i get mounting reiserFS filesystem with kernel 2.5.7,
just after the message:
found reiserfs format "3.6" with standard journal
Unable to handle kernel NULL pointer dereference at virtual address
00000010
c013415a
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c013415a>] Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010282
eax: 00001000 ebx: 0000000f ecx: 00000009 edx: 00002012
esi: 00000009 edi: 00002012 ebp: 00000000 esp: df97fd94
ds: 0018 es: 0018 ss: 0018
Stack: 00001000 00002012 00000000 df80b000 df80b000 c0134858 00000000 00002012
00001000 df80b000 e08a7000 e08b83ec c0134a97 00000000 00002012 00001000
df80b000 c017b30c 00000000 00002012 00001000 00000811 00000000 df80b154
Call Trace: [<c0134858>] [<c0134a97>] [<c017b30c>] [<c01338b0>] [<c016d439>]
[<c016dd4c>] [<c01858a4>] [<c01393e1>] [<c0137fa0>] [<c016e13f>] [<c016dc20>]
[<c01381a0>] [<c0149679>] [<c0149960>] [<c014979d>] [<c0149d84>] [<c0107047>]
Code: 0f b7 45 10 b0 00 66 0f b6 55 10 01 d0 0f b7 c0 89 44 24 10
>>EIP; c013415a <__get_hash_table+1a/c0> <=====
>>eax; 00001000 Before first symbol
>>edx; 00002012 Before first symbol
>>edi; 00002012 Before first symbol
>>esp; df97fd94 <_end+1f6aa7e8/2052ca54>
Trace; c0134858 <__getblk+18/40>
Trace; c0134a97 <__bread+17/70>
Trace; c017b30c <journal_init+dc/690>
Trace; c01338b0 <__wait_on_buffer+80/90>
Trace; c016d439 <read_bitmaps+c9/160>
Trace; c016dd4c <reiserfs_fill_super+12c/4b0>
Trace; c01858a4 <sprintf+14/20>
Trace; c01393e1 <bdevname+31/3a>
Trace; c0137fa0 <get_sb_bdev+1e0/250>
Trace; c016e13f <reiserfs_get_sb+1f/30>
Trace; c016dc20 <reiserfs_fill_super+0/4b0>
Trace; c01381a0 <do_kern_mount+50/d0>
Trace; c0149679 <do_add_mount+69/140>
Trace; c0149960 <do_mount+170/190>
Trace; c014979d <copy_mount_options+4d/a0>
Trace; c0149d84 <sys_mount+a4/110>
Trace; c0107047 <syscall_call+7/b>
Code; c013415a <__get_hash_table+1a/c0>
00000000 <_EIP>:
Code; c013415a <__get_hash_table+1a/c0> <=====
0: 0f b7 45 10 movzwl 0x10(%ebp),%eax <=====
Code; c013415e <__get_hash_table+1e/c0>
4: b0 00 mov $0x0,%al
Code; c0134160 <__get_hash_table+20/c0>
6: 66 0f b6 55 10 movzbw 0x10(%ebp),%dx
Code; c0134165 <__get_hash_table+25/c0>
b: 01 d0 add %edx,%eax
Code; c0134167 <__get_hash_table+27/c0>
d: 0f b7 c0 movzwl %ax,%eax
Code; c013416a <__get_hash_table+2a/c0>
10: 89 44 24 10 mov %eax,0x10(%esp,1)
The hardware is an AMD Athlon 1300 Mhz 200 MhzFSB,
MB Abit KT133A (via chipset), with 512MB RAM,
and three scsi disks on an adaptec 2940,
kernel is compiled with gcc 2.95.3 and binutils 2.12.90.0.1
This oops is coerent with the message i get booting
a Pentium III 1Ghz on i810 chipset,
at less seeing the EIP (rootfs is reiserFS, and i could not
save the oops).
I am willing to test any patch.
Hope this helps
Luigi
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: oops mounting reiserFS with 2.5.7
2002-03-21 23:23 oops mounting reiserFS with 2.5.7 Luigi Genoni
@ 2002-03-22 13:28 ` bvermeul
2002-03-22 22:36 ` Luigi Genoni
2002-03-23 8:42 ` Hans Reiser
2002-03-22 17:53 ` Mike Ricketts
1 sibling, 2 replies; 5+ messages in thread
From: bvermeul @ 2002-03-22 13:28 UTC (permalink / raw)
To: Luigi Genoni; +Cc: linux-kernel, green
Hi,
I've seen the same on an Athlon 700 MHz with 1.2 GB of memory.
2.4.12-ac5 could read it just fine.
I can't test or reproduce, since I've since replaced reiserfs with ext3
on that box.
Bas Vermeulen
> here is the oops i get mounting reiserFS filesystem with kernel 2.5.7,
> just after the message:
>
> found reiserfs format "3.6" with standard journal
>
>
> Unable to handle kernel NULL pointer dereference at virtual address
> 00000010
> c013415a
> *pde = 00000000
> Oops: 0000
> CPU: 0
> EIP: 0010:[<c013415a>] Not tainted
> Using defaults from ksymoops -t elf32-i386 -a i386
> EFLAGS: 00010282
> eax: 00001000 ebx: 0000000f ecx: 00000009 edx: 00002012
> esi: 00000009 edi: 00002012 ebp: 00000000 esp: df97fd94
> ds: 0018 es: 0018 ss: 0018
> Stack: 00001000 00002012 00000000 df80b000 df80b000 c0134858 00000000 00002012
> 00001000 df80b000 e08a7000 e08b83ec c0134a97 00000000 00002012 00001000
> df80b000 c017b30c 00000000 00002012 00001000 00000811 00000000 df80b154
> Call Trace: [<c0134858>] [<c0134a97>] [<c017b30c>] [<c01338b0>] [<c016d439>]
> [<c016dd4c>] [<c01858a4>] [<c01393e1>] [<c0137fa0>] [<c016e13f>] [<c016dc20>]
> [<c01381a0>] [<c0149679>] [<c0149960>] [<c014979d>] [<c0149d84>] [<c0107047>]
> Code: 0f b7 45 10 b0 00 66 0f b6 55 10 01 d0 0f b7 c0 89 44 24 10
>
>
> >>EIP; c013415a <__get_hash_table+1a/c0> <=====
>
> >>eax; 00001000 Before first symbol
> >>edx; 00002012 Before first symbol
> >>edi; 00002012 Before first symbol
> >>esp; df97fd94 <_end+1f6aa7e8/2052ca54>
>
> Trace; c0134858 <__getblk+18/40>
> Trace; c0134a97 <__bread+17/70>
> Trace; c017b30c <journal_init+dc/690>
> Trace; c01338b0 <__wait_on_buffer+80/90>
> Trace; c016d439 <read_bitmaps+c9/160>
> Trace; c016dd4c <reiserfs_fill_super+12c/4b0>
> Trace; c01858a4 <sprintf+14/20>
> Trace; c01393e1 <bdevname+31/3a>
> Trace; c0137fa0 <get_sb_bdev+1e0/250>
> Trace; c016e13f <reiserfs_get_sb+1f/30>
> Trace; c016dc20 <reiserfs_fill_super+0/4b0>
> Trace; c01381a0 <do_kern_mount+50/d0>
> Trace; c0149679 <do_add_mount+69/140>
> Trace; c0149960 <do_mount+170/190>
> Trace; c014979d <copy_mount_options+4d/a0>
> Trace; c0149d84 <sys_mount+a4/110>
> Trace; c0107047 <syscall_call+7/b>
>
> Code; c013415a <__get_hash_table+1a/c0>
> 00000000 <_EIP>:
> Code; c013415a <__get_hash_table+1a/c0> <=====
> 0: 0f b7 45 10 movzwl 0x10(%ebp),%eax <=====
> Code; c013415e <__get_hash_table+1e/c0>
> 4: b0 00 mov $0x0,%al
> Code; c0134160 <__get_hash_table+20/c0>
> 6: 66 0f b6 55 10 movzbw 0x10(%ebp),%dx
> Code; c0134165 <__get_hash_table+25/c0>
> b: 01 d0 add %edx,%eax
> Code; c0134167 <__get_hash_table+27/c0>
> d: 0f b7 c0 movzwl %ax,%eax
> Code; c013416a <__get_hash_table+2a/c0>
> 10: 89 44 24 10 mov %eax,0x10(%esp,1)
>
>
> The hardware is an AMD Athlon 1300 Mhz 200 MhzFSB,
> MB Abit KT133A (via chipset), with 512MB RAM,
> and three scsi disks on an adaptec 2940,
>
> kernel is compiled with gcc 2.95.3 and binutils 2.12.90.0.1
>
> This oops is coerent with the message i get booting
> a Pentium III 1Ghz on i810 chipset,
> at less seeing the EIP (rootfs is reiserFS, and i could not
> save the oops).
>
> I am willing to test any patch.
>
> Hope this helps
>
> Luigi
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
--
"God, root, what is difference?"
-- Pitr, User Friendly
"God is more forgiving."
-- Dave Aronson
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: oops mounting reiserFS with 2.5.7
2002-03-21 23:23 oops mounting reiserFS with 2.5.7 Luigi Genoni
2002-03-22 13:28 ` bvermeul
@ 2002-03-22 17:53 ` Mike Ricketts
1 sibling, 0 replies; 5+ messages in thread
From: Mike Ricketts @ 2002-03-22 17:53 UTC (permalink / raw)
To: Luigi Genoni; +Cc: linux-kernel, green
On Fri, 22 Mar 2002, Luigi Genoni wrote:
> Unable to handle kernel NULL pointer dereference at virtual address
> 00000010
> c013415a
> *pde = 00000000
> Oops: 0000
> CPU: 0
> EIP: 0010:[<c013415a>] Not tainted
I tihnk, although I might well be wrong:
--- linux-2.5.7/fs/reiserfs/journal.c.orig Tue Mar 12 15:25:27 2002
+++ linux-2.5.7/fs/reiserfs/journal.c Tue Mar 12 15:26:47 2002
@@ -1958,8 +1958,7 @@
SB_ONDISK_JOURNAL_DEVICE( super ) ?
to_kdev_t(SB_ONDISK_JOURNAL_DEVICE( super )) : super -> s_dev;
/* there is no "jdev" option and journal is on separate device */
- if( ( !jdev_name || !jdev_name[ 0 ] ) &&
- SB_ONDISK_JOURNAL_DEVICE( super ) ) {
+ if( ( !jdev_name || !jdev_name[ 0 ] ) ) {
journal -> j_dev_bd = bdget( kdev_t_to_nr( jdev ) );
if( journal -> j_dev_bd )
result = blkdev_get( journal -> j_dev_bd,
@@ -1974,9 +1973,6 @@
return result;
}
- /* no "jdev" option and journal is on the host device */
- if( !jdev_name || !jdev_name[ 0 ] )
- return 0;
journal -> j_dev_file = filp_open( jdev_name, 0, 0 );
if( !IS_ERR( journal -> j_dev_file ) ) {
struct inode *jdev_inode;
--
Mike Ricketts <mike@earth.li> http://www.earth.li/~mike/
Do you have exactly what I want in a plaid poindexter bar bat??
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: oops mounting reiserFS with 2.5.7
2002-03-22 13:28 ` bvermeul
@ 2002-03-22 22:36 ` Luigi Genoni
2002-03-23 8:42 ` Hans Reiser
1 sibling, 0 replies; 5+ messages in thread
From: Luigi Genoni @ 2002-03-22 22:36 UTC (permalink / raw)
To: bvermeul; +Cc: linux-kernel, green
With the patch Oleg sent me (see lkml archive), it works
very well now.
for my needs reiserFS is just optimal, also in production environment.
more, I use reiserFS on sparc64 and alpha CPUs, and I see
it works very well with high load on 64 bit CPUs.
Luigi
On Fri, 22 Mar 2002 bvermeul@devel.blackstar.nl wrote:
> Hi,
>
> I've seen the same on an Athlon 700 MHz with 1.2 GB of memory.
> 2.4.12-ac5 could read it just fine.
>
> I can't test or reproduce, since I've since replaced reiserfs with ext3
> on that box.
>
> Bas Vermeulen
>
> > here is the oops i get mounting reiserFS filesystem with kernel 2.5.7,
> > just after the message:
> >
> > found reiserfs format "3.6" with standard journal
> >
> >
> > Unable to handle kernel NULL pointer dereference at virtual address
> > 00000010
> > c013415a
> > *pde = 00000000
> > Oops: 0000
> > CPU: 0
> > EIP: 0010:[<c013415a>] Not tainted
> > Using defaults from ksymoops -t elf32-i386 -a i386
> > EFLAGS: 00010282
> > eax: 00001000 ebx: 0000000f ecx: 00000009 edx: 00002012
> > esi: 00000009 edi: 00002012 ebp: 00000000 esp: df97fd94
> > ds: 0018 es: 0018 ss: 0018
> > Stack: 00001000 00002012 00000000 df80b000 df80b000 c0134858 00000000 00002012
> > 00001000 df80b000 e08a7000 e08b83ec c0134a97 00000000 00002012 00001000
> > df80b000 c017b30c 00000000 00002012 00001000 00000811 00000000 df80b154
> > Call Trace: [<c0134858>] [<c0134a97>] [<c017b30c>] [<c01338b0>] [<c016d439>]
> > [<c016dd4c>] [<c01858a4>] [<c01393e1>] [<c0137fa0>] [<c016e13f>] [<c016dc20>]
> > [<c01381a0>] [<c0149679>] [<c0149960>] [<c014979d>] [<c0149d84>] [<c0107047>]
> > Code: 0f b7 45 10 b0 00 66 0f b6 55 10 01 d0 0f b7 c0 89 44 24 10
> >
> >
> > >>EIP; c013415a <__get_hash_table+1a/c0> <=====
> >
> > >>eax; 00001000 Before first symbol
> > >>edx; 00002012 Before first symbol
> > >>edi; 00002012 Before first symbol
> > >>esp; df97fd94 <_end+1f6aa7e8/2052ca54>
> >
> > Trace; c0134858 <__getblk+18/40>
> > Trace; c0134a97 <__bread+17/70>
> > Trace; c017b30c <journal_init+dc/690>
> > Trace; c01338b0 <__wait_on_buffer+80/90>
> > Trace; c016d439 <read_bitmaps+c9/160>
> > Trace; c016dd4c <reiserfs_fill_super+12c/4b0>
> > Trace; c01858a4 <sprintf+14/20>
> > Trace; c01393e1 <bdevname+31/3a>
> > Trace; c0137fa0 <get_sb_bdev+1e0/250>
> > Trace; c016e13f <reiserfs_get_sb+1f/30>
> > Trace; c016dc20 <reiserfs_fill_super+0/4b0>
> > Trace; c01381a0 <do_kern_mount+50/d0>
> > Trace; c0149679 <do_add_mount+69/140>
> > Trace; c0149960 <do_mount+170/190>
> > Trace; c014979d <copy_mount_options+4d/a0>
> > Trace; c0149d84 <sys_mount+a4/110>
> > Trace; c0107047 <syscall_call+7/b>
> >
> > Code; c013415a <__get_hash_table+1a/c0>
> > 00000000 <_EIP>:
> > Code; c013415a <__get_hash_table+1a/c0> <=====
> > 0: 0f b7 45 10 movzwl 0x10(%ebp),%eax <=====
> > Code; c013415e <__get_hash_table+1e/c0>
> > 4: b0 00 mov $0x0,%al
> > Code; c0134160 <__get_hash_table+20/c0>
> > 6: 66 0f b6 55 10 movzbw 0x10(%ebp),%dx
> > Code; c0134165 <__get_hash_table+25/c0>
> > b: 01 d0 add %edx,%eax
> > Code; c0134167 <__get_hash_table+27/c0>
> > d: 0f b7 c0 movzwl %ax,%eax
> > Code; c013416a <__get_hash_table+2a/c0>
> > 10: 89 44 24 10 mov %eax,0x10(%esp,1)
> >
> >
> > The hardware is an AMD Athlon 1300 Mhz 200 MhzFSB,
> > MB Abit KT133A (via chipset), with 512MB RAM,
> > and three scsi disks on an adaptec 2940,
> >
> > kernel is compiled with gcc 2.95.3 and binutils 2.12.90.0.1
> >
> > This oops is coerent with the message i get booting
> > a Pentium III 1Ghz on i810 chipset,
> > at less seeing the EIP (rootfs is reiserFS, and i could not
> > save the oops).
> >
> > I am willing to test any patch.
> >
> > Hope this helps
> >
> > Luigi
> >
> > -
> > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at http://vger.kernel.org/majordomo-info.html
> > Please read the FAQ at http://www.tux.org/lkml/
> >
>
> --
> "God, root, what is difference?"
> -- Pitr, User Friendly
>
> "God is more forgiving."
> -- Dave Aronson
>
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: oops mounting reiserFS with 2.5.7
2002-03-22 13:28 ` bvermeul
2002-03-22 22:36 ` Luigi Genoni
@ 2002-03-23 8:42 ` Hans Reiser
1 sibling, 0 replies; 5+ messages in thread
From: Hans Reiser @ 2002-03-23 8:42 UTC (permalink / raw)
To: bvermeul; +Cc: Luigi Genoni, linux-kernel, green
There is a patch for this, it is on our website I believe. The bug was
not introduced by the ReiserFS team.....
Linus is out or we'd be sending it to him.
Hans
bvermeul@devel.blackstar.nl wrote:
>Hi,
>
>I've seen the same on an Athlon 700 MHz with 1.2 GB of memory.
>2.4.12-ac5 could read it just fine.
>
>I can't test or reproduce, since I've since replaced reiserfs with ext3
>on that box.
>
>Bas Vermeulen
>
>>here is the oops i get mounting reiserFS filesystem with kernel 2.5.7,
>>just after the message:
>>
>>found reiserfs format "3.6" with standard journal
>>
>>
>>Unable to handle kernel NULL pointer dereference at virtual address
>>00000010
>>c013415a
>>*pde = 00000000
>>Oops: 0000
>>CPU: 0
>>EIP: 0010:[<c013415a>] Not tainted
>>Using defaults from ksymoops -t elf32-i386 -a i386
>>EFLAGS: 00010282
>>eax: 00001000 ebx: 0000000f ecx: 00000009 edx: 00002012
>>esi: 00000009 edi: 00002012 ebp: 00000000 esp: df97fd94
>>ds: 0018 es: 0018 ss: 0018
>>Stack: 00001000 00002012 00000000 df80b000 df80b000 c0134858 00000000 00002012
>> 00001000 df80b000 e08a7000 e08b83ec c0134a97 00000000 00002012 00001000
>> df80b000 c017b30c 00000000 00002012 00001000 00000811 00000000 df80b154
>>Call Trace: [<c0134858>] [<c0134a97>] [<c017b30c>] [<c01338b0>] [<c016d439>]
>> [<c016dd4c>] [<c01858a4>] [<c01393e1>] [<c0137fa0>] [<c016e13f>] [<c016dc20>]
>> [<c01381a0>] [<c0149679>] [<c0149960>] [<c014979d>] [<c0149d84>] [<c0107047>]
>>Code: 0f b7 45 10 b0 00 66 0f b6 55 10 01 d0 0f b7 c0 89 44 24 10
>>
>>
>>>>EIP; c013415a <__get_hash_table+1a/c0> <=====
>>>>
>>>>eax; 00001000 Before first symbol
>>>>edx; 00002012 Before first symbol
>>>>edi; 00002012 Before first symbol
>>>>esp; df97fd94 <_end+1f6aa7e8/2052ca54>
>>>>
>>Trace; c0134858 <__getblk+18/40>
>>Trace; c0134a97 <__bread+17/70>
>>Trace; c017b30c <journal_init+dc/690>
>>Trace; c01338b0 <__wait_on_buffer+80/90>
>>Trace; c016d439 <read_bitmaps+c9/160>
>>Trace; c016dd4c <reiserfs_fill_super+12c/4b0>
>>Trace; c01858a4 <sprintf+14/20>
>>Trace; c01393e1 <bdevname+31/3a>
>>Trace; c0137fa0 <get_sb_bdev+1e0/250>
>>Trace; c016e13f <reiserfs_get_sb+1f/30>
>>Trace; c016dc20 <reiserfs_fill_super+0/4b0>
>>Trace; c01381a0 <do_kern_mount+50/d0>
>>Trace; c0149679 <do_add_mount+69/140>
>>Trace; c0149960 <do_mount+170/190>
>>Trace; c014979d <copy_mount_options+4d/a0>
>>Trace; c0149d84 <sys_mount+a4/110>
>>Trace; c0107047 <syscall_call+7/b>
>>
>>Code; c013415a <__get_hash_table+1a/c0>
>>00000000 <_EIP>:
>>Code; c013415a <__get_hash_table+1a/c0> <=====
>> 0: 0f b7 45 10 movzwl 0x10(%ebp),%eax <=====
>>Code; c013415e <__get_hash_table+1e/c0>
>> 4: b0 00 mov $0x0,%al
>>Code; c0134160 <__get_hash_table+20/c0>
>> 6: 66 0f b6 55 10 movzbw 0x10(%ebp),%dx
>>Code; c0134165 <__get_hash_table+25/c0>
>> b: 01 d0 add %edx,%eax
>>Code; c0134167 <__get_hash_table+27/c0>
>> d: 0f b7 c0 movzwl %ax,%eax
>>Code; c013416a <__get_hash_table+2a/c0>
>> 10: 89 44 24 10 mov %eax,0x10(%esp,1)
>>
>>
>>The hardware is an AMD Athlon 1300 Mhz 200 MhzFSB,
>>MB Abit KT133A (via chipset), with 512MB RAM,
>>and three scsi disks on an adaptec 2940,
>>
>>kernel is compiled with gcc 2.95.3 and binutils 2.12.90.0.1
>>
>>This oops is coerent with the message i get booting
>>a Pentium III 1Ghz on i810 chipset,
>>at less seeing the EIP (rootfs is reiserFS, and i could not
>>save the oops).
>>
>>I am willing to test any patch.
>>
>>Hope this helps
>>
>>Luigi
>>
>>-
>>To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
>>the body of a message to majordomo@vger.kernel.org
>>More majordomo info at http://vger.kernel.org/majordomo-info.html
>>Please read the FAQ at http://www.tux.org/lkml/
>>
>
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2002-03-23 7:46 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-03-21 23:23 oops mounting reiserFS with 2.5.7 Luigi Genoni
2002-03-22 13:28 ` bvermeul
2002-03-22 22:36 ` Luigi Genoni
2002-03-23 8:42 ` Hans Reiser
2002-03-22 17:53 ` Mike Ricketts
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.