This message generated a parse failure. Raw output follows here. Please use 'back' to navigate. From devnull@lkml.org Tue Jun 4 16:47:22 2024 Received: from lml.valinux.com (postfix@lml.valinux.com [198.186.203.19]) by herbie.ucs.indiana.edu (8.9.3/8.9.3) with ESMTP id EAA25730 for ; Mon, 13 Mar 2000 04:19:52 -0500 (EST) Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by lml.valinux.com (Postfix) with ESMTP id F0FC15CDA9; Mon, 13 Mar 2000 01:19:42 -0800 (PST) Received: by vger.rutgers.edu via listexpand id ; Sun, 12 Mar 2000 23:59:19 -0500 Received: by vger.rutgers.edu id ; Sun, 12 Mar 2000 23:18:11 -0500 Received: from leibniz.math.psu.edu ([146.186.130.2]:65503 "EHLO math.psu.edu") by vger.rutgers.edu with ESMTP id ; Sun, 12 Mar 2000 23:06:18 -0500 Received: from weyl.math.psu.edu (weyl.math.psu.edu [146.186.130.226]) by math.psu.edu (8.9.3/8.9.3) with ESMTP id DAA22770; Mon, 13 Mar 2000 03:10:33 -0500 (EST) Received: from localhost (viro@localhost) by weyl.math.psu.edu (8.9.3/8.9.3) with ESMTP id DAA25381; Mon, 13 Mar 2000 03:10:33 -0500 (EST) X-Authentication-Warning: weyl.math.psu.edu: viro owned process doing -bs Date: Mon, 13 Mar 2000 03:10:33 -0500 (EST) From: Alexander Viro To: hans@reiser.to Cc: Alan Cox , Linus Torvalds , linux-fsdevel@vger.rutgers.edu, Kernel Mailing List , "reiserfs@devlinux.com" Subject: Re: patch: reiserfs for 2.3.49 In-Reply-To: <38CBF2BD.C248F5EE@idiom.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-kernel@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-kernel-outgoing-dig On Sun, 12 Mar 2000, Hans Reiser wrote: > I hope you will consider that there are many applications for which a journaling > reiserfs will be useful for real users, and higher performance. We no longer > have the buffer.c ugliness. reiserfs for 2.3.51 is surviving all our internal > efforts to crash it, and the bug that ws found in 2.3.49 by an external tester > is fixed (thanks for the report). We will put it on the web tonight for external > torture testers after I cut a patch. I think we are running out of in-house > tortures to attempt.  Torture-tesing is no good against somebody who is hunting for races... Get into sufficiently evil state of mind and try to go through the code. Thinking "how could I exploit it". And yes, it requires understanding of what kind of calls can be forced out of VFS. Really. Been there, done that, found quite a few local DoSes and several root exploits. On ext2. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/