[linux-sunxi] Re: Banana R1 router german article
Small follow-up: I'm refering to GMAC send/receive clock delay chain. For Banana Pi/Pro it was necessary to set bit 10-12 of the gmac clk register to 3 to get decent network throughput (for Cubietruck it's set to 1 currently). http://lists.denx.de/pipermail/u-boot/2014-September/190239.html This is done in u-boot: http://lists.denx.de/pipermail/u-boot/2015-January/202590.html Since this is a very board specific value to compensate for trace lengths on the PCB (see explanation above) I had doubts that using also 3 on the Lamobo R1 (which has a totally different PCB and uses a different PHY than Banana Pi/Pro) would make any sense. Igor tried a few other values (2,4,5,6,7,9,12) and came up with 4 giving better results. So now he sets "CONFIG_GMAC_TX_DELAY=4" https://github.com/igorpecovnik/lib/blob/next/patch/add-lamobo-r1-uboot.patch If I have the time I will set up an unattended test setup and brute-force through all possible values of CONFIG_GMAC_TX_DELAY and also CONFIG_GMAC_RX_DELAY (why shouldn't the other direction not also be affected? This is what we have right now with all A20 boards: asymmetric throughput). With mainline kernel and adjusted SMP, network and cpufreq settings (also due to patched U-boot) I managed to get 940 Mbits/sec RX and 670 Mbits/sec TX: http://forum.lemaker.org/thread-12167-1-1-nas_performance_with_kernel_3_19_0.html This is what I want to achieve on the Lamobo R1 as well and try to reach 940 Mbits/sec TX on Banana Pi/Pro. But no idea whether the idea to set CONFIG_GMAC_RX_DELAY will work since code for this value in board/sunxi/gmac.c seems to be missing (and unfortunately I'm no coder) -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group. To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[linux-sunxi] Re: Banana R1 router german article
Benjamin Henrion wrote: > http://www.pc-magazin.de/ratgeber/banana-pi-r1-router-anleitung-openwrt-bananian-3021511.html > > Anyone has ever tested this router? I heard they had problems to make > the BCM switch working properly. I have it here and Igor Pečovnik already added support for Mainline with recent u-boot in his Debian build system (he also adjusted GMAC send/receive clock adjustments in u-boot because right now the network throughput between SoC and BCM switch that acts as PHY is pretty slow): http://www.igorpecovnik.com/2014/09/07/banana-pi-debian-sd-image/ https://github.com/igorpecovnik/lib/tree/next/patch The BCM is also working with sunxi 3.4.x. When I still have the board next weekend (dedicated to a customer's project) I'll dig deeper into the network problem. Right now with Igor's u-boot adjustments we only get 350 Mbits/sec. -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group. To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[linux-sunxi] Re: Banana R1 router german article
>> http://www.pc-magazin.de/ratgeber/banana-pi-r1-router-anleitung-openwrt-bananian-3021511.html >> >> Anyone has ever tested this router? I heard they had problems to make >> the BCM switch working properly. > Someone ported the BCM switch driver to mainline: > https://github.com/Dh0mp5eur/BCM53125-Mainline-Patches > https://github.com/ptolts/BCM53125-Mainline-Port/tree/master/linux So, all that's needed to make it work on mainline is the *.dts file? Stefan -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group. To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
