diff options
author | Ian Campbell <ian.campbell@citrix.com> | 2015-03-25 13:39:05 +0000 |
---|---|---|
committer | Hans de Goede <hdegoede@redhat.com> | 2015-03-26 13:17:37 +0100 |
commit | a923abc2d3044324e3c88af7776469a31edf3121 (patch) | |
tree | 42d8d075769f7b526f33fb0d163c9dfe7e7ae365 /lib/Makefile | |
parent | f643d9294f45487f22e8f33d6572530f17eff4e9 (diff) | |
download | talos-obmc-uboot-a923abc2d3044324e3c88af7776469a31edf3121.tar.gz talos-obmc-uboot-a923abc2d3044324e3c88af7776469a31edf3121.zip |
sunxi: set GMAC TX delay = 0x1 on Cubietruck.
Of 4 boards in our automated test system 2 do not have reliable
networking with the default TX delay of 0x0. Increasing to 0x1 seems
to make things reliable on all 4 boards.
Some previous ad-hpoc tests with tx delay set to 0, 1, 2 and 3 on one
of the problematic boards showed:
0: mw.l 0x1c20164 0x006 1 -- t/o in 4/5 tftp runs
1: mw.l 0x1c20164 0x406 1 -- t/o in 1/5 tftp runs
2: mw.l 0x1c20164 0x806 1 -- t/o in 1/5 tftp runs
3: mw.l 0x1c20164 0xc06 1 -- t/o many times in first tftp run
For 0, 1 and 2 "t/o" means one or two "T" glitches in the download,
but it did complete. For 3 those were basically continuous and it
couldn't complete.
tftp was of a 16M initrd.
Signed-off-by: Ian Campbell <ian.campbell@citrix.com>
Acked-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Diffstat (limited to 'lib/Makefile')
0 files changed, 0 insertions, 0 deletions