From mboxrd@z Thu Jan  1 00:00:00 1970
From: =?ISO-8859-1?Q?Andreas_Bie=DFmann?= <andreas.devel@googlemail.com>
Date: Wed, 03 Nov 2010 10:29:29 +0100
Subject: [U-Boot] [RFC] AT91 cleanup,
 was: Re: [PATCH 02/11] at91: Add USART & DBGU base address defines
In-Reply-To: <4CD12892.50809@emk-elektronik.de>
References: <1288600195-6960-1-git-send-email-alexander.stein@systec-electronic.com>	<4CCFEB00.6000603@emk-elektronik.de>	<4CD01BF4.7040403@emk-elektronik.de>	<201011030818.03598.alexander.stein@systec-electronic.com>
	<4CD12892.50809@emk-elektronik.de>
Message-ID: <4CD12B79.5030201@gmail.com>
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

Dear Reinhard Meyer,
Am 03.11.2010 10:17, schrieb Reinhard Meyer:

> ATMEL_ID_EMAC --> ATMEL_ID_EMAC0

emac? isn't the sam9/avr32 mac called macb?

> AVR32 includes "memory-map.h", AT91 did include "hardware.h".
> I changed that to "memory-map.h" and deleted hardware.h. However
> including "hardware.h" seems common in other architectures. We could
> go for hardware.h and adapt the AVR32 case.

I prefer hardware.h, will change avr32 case cause i am currently working
with avr32 board.

> Finally eliminate all LEGACY definitions in the header files.

would be fine

regards

Andreas Bie?mann