From mboxrd@z Thu Jan 1 00:00:00 1970 From: Hans de Goede Date: Thu, 17 Mar 2016 11:52:14 +0100 Subject: [U-Boot] [PATCH] Add CONFIG_GMAC_TX_DELAY=4 for OlinuXino Lime2 In-Reply-To: <56EA4097.3010500@computerlinguist.org> References: <1458020499-9506-1-git-send-email-haas@computerlinguist.org> <20160315180914.GA1878@excalibur.cnev.de> <56E91A12.8080506@computerlinguist.org> <56E9278F.7060801@redhat.com> <20160316203642.GC1817@excalibur.cnev.de> <56EA4097.3010500@computerlinguist.org> Message-ID: <56EA8C5E.1070701@redhat.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de Hi, On 17-03-16 06:28, Michael Haas wrote: > Hello all, > > > On 03/16/2016 09:36 PM, Karsten Merker wrote: >> Michael, if you would like to try testing higher RX delay chain values >> on the Lime2, I have attached a small patch that adds an appropriate >> Kconfig option. Regards, Karsten > > I will be testing your patch along with Hans' patch. In fact, I have > already compiled it - I'm just waiting for a new SD card reader to > arrive tomorrow. Sorry for the delay. > > In the mean time, as I was trying to get the device to boot at all (not > related to u-boot, just my broken sdcard setup), I did try my old SD > card again to load the debian netinstaller. This should be the version > with the TX_DELAY set to 4. > > Now I'm sitting in an ash shell and I can wget files from my desktop at > around 100MB/s. > > > ~ # wget http://192.168.1.170:8000/debian-8.3.0-i386-netinst.iso -O - | > md5sum > Connecting to 192.168.1.170:8000 (192.168.1.170:8000) > - 100% |*******************************| 315M > 0:00:00 ETA > 37f329724a1c072cbe0ebda211fdeb88 - > ~ # wget http://192.168.1.170:8000/debian-8.3.0-i386-netinst.iso -O - | > md5sum > Connecting to 192.168.1.170:8000 (192.168.1.170:8000) > - 100% |*******************************| 315M > 0:00:00 ETA > 37f329724a1c072cbe0ebda211fdeb88 - > > ~ # date +%s; wget > http://192.168.1.170:8000/debian-8.3.0-i386-netinst.iso -O /d > ev/null; date +%s > 1258 > Connecting to 192.168.1.170:8000 (192.168.1.170:8000) > null 100% |*******************************| 315M > 0:00:00 ETA > 1261 > > ~ # dmesg | grep -i link > [ 1.504918] audit: initializing netlink subsys (disabled) > [ 88.561822] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready > [ 90.547368] sun7i-dwmac 1c50000.ethernet eth0: Link is Up - > 1Gbps/Full - flow control rx/tx > [ 90.547424] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready > > ~ # cat /etc/lsb-release > DISTRIB_ID=Debian > DISTRIB_DESCRIPTION="Debian GNU/Linux installer" > DISTRIB_RELEASE="9 (stretch) - installer build 20160316-00:13" > X_INSTALLATION_MEDIUM=netboot > ~ # uname -a > Linux debian 4.4.0-1-armmp #1 SMP Debian 4.4.4-2 (2016-03-09) armv7l > GNU/Linux > > > > It takes around three seconds (date +%s; time not set) to transfer the > 315MB. The md5sum matches. > > Now, with the device sitting on my desk in a debian installer session > and working gbit.. how do I proceed from here? I don't dare rebooting.. There are 3 things which would be interesting to save and compare with a boot which does have the problem: 1) The gmc clk register, to do this download mmio_dump from: https://fedorapeople.org/~jwrdegoede/mmio-dump And as root run: ./mmio-dump 0x1c20164 And record the output This is a statically linked binary (I use it on android) so it should work fine. If you don't like running $random binaries of the internet, you can find the c-code here: https://fedorapeople.org/~jwrdegoede/mmio-dump.c Compile this (on the arm-system) with: gcc -o mmio-dump mmio-dump.c 2) The pmic settings for various ldo-s, etc. as root run: i2cdump -f -y 0 0x34 And record the output. You may need to install i2c-tools (or the deb. alternative) and do "modprobe i2c_dev" 3) The phy settings, unfortunately I do not know of a way to dump these, so lets just forget about these and focus on the other 2. Regards, Hans > > Best > > Michael > > > > >