Wolfgang,

I'll submit something early next week. I'm currently unable to spend cycles. Your suggested compile work around seems fine as what is on head isn't currently in a workable state.

Where it left last, I'll do a pull and submit to just fix internals. Then we will see about the cfi_flash driver.

GP_DEVICE has had two definitions I'm not sure how they crossed in the patch order.

Regards, Richard W.

-----Original Message----- From: wd@denx.de [mailto:wd@denx.de] Sent: Thursday, October 06, 2005 3:46 PM To: Woodruff, Richard Cc: u-boot-users@lists.sourceforge.net Subject: Re: [U-Boot-Users] [PATCH] - OMAP242x fix for GP device

booting.

Dear Richard,

in message

71555548814716479478431542AA5F8A0197FEDC@dlee2k04.ent.ti.com

you wrote:

...

This patch fixes booting on OMAP242x GP devices, and it unlocks a GP

Actually it does not - it breaks compiling the code.

...

SRAM suitable for DSS subsystem access. One other minor change is

to

...

the DDR's DLL count value when used in unlock mode. This change

allows

...

standard low speed operation for 100MHz DDR's.

The change to "include/asm-arm/arch-arm1136/omap2420.h" redefines GP_DEVICE; I'll comment out the second (new) definition for now, but I'm pretty sure that this is wrong.

Please submit a patch.

Best regards,

Wolfgang Denk

-- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de Physician: One upon whom we set our hopes when ill and our dogs when well. - Ambrose Bierce