From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jake Maciejewski Subject: Re: AMD64 progress? Date: Mon, 07 Feb 2005 13:34:56 -0600 Message-ID: <1107804896.10689.17.camel@gentoo> References: <20050114201751.GB5883@backtop.namesys.com> <20050207132934.GA7482@backtop.namesys.com> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit list-help: list-unsubscribe: list-post: Errors-To: flx@namesys.com In-Reply-To: <20050207132934.GA7482@backtop.namesys.com> List-Id: Content-Type: text/plain; charset="us-ascii" To: Alex Zarochentsev Cc: Isaac Chanin , reiserfs-list@namesys.com I'm running reiser4progs 1.0.3 and 2.6.10 patched with reiser4 from 2.6.11-rc3-mm1 (and this patch). I've been doing the simultaneous dd and kernel compilation that has always crashed reiser4 on AMD64 in the past. After about an hour with debugging and two hours without debugging, I'm thinking of more ways to torture the FS. For now it looks like reiser4 is working on AMD64! How did you track this bug down anyway? Do you have AMD64 hardware, or did you look over the code and discover an invalid assumption? If this bug is indeed fixed, are we any closer to inclusion in vanilla? On Mon, 2005-02-07 at 16:29 +0300, Alex Zarochentsev wrote: > Hello, > > On Sat, Jan 15, 2005 at 09:26:01PM -0500, Isaac Chanin wrote: > > > > Also tested this patch, similar results as to what I've been getting - > > ie. working for awhile (more than a few hours even this time, but that > > could just be coincidence, i suppose) and then going down with the normal > > reiser4_find_next_zero_bit(bnode_working_data(bnode), end_offset, > > start_offset) >= end_offset error. For the exact message see > > http://users.wpi.edu/~chanin/r4newpatch.txt. > > > > please try attached patch (it is for fs/reiser4 subtree) > -- Jake Maciejewski