From mboxrd@z Thu Jan  1 00:00:00 1970
From: Lothar =?UTF-8?B?V2HDn21hbm4=?= <LW@KARO-electronics.de>
Date: Fri, 21 Dec 2018 11:09:25 +0100
Subject: [U-Boot] list files on tftp / large kernel-image
In-Reply-To: <trinity-f586e8b6-e01c-4069-8672-47d8ecadf8bb-1545384520337@3c-app-gmx-bs56>
References: <trinity-7623c0e1-d73f-4245-87f9-db2b061586b4-1542209088875@3c-app-gmx-bs59>
 <57329ada-fccb-a53b-937e-9b93f3130a04@gmail.com>
 <trinity-c23b0ca3-60f9-45b5-88d2-0dc5f5bb023f-1542210725959@3c-app-gmx-bs59>
 <CAAh8qsxv=RAuAmRTdO1HLYGYfGTMyampQGhGLeO2=8m4J1f9Yw@mail.gmail.com>
 <trinity-50bebe32-f269-4059-b745-7af19297b53d-1543743229466@3c-app-gmx-bs08>
 <c3028749-783c-38e8-03c9-38430434459e@gmail.com>
 <trinity-219ff7f6-a242-4ae2-87b6-670f68e34103-1543768013749@3c-app-gmx-bs02>
 <trinity-816c7ca2-1e33-4116-8cb3-7da89485ffa0-1545323600506@3c-app-gmx-bs56>
 <trinity-9168917a-f9da-4f8f-a33b-9df3d3ee3571-1545327782462@3c-app-gmx-bs56>
 <ea29712a-a309-444f-2654-9b1a4901c7df@gmail.com>
 <trinity-f586e8b6-e01c-4069-8672-47d8ecadf8bb-1545384520337@3c-app-gmx-bs56>
Message-ID: <20181221110925.1f7d4738@karo-electronics.de>
List-Id: <u-boot.lists.denx.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: quoted-printable
To: u-boot@lists.denx.de

Hi,

On Fri, 21 Dec 2018 10:28:40 +0100 Frank Wunderlich wrote:
> Hi,
>=20
> mw is also strange in my eyes, maybe you can explain me
>=20
> U-Boot> md 80200000 18=20
> 80200000: 616d4975 345f6567 2e34312e 750a3337    uImage_4.14.73.u
> 80200010: 67616d49 2e345f65 722d3431 49750a64    Image_4.14-rd.uI
> 80200020: 6567616d 312e345f 31312e38 6d49750a    mage_4.18.11.uIm
> 80200030: 5f656761 39312e34 6d2d302e 0a6e6961    age_4.19.0-main.
> 80200040: 616d4975 345f6567 2e39312e 63722d30    uImage_4.19.0-rc
> 80200050: 64682d31 0076696d ffff0000 fcffbdf7    1-hdmiv.........
>=20
> U-Boot> mw.b 8020005a 0
> U-Boot> md 80200000 18=20
> 80200000: 616d4975 345f6567 2e34312e 750a3337    uImage_4.14.73.u
> 80200010: 67616d49 2e345f65 722d3431 49750a64    Image_4.14-rd.uI
> 80200020: 6567616d 312e345f 31312e38 6d49750a    mage_4.18.11.uIm
> 80200030: 5f656761 39312e34 6d2d302e 0a6e6961    age_4.19.0-main.
> 80200040: 616d4975 345f6567 2e39312e 63722d30    uImage_4.19.0-rc
> 80200050: 64682d31 0076696d ff000000 fcffbdf7    1-hdmiv.........
>=20
> seems to set 59 (00 after ff)
>=20
> U-Boot> mw.b 8020005b 0
> U-Boot> md 80200000 18=20
> 80200000: 616d4975 345f6567 2e34312e 750a3337    uImage_4.14.73.u
> 80200010: 67616d49 2e345f65 722d3431 49750a64    Image_4.14-rd.uI
> 80200020: 6567616d 312e345f 31312e38 6d49750a    mage_4.18.11.uIm
> 80200030: 5f656761 39312e34 6d2d302e 0a6e6961    age_4.19.0-main.
> 80200040: 616d4975 345f6567 2e39312e 63722d30    uImage_4.19.0-rc
> 80200050: 64682d31 0076696d 00000000 fcffbdf7    1-hdmiv.........
>=20
> seems to set 58 (was ff before)
>=20
> any idea why higher address counts backwards?
>=20
little endian integer representation!
Try 'md.b' instead of 'md'.


Lothar Wa=C3=9Fmann