[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <4680E0FE.8080102@bull.net>
Date: Tue, 26 Jun 2007 11:48:46 +0200
From: Valerie Clement <valerie.clement@...l.net>
To: Valerie Clement <valerie.clement@...l.net>,
Alex Tomas <alex@...sterfs.com>,
Andreas Dilger <adilger@...sterfs.com>
Cc: ext4 development <linux-ext4@...r.kernel.org>
Subject: Re: performance testing
Valerie Clement wrote:
> Alex Tomas wrote:
>> Jean noel Cordenner wrote:
>>> The last patch queue concerns the 2.6.22-rc4 kernel, so we took the
>>> previous ext4 patch queue including the modifications suggested by
>>> dmitriy:
>>> http://article.gmane.org/gmane.comp.file-systems.ext4/2291
>>> This solve the oops problem but after a while, the system hangs. We are
>>> still trying to find where the bug is.
>>> When we remove all the patches until booked-page-flag.patch in the
>>> series, the system still hangs. When using another filesystem, or
>>> whithout any patches it works.
>>
>> any details? backtraces? dmesg?
>
> We are trying to get some traces, but with 2.6.22-rc5 and 2.6.22-rc6
> kernels, the serial console isn't working on our systems (x86_64), the
> magic SysRq keys either. Strange...
>
> When the system hangs, no messages are logged.
> It seems that the hangs only occur with ext4 FS when applying the
> patches of the current git tree.
> We are trying now to find which patch is faulty.
>
> Valérie
>
It seems that the faulty patch is "ext4-journal_chksum-2.6.20.patch".
Looking at the patch, I think the following change is not correct:
@@ -116,21 +120,36 @@ static int journal_write_commit_record(j
bh = jh2bh(descriptor);
- /* AKPM: buglet - add `i' to tmp! */
for (i = 0; i < bh->b_size; i += 512) {
- journal_header_t *tmp = (journal_header_t*)bh->b_data;
+ struct commit_header *tmp = (struct commit_header*)bh->b_data +
+ i;
Shouldn't it be :
struct commit_header *tmp = (struct commit_header*)(bh->b_data + i);
Valérie
-
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists