summaryrefslogtreecommitdiffstats
path: root/lib/Makefile
diff options
context:
space:
mode:
authorIan Campbell <ian.campbell@citrix.com>2015-03-25 13:39:05 +0000
committerHans de Goede <hdegoede@redhat.com>2015-03-26 13:17:37 +0100
commita923abc2d3044324e3c88af7776469a31edf3121 (patch)
tree42d8d075769f7b526f33fb0d163c9dfe7e7ae365 /lib/Makefile
parentf643d9294f45487f22e8f33d6572530f17eff4e9 (diff)
downloadtalos-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
OpenPOWER on IntegriCloud