Re: panic in reiserfs: _get_block_create_0 gets bh_result->b_data = NULL
On Friday, November 03, 2000 15:56:36 + Tigran Aivazian <[EMAIL PROTECTED]> wrote: > On Fri, 3 Nov 2000, Tigran Aivazian wrote: > >> Hi Hans, >> >> Simply starting the validation phase of SPEC SFS with NFS mounted reiserfs >> filesystem panics as shown in the log below. A quick look at the source >> suggests that _get_block_create_0() (and therefore, more generally, >> reiserfs_get_block()) was passed a buffer head bh_result with ->b_data = >> NULL. So, we panic at line 256 of fs/reiserfs/inode.c when doing: >> >> memset (bh_result->b_data, 0, inode->i_sb->s_blocksize) >> > Ok, I've tracked these down to a few places in our tail handling code. Working on the fixes now. -chris - 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/
Re: panic in reiserfs: _get_block_create_0 gets bh_result-b_data = NULL
On Friday, November 03, 2000 15:56:36 + Tigran Aivazian [EMAIL PROTECTED] wrote: On Fri, 3 Nov 2000, Tigran Aivazian wrote: Hi Hans, Simply starting the validation phase of SPEC SFS with NFS mounted reiserfs filesystem panics as shown in the log below. A quick look at the source suggests that _get_block_create_0() (and therefore, more generally, reiserfs_get_block()) was passed a buffer head bh_result with -b_data = NULL. So, we panic at line 256 of fs/reiserfs/inode.c when doing: memset (bh_result-b_data, 0, inode-i_sb-s_blocksize) Ok, I've tracked these down to a few places in our tail handling code. Working on the fixes now. -chris - 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/
Re: panic in reiserfs: _get_block_create_0 gets bh_result->b_data = NULL
Thanks for the bug report, we'll investigate. Hans Tigran Aivazian wrote: > > Hi Hans, > > Simply starting the validation phase of SPEC SFS with NFS mounted reiserfs > filesystem panics as shown in the log below. A quick look at the source > suggests that _get_block_create_0() (and therefore, more generally, > reiserfs_get_block()) was passed a buffer head bh_result with ->b_data = > NULL. So, we panic at line 256 of fs/reiserfs/inode.c when doing: > > memset (bh_result->b_data, 0, inode->i_sb->s_blocksize) > > Is reiserfs supposed to be highmem-aware? I assume so. > > Regards, > Tigran > > root@hilbert:~# reiserfs: checking transaction log (device 08:11) ... > Using r5 hash to sort names > ReiserFS version 3.6.18 > > root@hilbert:~# free > total used free sharedbuffers cached > Mem: 6132516 3476405784876 0 74252 238984 > -/+ buffers/cache: 344046098112 > Swap: 1847432 01847432 > root@hilbert:~# Unable to handle kernel NULL pointer dereference at virtual address > > printing eip: > f88f9024 > *pde = 3731a001 > *pte = > > Entering kdb (current=0xf72ba000, pid 492) on processor 2 Panic: Oops > due to panic @ 0xf88f9024 > eax = 0x ebx = 0x0400 ecx = 0x0400 edx = 0x1000 > esi = 0xf2608228 edi = 0x esp = 0xf72bbb64 eip = 0xf88f9024 > ebp = 0xf72bbc20 xss = 0x0018 xcs = 0x0010 eflags = 0x00010246 > xds = 0x0018 xes = 0x0018 origeax = 0x = 0xf72bbb30 > [2]kdb> ps > Task AddrPid Parent [*] cpu StateThread Command > 0xc7678000 0001 0 002 stop 0xc7678350 init > 0xc76e2000 0002 0001 0 003 stop 0xc76e2350 kswapd > 0xc76e 0003 0001 0 000 stop 0xc76e0350 kreclaimd > 0xc76de000 0004 0001 0 000 stop 0xc76de350 kflushd > 0xc76dc000 0005 0001 0 001 stop 0xc76dc350 kupdate > 0xf73b8000 0428 0001 0 001 stop 0xf73b8350 syslogd > 0xf734c000 0438 0001 1 000 run 0xf734c350 klogd > 0xf7304000 0453 0001 0 000 stop 0xf7304350 portmap > 0xf731 0471 0001 0 002 stop 0xf7310350 rpc.rquotad > 0xf7314000 0481 0001 0 002 stop 0xf7314350 rpc.mountd > 0xf7308000 0491 0001 1 003 run 0xf7308350 nfsd > 0xf72ba000 0492 0001 1 002 run 0xf72ba350*nfsd > 0xf72b6000 0493 0492 0 002 stop 0xf72b6350 lockd > 0xf72b4000 0494 0493 0 002 stop 0xf72b4350 rpciod > 0xf72ae000 0495 0001 0 002 stop 0xf72ae350 nfsd > 0xf72ac000 0496 0001 0 002 stop 0xf72ac350 nfsd > 0xf72a4000 0497 0001 0 002 stop 0xf72a4350 nfsd > 0xf729a000 0498 0001 0 002 stop 0xf729a350 nfsd > 0xf7298000 0499 0001 0 000 stop 0xf7298350 nfsd > 0xf728e000 0500 0001 0 002 stop 0xf728e350 nfsd > 0xf7328000 0515 0001 0 000 stop 0xf7328350 rpc.statd > 0xf7276000 0541 0001 0 003 stop 0xf7276350 xinetd > [2]more> > 0xf720e000 0582 0001 0 001 stop 0xf720e350 gpm > 0xf7204000 0597 0001 0 001 stop 0xf7204350 crond > 0xf754e000 0619 0001 0 001 stop 0xf754e350 mingetty > 0xf72e 0620 0001 0 001 stop 0xf72e0350 mingetty > 0xf7322000 0621 0001 0 000 stop 0xf7322350 mingetty > 0xf71f 0622 0001 0 001 stop 0xf71f0350 mingetty > 0xf71b4000 0623 0001 0 001 stop 0xf71b4350 login > 0xf7176000 0626 0623 0 001 stop 0xf7176350 bash > 0xf711 0683 0541 0 003 stop 0xf7110350 in.telnetd > 0xf710a000 0684 0683 0 000 stop 0xf710a350 login > 0xf70f2000 0685 0684 0 000 stop 0xf70f2350 bash > 0xf2606000 0720 0001 1 001 run 0xf2606350 kreiserfsd > 0xf2386000 0725 0541 0 003 stop 0xf2386350 in.telnetd > 0xf22e8000 0726 0725 0 003 stop 0xf22e8350 login > 0xf216a000 0727 0726 0 003 stop 0xf216a350 bash > [2]kdb> bt > EBP EIP Function(args) > 0xf72bbc20 0xf88f9024 [reiserfs]_get_block_create_0+0x258 (0xefc6c960, 0x0, >0xef511740, 0x4, 0x1) >reiserfs .text 0xf88f3060 0xf88f8dcc 0xf88f9264 > 0xf72bbdec 0xf88f955d [reiserfs]reiserfs_get_block+0x141 (0xefc6c960, 0x0, >0xef511740, 0x0) >reiserfs .text 0xf88f3060 0xf88f941c 0xf88fa5fc > 0xf72bbe6c 0xc013a592 block_read_full_page+0x11a (0xc73704f0, 0xf88f941c) >kernel .text 0xc010 0xc013a478 0xc013a740 > 0xf72bbe7c 0xf88fc16d [reiserfs]reiserfs_readpage+0x11 (0x0, 0xc73704f0) >reiserfs .text 0xf88f3060 0xf88fc15c 0xf88fc174 > 0xf72bbea0 0xc012c1ea read_cache_page+0x9a (0xefc6c9fc, 0x0, 0xf88fc15c, 0x0) >kernel .text 0xc010 0xc012c150 0xc012c2b4 > 0xf72bbebc 0xc0146369 page_getlink+0x21 (0xef983e40, 0xf72bbed8, 0xf72ba000) >
Re: panic in reiserfs: _get_block_create_0 gets bh_result-b_data = NULL
Thanks for the bug report, we'll investigate. Hans Tigran Aivazian wrote: Hi Hans, Simply starting the validation phase of SPEC SFS with NFS mounted reiserfs filesystem panics as shown in the log below. A quick look at the source suggests that _get_block_create_0() (and therefore, more generally, reiserfs_get_block()) was passed a buffer head bh_result with -b_data = NULL. So, we panic at line 256 of fs/reiserfs/inode.c when doing: memset (bh_result-b_data, 0, inode-i_sb-s_blocksize) Is reiserfs supposed to be highmem-aware? I assume so. Regards, Tigran root@hilbert:~# reiserfs: checking transaction log (device 08:11) ... Using r5 hash to sort names ReiserFS version 3.6.18 root@hilbert:~# free total used free sharedbuffers cached Mem: 6132516 3476405784876 0 74252 238984 -/+ buffers/cache: 344046098112 Swap: 1847432 01847432 root@hilbert:~# Unable to handle kernel NULL pointer dereference at virtual address printing eip: f88f9024 *pde = 3731a001 *pte = Entering kdb (current=0xf72ba000, pid 492) on processor 2 Panic: Oops due to panic @ 0xf88f9024 eax = 0x ebx = 0x0400 ecx = 0x0400 edx = 0x1000 esi = 0xf2608228 edi = 0x esp = 0xf72bbb64 eip = 0xf88f9024 ebp = 0xf72bbc20 xss = 0x0018 xcs = 0x0010 eflags = 0x00010246 xds = 0x0018 xes = 0x0018 origeax = 0x regs = 0xf72bbb30 [2]kdb ps Task AddrPid Parent [*] cpu StateThread Command 0xc7678000 0001 0 002 stop 0xc7678350 init 0xc76e2000 0002 0001 0 003 stop 0xc76e2350 kswapd 0xc76e 0003 0001 0 000 stop 0xc76e0350 kreclaimd 0xc76de000 0004 0001 0 000 stop 0xc76de350 kflushd 0xc76dc000 0005 0001 0 001 stop 0xc76dc350 kupdate 0xf73b8000 0428 0001 0 001 stop 0xf73b8350 syslogd 0xf734c000 0438 0001 1 000 run 0xf734c350 klogd 0xf7304000 0453 0001 0 000 stop 0xf7304350 portmap 0xf731 0471 0001 0 002 stop 0xf7310350 rpc.rquotad 0xf7314000 0481 0001 0 002 stop 0xf7314350 rpc.mountd 0xf7308000 0491 0001 1 003 run 0xf7308350 nfsd 0xf72ba000 0492 0001 1 002 run 0xf72ba350*nfsd 0xf72b6000 0493 0492 0 002 stop 0xf72b6350 lockd 0xf72b4000 0494 0493 0 002 stop 0xf72b4350 rpciod 0xf72ae000 0495 0001 0 002 stop 0xf72ae350 nfsd 0xf72ac000 0496 0001 0 002 stop 0xf72ac350 nfsd 0xf72a4000 0497 0001 0 002 stop 0xf72a4350 nfsd 0xf729a000 0498 0001 0 002 stop 0xf729a350 nfsd 0xf7298000 0499 0001 0 000 stop 0xf7298350 nfsd 0xf728e000 0500 0001 0 002 stop 0xf728e350 nfsd 0xf7328000 0515 0001 0 000 stop 0xf7328350 rpc.statd 0xf7276000 0541 0001 0 003 stop 0xf7276350 xinetd [2]more 0xf720e000 0582 0001 0 001 stop 0xf720e350 gpm 0xf7204000 0597 0001 0 001 stop 0xf7204350 crond 0xf754e000 0619 0001 0 001 stop 0xf754e350 mingetty 0xf72e 0620 0001 0 001 stop 0xf72e0350 mingetty 0xf7322000 0621 0001 0 000 stop 0xf7322350 mingetty 0xf71f 0622 0001 0 001 stop 0xf71f0350 mingetty 0xf71b4000 0623 0001 0 001 stop 0xf71b4350 login 0xf7176000 0626 0623 0 001 stop 0xf7176350 bash 0xf711 0683 0541 0 003 stop 0xf7110350 in.telnetd 0xf710a000 0684 0683 0 000 stop 0xf710a350 login 0xf70f2000 0685 0684 0 000 stop 0xf70f2350 bash 0xf2606000 0720 0001 1 001 run 0xf2606350 kreiserfsd 0xf2386000 0725 0541 0 003 stop 0xf2386350 in.telnetd 0xf22e8000 0726 0725 0 003 stop 0xf22e8350 login 0xf216a000 0727 0726 0 003 stop 0xf216a350 bash [2]kdb bt EBP EIP Function(args) 0xf72bbc20 0xf88f9024 [reiserfs]_get_block_create_0+0x258 (0xefc6c960, 0x0, 0xef511740, 0x4, 0x1) reiserfs .text 0xf88f3060 0xf88f8dcc 0xf88f9264 0xf72bbdec 0xf88f955d [reiserfs]reiserfs_get_block+0x141 (0xefc6c960, 0x0, 0xef511740, 0x0) reiserfs .text 0xf88f3060 0xf88f941c 0xf88fa5fc 0xf72bbe6c 0xc013a592 block_read_full_page+0x11a (0xc73704f0, 0xf88f941c) kernel .text 0xc010 0xc013a478 0xc013a740 0xf72bbe7c 0xf88fc16d [reiserfs]reiserfs_readpage+0x11 (0x0, 0xc73704f0) reiserfs .text 0xf88f3060 0xf88fc15c 0xf88fc174 0xf72bbea0 0xc012c1ea read_cache_page+0x9a (0xefc6c9fc, 0x0, 0xf88fc15c, 0x0) kernel .text 0xc010 0xc012c150 0xc012c2b4 0xf72bbebc 0xc0146369 page_getlink+0x21 (0xef983e40, 0xf72bbed8, 0xf72ba000) kernel .text 0xc010 0xc0146348 0xc01463fc 0xf72bbedc 0xc014641f page_readlink+0x23
Re: panic in reiserfs: _get_block_create_0 gets bh_result->b_data= NULL
On Fri, 3 Nov 2000, Tigran Aivazian wrote: > Hi Hans, > > Simply starting the validation phase of SPEC SFS with NFS mounted reiserfs > filesystem panics as shown in the log below. A quick look at the source > suggests that _get_block_create_0() (and therefore, more generally, > reiserfs_get_block()) was passed a buffer head bh_result with ->b_data = > NULL. So, we panic at line 256 of fs/reiserfs/inode.c when doing: > > memset (bh_result->b_data, 0, inode->i_sb->s_blocksize) > I meant line 356 of course - typo. Tigran - 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/
