Skip to contentSkip to conversation

htree directory indexing 2.4.18-2 BUG with highmem and also high i/o

DISCUSSION Marc-Christian Petersen 3 participants 5 messages Jul 9, 2002 – Jul 11, 2002

lore
Share & tools
lore

Marc-Christian Petersen

author
#0 lore raw

Hi Daniel,

I've found a bug with htree directory indexing patch and highmem enabled (64GB). This is with 2.4.18 and htree patch 2.4.18-2. Oops appears if accessing an ext2 partition with ls or doing "who/w" in the directory of the ext2 partition.

Without the patch all works fine.

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

Jul  9 22:47:56 ml570 kernel: Unable to handle kernel NULL pointer dereference 
at virtual address 00000006
Jul  9 22:47:56 ml570 kernel: c019e190
Jul  9 22:47:56 ml570 kernel: *pde = 2a535001
Jul  9 22:47:56 ml570 kernel: Oops: 0000
Jul  9 22:47:56 ml570 kernel: CPU:    1
Jul  9 22:47:56 ml570 kernel: EIP:    0010:[ext2_find_entry+564/836]    Not 
tainted
Jul  9 22:47:56 ml570 kernel: EFLAGS: 00010293
Jul  9 22:47:56 ml570 kernel: eax: 00000400   ebx: 00000000   ecx: d3129900   
edx: 000003f8
Jul  9 22:47:56 ml570 kernel: esi: 00000000   edi: ea080900   ebp: d3133ea4   
esp: d3133e5c
Jul  9 22:47:56 ml570 kernel: ds: 0018   es: 0018   ss: 0018
Jul  9 22:47:56 ml570 kernel: Process w (pid: 371, stackpage=d3133000)
Jul  9 22:47:56 ml570 kernel: Stack: ea080900 00000000 ea080900 d3129900 
c0139535 d3132000 00000000 00000400 
Jul  9 22:47:56 ml570 kernel:        0000000a 00000003 ea080960 00000400 
d31cc500 c01336da e0656b80 001c8000 
Jul  9 22:47:56 ml570 kernel:        00000000 00000246 e925e100 c019e2eb 
e925e100 ea080900 d3133ec0 ea080900 
Jul  9 22:47:56 ml570 kernel: Call Trace: [filemap_nopage+241/524]

[do_no_page+182/940] [ext2_inode_by_name+27/128]
Warning (Oops_read): Code line not seen, dumping what data is available

Quoted 4 lines
Quoted 4 lines

ecx; d3129900 <[iptable_nat].bss.end+1a4a6d/8ba16d> edi; ea080900 <END_OF_CODE+1648fb41/????> ebp; d3133ea4 <[iptable_nat].bss.end+1af011/8ba16d> esp; d3133e5c <[iptable_nat].bss.end+1aefc9/8ba16d>

Jul  9 22:47:56 ml570 kernel: Code: 0f b6 43 06 39 45 dc 75 1a 83 3b 00 74 15

8b 75 e0 8b 4d dc
Using defaults from ksymoops -t elf32-i386 -a i386

Code; 00000000 Before first symbol
00000000 <_EIP>:
Code; 00000000 Before first symbol
0: 0f b6 43 06 movzbl 0x6(%ebx),%eax
Code; 00000004 Before first symbol
4: 39 45 dc cmp %eax,0xffffffdc(%ebp)
Code; 00000007 Before first symbol
7: 75 1a jne 23 <_EIP+0x23> 00000023 Before first
symbol
Code; 00000009 Before first symbol
9: 83 3b 00 cmpl $0x0,(%ebx)
Code; 0000000c Before first symbol
c: 74 15 je 23 <_EIP+0x23> 00000023 Before first
symbol
Code; 0000000e Before first symbol
e: 8b 75 e0 mov 0xffffffe0(%ebp),%esi
Code; 00000011 Before first symbol
11: 8b 4d dc mov 0xffffffdc(%ebp),%ecx

Signature · 8 lines
Kind regards,
        Marc-Christian Petersen

http://sourceforge.net/projects/wolk

PGP/GnuPG Key: 1024D/408B2D54947750EC
Fingerprint: 8602 69E0 A9C2 A509 8661 2B0B 408B 2D54 9477 50EC
Key available at www.keyserver.net. Encrypted e-mail preferred.
#1 lore raw
Quoted 6 lines · Marc-Christian Petersen

Hi Daniel,

I've found a bug with htree directory indexing patch and highmem enabled (64GB). This is with 2.4.18 and htree patch 2.4.18-2. Oops appears if accessing an ext2 partition with ls or doing "who/w" in the directory of the ext2 partition.

The ext2 htree patch probably needs to add a "kmap()" and "kunmap()" in the function that reads a page and scans the directory for the name it is looking for. I can't be any more specific than this right now since I only have the ext3 version of this patch, and it does not have page-cache based directories (it is still using the buffer cache).

Cheers, Andreas
--
Andreas Dilger
http://www-mddsp.enel.ucalgary.ca/People/adilger/
http://sourceforge.net/projects/ext2resize/

#2 lore raw
Quoted 8 lines · Andreas Dilger
Quoted 6 lines · Marc-Christian Petersen

Hi Daniel,

I've found a bug with htree directory indexing patch and highmem enabled (64GB). This is with 2.4.18 and htree patch 2.4.18-2. Oops appears if accessing an ext2 partition with ls or doing "who/w" in the directory of the ext2 partition.

Quoted 6 lines

The ext2 htree patch probably needs to add a "kmap()" and "kunmap()" in the function that reads a page and scans the directory for the name it is looking for. I can't be any more specific than this right now since I only have the ext3 version of this patch, and it does not have page-cache based directories (it is still using the buffer cache).

Hi Andreas,

Yes, kmap is utterly not-there for the Ext2 version of the patch. This is one of those uninteresting but altogether essential chores that just needs doing. Sigh.

See you tomorrow.

Signature · 1 line
Daniel
author
#3 lore raw

On Thursday 11 July 2002 00:46, Daniel Phillips wrote:

Hi Daniel, Hi Andreas,

Quoted 9 lines · Andreas Dilger
Quoted 8 lines · Marc-Christian Petersen
Quoted 6 lines

Hi Daniel,

I've found a bug with htree directory indexing patch and highmem enabled (64GB). This is with 2.4.18 and htree patch 2.4.18-2. Oops appears if accessing an ext2 partition with ls or doing "who/w" in the directory of the ext2 partition.

Quoted 6 lines
Quoted 6 lines

The ext2 htree patch probably needs to add a "kmap()" and "kunmap()" in the function that reads a page and scans the directory for the name it is looking for. I can't be any more specific than this right now since I only have the ext3 version of this patch, and it does not have page-cache based directories (it is still using the buffer cache).

Say, where can i find those patch for ext3? I've searched a long time and never found it?! :|

Signature · 8 lines
Kind regards
        Marc-Christian Petersen

http://sourceforge.net/projects/wolk

PGP/GnuPG Key: 1024D/408B2D54947750EC
Fingerprint: 8602 69E0 A9C2 A509 8661 2B0B 408B 2D54 9477 50EC
Key available at www.keyserver.net. Encrypted e-mail preferred.
#4 lore raw
Quoted 10 lines · Marc-Christian Petersen
Quoted 7 lines · Andreas Dilger
Quoted 6 lines

The ext2 htree patch probably needs to add a "kmap()" and "kunmap()" in the function that reads a page and scans the directory for the name it is looking for. I can't be any more specific than this right now since I only have the ext3 version of this patch, and it does not have page-cache based directories (it is still using the buffer cache).

Say, where can i find those patch for ext3? I've searched a long time and never found it?! :|

The most up-to-date version is in the ext3 CVS tree at sourceforge:
http://sourceforge.net/projects/gkernel/

the ext3 package therein has "features-branch" on which the ext3 htree patch has already been applied (along with other ext3 fixes). If you only want the ext3 htree patch, you can also get it from the "lustre" sourceforge project at "lustre/extN/htree-ext3-2.4.18.diff".

Cheers, Andreas
--
Andreas Dilger
http://www-mddsp.enel.ucalgary.ca/People/adilger/
http://sourceforge.net/projects/ext2resize/