From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262026AbVF1Jlv (ORCPT ); Tue, 28 Jun 2005 05:41:51 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262029AbVF1Jlu (ORCPT ); Tue, 28 Jun 2005 05:41:50 -0400 Received: from pentafluge.infradead.org ([213.146.154.40]:27570 "EHLO pentafluge.infradead.org") by vger.kernel.org with ESMTP id S262026AbVF1Jlo (ORCPT ); Tue, 28 Jun 2005 05:41:44 -0400 Date: Tue, 28 Jun 2005 10:41:21 +0100 From: Christoph Hellwig To: Hans Reiser Cc: "Theodore Ts'o" , Markus T?rnqvist , Horst von Brand , David Masover , Alan Cox , Jeff Garzik , Andrew Morton , Linux Kernel Mailing List , ReiserFS List , Steve Lord Subject: Re: reiser4 merging action list Message-ID: <20050628094121.GA16074@infradead.org> Mail-Followup-To: Christoph Hellwig , Hans Reiser , Theodore Ts'o , Markus T?rnqvist , Horst von Brand , David Masover , Alan Cox , Jeff Garzik , Andrew Morton , Linux Kernel Mailing List , ReiserFS List , Steve Lord References: <42BB7B32.4010100@slaphack.com> <200506240334.j5O3YowB008100@laptop11.inf.utfsm.cl> <20050627092138.GD11013@nysv.org> <20050627124255.GB6280@thunk.org> <42C0578F.7030608@namesys.com> <20050627212628.GB27805@thunk.org> <42C084F1.70607@namesys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42C084F1.70607@namesys.com> User-Agent: Mutt/1.4.1i X-SRS-Rewrite: SMTP reverse-path rewritten from by pentafluge.infradead.org See http://www.infradead.org/rpr.html Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jun 27, 2005 at 04:00:01PM -0700, Hans Reiser wrote: > > Andrew asked me to put together a list of things that need to be done > before merging: ... > Probably I forget something. I've started to do a very basic look over the tree and there's a few more things that spring to mind: - cpp abuse. There's quite a lot of really odd macros - the typesafe_list, typesafe_hash stuff is mentioned already, but there's really horrible stuff like _INIT_ and _DONE_ bits in init_super.c, and the wrappers for plugin method invocations. - endianess handling. The d* types are a lovely attempt to make sure you're not missing endianess conversions. We have a more general way to ensure that now using sparse, that's the __le* / __be* types. Try running sparse -Wbitwise to find places you'll need that annotations (after the normal sparse warnings are fixed, else you'll have a hard time seeing them I guess) - after that the single element struct thing can go away. Also you're defining a CPU_IN_DISK_ORDER macro that's never used.. - lease use kthread_* instead of kernel_thread() + lots of opencoding