Fix orion5x_winctrl_calcsize() off-by-1 bug which caused mapping
windows to be cut by half. This afected all windows including NOR
flash (causing half the flash to be unaccessible) but DRAM was and
still is fine as its size is determined otherwise.
Signed-off-by: Albert Aribaud
---
arch/arm/cpu/
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Albert Aribaud
> Sent: Tuesday, August 24, 2010 6:58 PM
> To: u-boot@lists.denx.de
> Subject: [U-Boot] [PATCH] Orion5x: bugfix: window size
> (mis
Hi list,
Le 24/08/2010 15:27, Albert Aribaud a écrit :
> Fix orion5x_winctrl_calcsize() off-by-1 bug which caused mapping
> windows to be cut by half. This afected all windows including NOR
> flash (causing half the flash to be unaccessible) but DRAM was and
> still is fine as its size is determ
Le 27/08/2010 07:00, Chris Moore a écrit :
> Hi list,
Hi Chris!
> [...]
> For range 0x to 0x Chris Moore's fast
> orion5x_winctrl_calcsize returns 0x
> [...]
> For range 0x8001 to 0x Chris Moore's fast
> orion5x_winctrl_calcsize returns 0x
>
> AIUI (apart from
Le 27/08/2010 07:37, Albert ARIBAUD a écrit :
> I think your proposal to handle size 0 as meaning '4 MB'
That's 4 *TB*, of course. :)
Amicalement,
--
Albert.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hello Albert,
Le 27/08/2010 07:37, Albert ARIBAUD a écrit :
> Le 27/08/2010 07:00, Chris Moore a écrit :
>
>
> I think your proposal to handle size 0 as meaning '4 MB' is fine,
> since there is no way to express 4MB and a zero size is meaningless as
> such.
>
s/MB/GiB/
I agree that it is the
6 matches
Mail list logo