#20939: Astoria ARV7519RW22 dts out of bounds of flash memory
--------------------------+------------------------
  Reporter:  howl         |      Owner:  developers
      Type:  defect       |     Status:  new
  Priority:  normal       |  Milestone:
 Component:  base system  |    Version:  Trunk
Resolution:               |   Keywords:
--------------------------+------------------------

Comment (by howl):

 According to the size reported by BRN-BOOT of the Flash indeed it should
 be as it's defined now, from 0xB0000000 to 0xB2000000. But that leaves
 215K of undefined space at the end of the memory because boardconfig is
 indeed 256K as is in the patch and also checked in a memory dump.

 So the patch should be:
 {{{
 --- a/target_linux_lantiq_dts_ARV7519RW22.dts   2015-11-18
 23:31:34.780122560 +0100
 +++ b/target_linux_lantiq_dts_ARV7519RW22.dts   2015-11-18
 23:44:16.705647525 +0100
 @@ -18,7 +18,7 @@
           nor-boot@0 {
              compatible = "lantiq,nor";
              bank-width = <2>;
 -            reg = <0 0x0 0x2000000>;
 +            reg = <0 0x0 0x1FC0000>;
              #address-cells = <1>;
              #size-cells = <1>;
 }}}

 Looking at the memory areas reported by brn-boot:
 {{{

     ---------------------------------------
       Area            Address      Length
     ---------------------------------------
     [0] Boot            0xB0000000     512K
     [1] Image 0         0xB1280000    6144K
     [2] Image 1         0xB1880000    6144K
     [3] Configuration   0xB1E80000    1024K
     [4] Boot Parameters 0xB1F80000     256K
     [5] Flash Image     0xB0000000   32768K
     [6] Linux Image     0xB0080000   24576K
     [7] Emergency Value 0xB1FC0000   2883584K
     ---------------------------------------
 }}}

 leaves the Emergency Value area beginning in the last 256K of the Flash
 memory, but then It can't be in flash as it's bigger.

 Perhaps the last 256K can be used fron uboot-env to allow newer U-Boots to
 be able to boot this board. I not able to find the use of the last 256K of
 the memory, a dump of it shows thats it's all 0x00 except 0x1FFFFFFC that
 it's 0xFF.

--
Ticket URL: <https://dev.openwrt.org/ticket/20939#comment:1>
OpenWrt <http://openwrt.org>
Opensource Wireless Router Technology
_______________________________________________
openwrt-tickets mailing list
[email protected]
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-tickets

Reply via email to