From mboxrd@z Thu Jan  1 00:00:00 1970
From: Konstantin Kletschke <lists@ku-gbr.de>
Date: Wed, 12 Oct 2005 09:59:11 +0200
Subject: [U-Boot-Users] i.MX support for scb9328 cleaned up 
In-Reply-To: <20051011203424.4713C352B43@atlas.denx.de>
References: <87achfykq2.wl%konsti@ku-gbr.de>
	<20051011203424.4713C352B43@atlas.denx.de>
Message-ID: <87k6gjp3n4.wl%kletschke@synertronixx.de>
List-Id: <u-boot.lists.denx.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
To: u-boot@lists.denx.de

At Tue, 11 Oct 2005 22:34:24 +0200,
Wolfgang Denk <wd@denx.de> wrote:

> Does that mean that I should  ignore  the  link  you  posted  earlier
> today?

I cleared up the structure now.

http://www.ludenkalle.de/u-boot/

Has my last clean up effort and the old stuff in deprecated.
The u-boot-git-20051012.diff is a diff between yesterdays git checkout
and my actual modifications. the directory content of
u-boot-git-20051012/ is the same splittet with splitdiff vor viewing
convenience on a per file basis (so pretty redundant).

> Make sure to include or exactly the needed features only. "all but X"
> is asking for problems when a new feature Y gets added which  is  not
> supported  by  your  board. Rather use "default - M - N + X + Y".

But is

+#define CONFIG_COMMANDS \
	 (CONFIG_CMD_DFL\
	& ~CFG_CMD_NET\
	& ~CFG_CMD_IMLS\

[...]

	& ~CFG_CMD_MISC\
	| CFG_CMD_CACHE)

not your described way to do this?

> Yes, there are several of these stupidly configured  boards  which  I
> have to cleanup nearly each time a new command gets added. See

Do you have an example in mind where I should have a look at?

Regards, Konsti

-- 
GPG KeyID EF62FCEF
Fingerprint: 13C9 B16B 9844 EC15 CC2E  A080 1E69 3FDA EF62 FCEF