Getting the 2ed NIC to work

[marv]

https://github.com/siderolabs/sbc-rockchip/issues/103

 

I'm trying to apply this patch, but I think i'm doing something wrong it doesn't seem to be working. I'm getting the same behavior.
 

[    1.369895] rockchip-dw-pcie a41000000.pcie: iATU: unroll T, 8 ob, 8 ib, align 64K, limit 8G
[    2.224201] r8169 0003:31:00.0 eth0: jumbo features [frames: 16362 bytes, tx checksumming: ko]

 

[    1.504906] rockchip-dw-pcie a40800000.pcie: iATU: unroll T, 8 ob, 8 ib, align 64K, limit 8G

I tried putting the patch in:
build/userpatches/kernel/rockchip64-current/ 

 

Then I tried it in:

build/userpatches/kernel/archive/rockchip64-6.18/

because of this output:
[🌱] User patches directory for kernel [ /home/marv/rock5t/build/userpatches/kernel/archive/rockchip64-6.18 ]

Doesn't seem to get applied, when I transfer the 'new' rk3588-rock-5t.dtb file to my device, the 2ed interface doesn't turn on.

What am i doing wrong?

[Werner]

3 hours ago, marv said:

Then I tried it in:

Full build logs?

 

 

[marv]

I tried logging it but doing a `|grep` or any `>  file.log` to `./compile.sh` and the script DOES NOT like it.  I had to CTRL+C out of the compile to get that log... it seems to build the dtb's at the beginning of the compilation (good thing for me)

[Werner]

At the very end of each compile.sh run there is a "curl" command which allows to upload the full build log to a paste service. This can also be done automatically by adding "SHARE_LOG=yes" to the command line. The URL is present at the very end of the process.

[marv]

ok so here's what I did:

 

git clone https://github.com/armbian/build
cd build
./compile.sh BOARD=rock-5t BRANCH=current kernel-patch

 

edited build/cache/sources/linux-kernel-worktree/6.18__rockchip64__arm64/arch/arm64/boot/dts/rockchip/rk3588-rock-5t.dts

 

ended up with:
/home/marv/rock5t/build/output/patch/kernel-rockchip64-current.patch

 

cp output/patch/kernel-rockchip64-current.patch userpatches/kernel/rockchip64-current/

 

./compile.sh BOARD=rock-5t BRANCH=current RELEASE=trixie kernel-dtb

 

copied the new cache/sources/linux-kernel-worktree/6.18__rockchip64__arm64/arch/arm64/boot/dts/rockchip/rk3588-rock-5t.dtb over to my Rock5t /boot/dtb/rockchip/ folder, rebooted it, nothing changed, no 2ed nic.

 

https://paste.armbian.com/muwoxuqoza
 

kernel-rockchip64-current.patch

[Werner]

Hm, the sub-folder in userpatches might be wrong, not sure though.

If in doubt just copy your patch directly into patch/kernel/archive/rockchip64-6.18/

Then it should be applied

[marv]

deleted my patch file in userpatches

cp output/patch/kernel-rockchip64-current.patch patch/kernel/archive/rockchip64-6.18/rk3588-1300-arm64-dts-rock5t-eth-reset.patch
 

definitely saw the patch get applied during the build

 

./compile.sh BOARD=rock-5t BRANCH=current RELEASE=trixie kernel-dtb

 

# cat output/logs/log-kernel-dtb-cd035955-4094-4e6f-b86d-89fe0287a2ce.log.ans |grep eth-reset
       patch/kernel/archive/rockchip64-6.18/rk3588-1300-arm64-dts-rock5t-eth-reset.patch
   -> 223/230: rk3588-1300-arm64-dts-rock5t-eth-reset(:1) (+20/-0)[1M] {rk3588-rock-5t.dts}
   │ rk3588-1300-arm64-dts-rock5t-eth-reset 

 

copied the rk3588-rock-5t.dtb over to my Rock5t's /boot/dtb/rockchip/ folder, rebooted it and ..... it didn't work

 

# dmesg |grep -e 'r8169\|RTL8125B'
[    2.286822] r8169 0003:31:00.0: enabling device (0000 -> 0003)
[    2.314767] r8169 0003:31:00.0 eth0: RTL8125B, 00:48:54:20:XX:XX, XID 641, IRQ 123
[    2.314803] r8169 0003:31:00.0 eth0: jumbo features [frames: 16362 bytes, tx checksumming: ko]
[    2.347904] r8169 0003:31:00.0 enP3p49s0: renamed from eth0
[    5.367059] Realtek Internal NBASE-T PHY r8169-3-3100:00: attached PHY driver (mii_bus:phy_addr=r8169-3-3100:00, irq=MAC)
[    5.560727] r8169 0003:31:00.0 enP3p49s0: Link is Down
[    7.870963] r8169 0003:31:00.0 enP3p49s0: Link is Up - 1Gbps/Full - flow control rx/tx

 

So either I'm doing something wrong, 1st time building something on this build framework, or this patch just doesn't work on my Rock5t.  Ethernet should be the same on the consumer and industrial boards right?