Jump to content

Recommended Posts

Posted

Hello,

the Rock64 SBC can receive an add-on board with audio ports and an additional ethernet port. I have used it a lot before, with Debian Stretch. With the armbian image it does not work. The reason is simple, this board must be activated by a script which is missing. Ayufan has added a set of scripts in /usr/local/sbin, but they are not present in this build. They can be found here :

https://github.com/ayufan-rock64/linux-package/blob/master/root/usr/local/sbin/enable_dtoverlay

Then run the necessary command :

enable_dtoverlay eth1 ethernet@ff550000 okay

and the card is present in ifconfig. Once given an iP address, it works perfectly.

 

Nevertheless, the log indicates a conflct with the ic2 interface.

Jul 16 14:39:33 localhost systemd[1]: Started LSB: Advanced IEEE 802.11 management daemon.
Jul 16 14:39:33 localhost rc.local[1312]: Applying...
Jul 16 14:39:33 localhost rc.local[1312]: /dts-v1/;
Jul 16 14:39:33 localhost rc.local[1312]: / {
Jul 16 14:39:33 localhost rc.local[1312]: #011fragment@0 {
Jul 16 14:39:33 localhost rc.local[1312]: #011#011target-path = "/ethernet@ff550000";
Jul 16 14:39:33 localhost kernel: [   37.895961] rockchip-pinctrl pinctrl: pin gpio2-25 already requested by ff150000.i2c; cannot claim for ff550000.ethernet
Jul 16 14:39:33 localhost kernel: [   37.895967] rockchip-pinctrl pinctrl: pin-89 (ff550000.ethernet) status -22
Jul 16 14:39:33 localhost kernel: [   37.895972] rockchip-pinctrl pinctrl: could not request pin 89 (gpio2-25) from group fephyled-rxm1  on device rockchip-pinctrl
Jul 16 14:39:33 localhost kernel: [   37.895976] rk_gmac-dwmac ff550000.ethernet: Error applying setting, reverse things back
Jul 16 14:39:33 localhost kernel: [   37.896167] rk_gmac-dwmac ff550000.ethernet: Looking up phy-supply from device tree
Jul 16 14:39:33 localhost kernel: [   37.896433] rk_gmac-dwmac ff550000.ethernet: clock input or output? (output).
Jul 16 14:39:33 localhost kernel: [   37.896440] rk_gmac-dwmac ff550000.ethernet: Can not read property: tx_delay.
Jul 16 14:39:33 localhost kernel: [   37.896446] rk_gmac-dwmac ff550000.ethernet: set tx_delay to 0x30
Jul 16 14:39:33 localhost kernel: [   37.896451] rk_gmac-dwmac ff550000.ethernet: Can not read property: rx_delay.
Jul 16 14:39:33 localhost kernel: [   37.896454] rk_gmac-dwmac ff550000.ethernet: set rx_delay to 0x10
Jul 16 14:39:33 localhost kernel: [   37.896509] rk_gmac-dwmac ff550000.ethernet: integrated PHY? (yes).
Jul 16 14:39:33 localhost kernel: [   37.896644] rk_gmac-dwmac ff550000.ethernet: cannot get clock clk_mac_refout
Jul 16 14:39:33 localhost kernel: [   37.896650] rk_gmac-dwmac ff550000.ethernet: cannot get clock clk_mac_speed
Jul 16 14:39:33 localhost kernel: [   37.901732] rk_gmac-dwmac ff550000.ethernet: init for RMII
Jul 16 14:39:33 localhost rc.local[1312]: #011#011__overlay__ {
Jul 16 14:39:33 localhost rc.local[1312]: #011#011#011status="okay";
Jul 16 14:39:33 localhost rc.local[1312]: #011#011};
Jul 16 14:39:33 localhost rc.local[1312]: #011};
Jul 16 14:39:33 localhost rc.local[1312]: };
Jul 16 14:39:34 localhost kernel: [   37.936441] stmmac - user ID: 0x10, Synopsys ID: 0x35
Jul 16 14:39:34 localhost kernel: [   37.936452]  Ring mode enabled
Jul 16 14:39:34 localhost kernel: [   37.936457]  DMA HW capability register supported
Jul 16 14:39:34 localhost kernel: [   37.936461]  Normal descriptors
Jul 16 14:39:34 localhost kernel: [   37.936466]  RX Checksum Offload Engine supported (type 2)
Jul 16 14:39:34 localhost kernel: [   37.936470]  TX Checksum insertion supported
Jul 16 14:39:34 localhost kernel: [   37.936475]  Enable RX Mitigation via HW Watchdog Timer
Jul 16 14:39:34 localhost kernel: [   37.936660] of_get_named_gpiod_flags: can't parse 'snps,reset-gpio' property of node '/ethernet@ff550000[0]'

Nevertheless, the ethernet port is working. Is this a false alarm ? The Rock64 has two GPIO connectors, and the ethernet port is on the second. But the ic2 should be on the first. Whatever the reason, the port works fine.

<
Guest
This topic is now closed to further replies.
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines