Jump to content

Rock64 Audio DAC add-on board ethernet port problem [SOLVED]


Recommended Posts

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.

Link to comment
Share on other sites

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

Important Information

Terms of Use - Privacy Policy - Guidelines