Subject: Re: Coding style - a non-issue
To: dalecki@evision.ag
Date: Fri, 30 Nov 2001 17:53:13 +0000 (GMT)
Cc: jgarzik@mandrakesoft.com (Jeff Garzik),
        hps@intermeta.de (Henning Schmiedehausen),
        lm@bitmover.com (Larry McVoy), linux-kernel@vger.kernel.org
In-Reply-To: <3C07BFE8.5B32C49C@evision-ventures.com> from "Martin Dalecki" at Nov 30, 2001 06:20:40 PM
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id: <E169rqb-0004G7-00@the-village.bc.nu>
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Sender: linux-kernel-owner@vger.kernel.org

> irritate the oftes so called "maintainer". Two expierences:
> ftape and mcd I'm through.... 

I timed the mcd maintainer out and tidied it anyway. I figured since it
wasnt being maintained nobody would scream too loudly - nobody has

> BTW.> ftape (for the pascal emulation) and DAC960 

ftape is an awkward one. Really the newer ftape4 wants merging into the
kernel but that should have happened a long time ago

> serial.c is another one for the whole multiport support which
> may be used by maybe 0.1% of the Linux users thrown on them all
> and some "magic" number silliness as well...

serial.c is a good example of the "ugly" that actually matters more, as is
floppy.c. Clean well formatted code that is stil opaque. 
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/