From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from gate.crashing.org (gate.crashing.org [63.228.1.57]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by ozlabs.org (Postfix) with ESMTP id 71DC167D8D for ; Thu, 5 Oct 2006 16:27:00 +1000 (EST) Subject: Re: [PATCH 10/11] Add MPC8360EMDS board support From: Benjamin Herrenschmidt To: Eugene Surovegin In-Reply-To: <20061005062105.GA1985@gate.ebshome.net> References: <20060927155626.4d5ca19c@vitb.ru.mvista.com> <4879B0C6C249214CBE7AB04453F84E4D19D865@zch01exm20.fsl.freescale.net> <20060927165556.04c8d5d7@vitb.ru.mvista.com> <20060927112201.293fef44@localhost.localdomain> <1159942128.13323.21.camel@localhost.localdomain> <7BD0D5CE-7BA3-43DC-B972-B75672F6A31E@embeddedalley.com> <1160005019.5887.30.camel@localhost.localdomain> <20061005062105.GA1985@gate.ebshome.net> Content-Type: text/plain Date: Thu, 05 Oct 2006 16:26:34 +1000 Message-Id: <1160029594.22232.22.camel@localhost.localdomain> Mime-Version: 1.0 Cc: Olof Johansson , linuxppc-dev@ozlabs.org, Paul Mackerras List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Wed, 2006-10-04 at 23:21 -0700, Eugene Surovegin wrote: > On Thu, Oct 05, 2006 at 09:36:59AM +1000, Benjamin Herrenschmidt wrote: > > Ugh ? Look at the #ifdef mess in ibm_emac... > > Ugh? > > I think you have to thank IBM/AMCC designers which keep changing bit > layout of some registers, sometimes just changing polarity for no > reason. > > And with all due respect, Ben. Current ibm_emac despite of all "mess" > is actually usable in production environment, which cannot be said > about initial Armin version and second version you started but never > got time to actually finish. That second version was working fine... on the limited available variations of EMAC back then. Regarding the "mess", it's the whole #ifdef junk in there that is driving me nuts and that I'll rip appart probably next week. A lot of this could be soft-tests or the ifdefs could be resolved at Kconfig instead of having a list of processors in 3 different headers if you really want to compile the changes in rather than do soft-tests. Ben.