From: Marcus Furlong <furlongm@hotmail.com>
To: reiserfs-list@namesys.com
Subject: Re: metas
Date: Sun, 05 Feb 2006 02:56:46 +0000 [thread overview]
Message-ID: <ds3pg6$7s9$1@sea.gmane.org> (raw)
In-Reply-To: 43E46867.3080009@namesys.com
[-- Attachment #1: Type: text/plain, Size: 4245 bytes --]
Hi
Edward Shishkin wrote:
> there are metas-patches on our ftp-server, although it is
> not fresh. I'll advance it on the next week, ok?
>
> Edward.
Attached is a patch for 2.6.15 that I threw together from the 2.5.14-rc5-mm1
patch on the ftp server. Please check if it's ok.
Have a few problems/observations:
1. I get an oops if I try `cat items`. Reproduced with 2.6.14-rc5-mm1 and
it's patch on the namesys ftp server, so it's been there for a while.
$ cd test/....
$ cat items
Unable to handle kernel NULL pointer dereference at virtual address 00000000
printing eip:
f8f32083
*pde = 00000000
Oops: 0000 [#1]
PREEMPT
Modules linked in: reiser4 i2c_i801 i2c_core intel_agp agpgart ipw2200
ieee80211 ieee80211_crypt
CPU: 0
EIP: 0060:[<f8f32083>] Not tainted VLI
EFLAGS: 00010286 (2.6.15.1)
EIP is at get_current_lock_stack+0x13/0x80 [reiser4]
eax: 00000000 ebx: cadd9000 ecx: 00000000 edx: 00000000
esi: d6a357fc edi: ee151c10 ebp: ee151bf8 esp: cadd9db8
ds: 007b es: 007b ss: 0068
Process cat (pid: 17667, threadinfo=cadd9000 task=ddfa4a50)
Stack: c0514a14 fffffff5 de4e9005 de4e9005 00000000 cadd9e0c c017511f
ea5763c0
cadd9e0c ee151bf8 f8f705d9 cadd9e14 00000000 00000000 c01443cb
d69463a0
00000101 dbc1aebc cadd9f38 dfff4d40 00000000 c017eb55 ea5763c0
00000000
Call Trace:
[<c017511f>] __link_path_walk+0xbbf/0xf50
[<f8f705d9>] object_lookup+0x79/0x380 [reiser4]
[<c01443cb>] do_generic_mapping_read+0x4bb/0x570
[<c017eb55>] dput+0x55/0x280
[<c0147be4>] bad_range+0x34/0x50
[<c01487b2>] buffered_rmqueue+0x1e2/0x240
[<f8f9ff07>] key_by_inode_and_offset_common+0x17/0x230 [reiser4]
[<f8f9b060>] permission_common+0x0/0x10 [reiser4]
[<f9014970>] get_inode_host+0x10/0xd0 [reiser4]
[<f9016791>] items_start+0xe1/0x230 [reiser4]
[<c0188f3b>] seq_read+0x16b/0x2f0
[<c016536c>] vfs_read+0x19c/0x1b0
[<c01656b1>] sys_read+0x51/0x80
[<c010316b>] sysenter_past_esp+0x54/0x75
Code: af c3 8b 74 24 0c 8b 5c 24 08 83 c4 10 c3 90 90 90 90 90 90 90 90 90
90 53 83 ec 24 bb 00 f0 ff ff 21 e3 8b 03 8b 80 ac 04 00 00 <81> 38 0b 5d
1b 4b 75 08 83 c4 24 83 c0 04 5b c3 e8 68 26 fe ff
2. I also get an oops using `cat readir` in a directory. Reproduced with
2.6.14-rc5-mm1 and it's patch on the ftp server.
$ cd testdir/....
$ cat readdir
Unable to handle kernel NULL pointer dereference at virtual address 00000000
printing eip:
f8f32083
*pde = 00000000
Oops: 0000 [#1]
PREEMPT
Modules linked in: reiser4 i2c_i801 i2c_core intel_agp agpgart ipw2200
ieee80211 ieee80211_crypt
CPU: 0
EIP: 0060:[<f8f32083>] Not tainted VLI
EFLAGS: 00010286 (2.6.15.1)
EIP is at get_current_lock_stack+0x13/0x80 [reiser4]
eax: 00000000 ebx: ef00f000 ecx: 00000000 edx: 00000000
esi: f0ee2c7c edi: ed88de10 ebp: ed88ddf8 esp: ef00fdac
ds: 007b es: 007b ss: 0068
Process cat (pid: 1649, threadinfo=ef00f000 task=ef5cbad0)
Stack: f7f8a007 c017eb55 ef420998 c0514a14 fffffff5 f7f8a007 f7f8a007
00000000
ef00fe0c ed88ddf8 f8f705d9 ef00fe08 ef00fe04 ef00f000 c17f5980
00000000
00000000 c01443cb f73f5b48 00000101 f0eed37c ef00ff38 dfff4d40
00000000
Call Trace:
[<c017eb55>] dput+0x55/0x280
[<f8f705d9>] object_lookup+0x79/0x380 [reiser4]
[<c01443cb>] do_generic_mapping_read+0x4bb/0x570
[<c0175532>] link_path_walk+0x82/0xf0
[<c0147be4>] bad_range+0x34/0x50
[<c01487b2>] buffered_rmqueue+0x1e2/0x240
[<f8fcb335>] build_entry_key_hashed+0x75/0x2a0 [reiser4]
[<f8f9b060>] permission_common+0x0/0x10 [reiser4]
[<f9014970>] get_inode_host+0x10/0xd0 [reiser4]
[<f90159cb>] readdir_start+0x10b/0x200 [reiser4]
[<c0188f3b>] seq_read+0x16b/0x2f0
[<c016536c>] vfs_read+0x19c/0x1b0
[<c01656b1>] sys_read+0x51/0x80
[<c010316b>] sysenter_past_esp+0x54/0x75
Code: af c3 8b 74 24 0c 8b 5c 24 08 83 c4 10 c3 90 90 90 90 90 90 90 90 90
90 53 83 ec 24 bb 00 f0 ff ff 21 e3 8b 03 8b 80 ac 04 00 00 <81> 38 0b 5d
1b 4b 75 08 83 c4 24 83 c0 04 5b c3 e8 68 26 fe ff
3. At http://www.namesys.com/v4/pseudo.html there is a _pagecache_ pseudo
file that seems to be missing. There is also a pseudo file called _new_
that isn't described there. What is it for?
4. I couldn't reproduce the bash-crashing bug described at
http://pvh.ca/trac/wiki/Reiser4Bugs
Has it been fixed?
Marcus
[-- Attachment #2: reiser4-2.6.15-enable-metas.diff.bz2 --]
[-- Type: application/x-bzip2, Size: 18232 bytes --]
next prev parent reply other threads:[~2006-02-05 2:56 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-02-02 20:40 metas Marcus Furlong
2006-02-04 8:40 ` metas Edward Shishkin
2006-02-05 2:56 ` Marcus Furlong [this message]
[not found] <43E68E3F.8000806@namesys.com>
[not found] ` <5c7c368b0602090958w58103871pe7cc83735c20f063@mail.gmail.com>
[not found] ` <43EB8361.9000801@namesys.com>
2006-02-10 15:08 ` metas Edward Shishkin
2006-02-11 8:28 ` metas Peter van Hardenberg
2006-02-16 12:08 ` metas Marcus Furlong
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='ds3pg6$7s9$1@sea.gmane.org' \
--to=furlongm@hotmail.com \
--cc=reiserfs-list@namesys.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.