Jump to content

ewww

Members
  • Posts

    33
  • Joined

  • Last visited

Everything posted by ewww

  1. No, not really. It's just my hope if I can boot with mainline uboot then "maybe" ethernet work. I don't know how to fix RGMII so I tried to do something that I can do when looking for help from others πŸ˜…πŸ˜… I made that post about legacy uboot to take note for myself in case my sdcard dies (I have forgotten how to build it in the past πŸ˜…). And maybe it will help other people?
  2. @hotnikq yes I know, that's why I made 2 post. 1 for legacy uboot, 1 for mainline uboot
  3. @maka I will try soon. it's just boot log captured from uart
  4. I have tried mainline uboot too, of course, there is no support, only evb-rk3568_defconfig here, I gave it a shot: with evb-rk3568_defconfig: no USB detected, although uboot shell detected emmc but I don't know why it can't find rootfs uuid on emmc, need some advice
  5. I'm using sdcard for storing /boot and emmc/usb for rootfs. here are steps for building rockchip uboot (refer to https://forum.pine64.org/showthread.php?tid=14507 ) git clone --depth=1 -b next-dev https://github.com/rockchip-linux/u-boot.git u-boot git clone --depth=1 https://github.com/rockchip-linux/rkbin.git rkbin cd u-boot ln -sf ../rkbin/bin/rk35/rk3568_bl31_v1.42.elf bl31.elf ln -sf ../rkbin/bin/rk35/rk3568_bl32_v2.09.bin tee.bin make rk3568_defconfig make -j4 && make -j4 u-boot.itb tools/mkimage -n rk3568 -T rksd -d ../rkbin/bin/rk35/rk3566_ddr_1056MHz_v1.16.bin:spl/u-boot-spl.bin idblock.bin # creating sdcard partitions: echo -e "\ng\nn\n1\n16384\n+16M\nt\n11\nn\n2\n\n+256M\nt\n2\n1\nn\n\n\n\nw" | fdisk /dev/mmcblk0 echo -e "\nx\nn\n1\nuboot\nr\nw" | fdisk /dev/mmcblk0 It will look like # we got u-boot.itb and idblock.bin now write sdcard dd if=idblock.bin of=/dev/mmcblk0 seek=64 dd if=u-boot.itb of=/dev/mmcblk0p1 mount armbian image and /dev/mmcblk0p2 then copy (armbian) /boot to /dev/mmcblk0p2, edit extlinux.conf, change uuid of rootfs to emmc/usb rootfs partition, copy working dtb and edit its path respectively. if you want to use sdcard only, so put armbian rootfs on /dev/mmcblk0p3, else delete /dev/mmcblk0p3 as you wish rk3568_bl31_v1.42.elf rk3568_bl32_v2.09.bin rk3566_ddr_1056MHz_v1.16.bin these file names may change whenever rockchip pushes their new version Boot log
  6. Dtbs are in attachments of @maka posted here. I don't have dts 😁. I didn't test wifi
  7. I don't know how to fix RGMII, still need others help. All dtbs from @maka currently: runs kernel 6 (and 5.15) βœ”οΈ USB 2.0 port βœ”οΈ USB 3.0 port βœ”οΈ display video HDMI βœ”οΈ detect internal MMC βœ”οΈ ethernet gigabit βœ–οΈ
  8. @hotnikq the weird part: I have just tried kernel 5.15 with dtb from @maka and got same result, it seems like there is no hope πŸ˜…πŸ˜… @maka Thank you a lot for your time
  9. @maka as the issue: RTL8211F interface can never obtain an IP or ping any other clients. @hotnikq I hope I can make mainline uboot to work, tried several time but failed 😐
  10. @maka rk3566-box-demo_rboxr2_8.dtb still has the same issue, it can't connect although link up well, I think I will have to get an ethernet usb 😢 I just found something, that looks similar here https://forum.openwrt.org/t/help-with-rtl8211f-rk3588-tx-issues/154818
  11. @maka [ 1.220060] mdio_bus stmmac-0: MDIO device at address 1 is missing. phy error here [ 33.093895] rk_gmac-dwmac fe010000.ethernet eth0: __stmmac_open: Cannot attach to PHY (error: -19)
  12. @maka usb2 port stopped working, I can boot from usb3 port. ethernet issue is the same as before, probed but can not connect, I don't understand πŸ˜… so the root cause is USB nodes voltage? thanks
  13. @maka I'm trying to learn things, correct me if wrong: my kernel 4.19 dts has: tx_delay = <0x4f>; rx_delay = <0x2d>; I decompile your rk3566-box-demo_rboxr2_5.dtb to dts, it has tx_delay = <0x4b>; rx_delay = <0x2b>; so I change tx rx to 0x4f and 0x2d in rk3566-box-demo_rboxr2_5.dts then recompile withdtc -I dts -O dtb -f rk3566-box-demo_rboxr2_5.dts -o test.dtb loaded the test.dtb but still can not connect I forgot to mention, in https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/tree/arch/arm64/boot/dts/rockchip/rk3566-box-demo.dts?h=v6.3.8 the tx rx value is the same on my kernel 4.19 dts
  14. @maka rk3566-box-demo_rboxr2_6.dtb dmesg
  15. @maka rk3566-box-demo_rboxr2_5.dtb ethernet: no more __stmmac_open: Cannot attach to PHY (error: -19), it appeared to be probed correctly but can not connect, not get ip from dhcp, even manually set static ip dmesg
  16. @maka ethernet can not connect, still need your help, dmesg shows me:
  17. @maka awesome bro!! Plugged in usb3 port Plugged in usb2 port There are things left but I can say both USB port works, HDMI works too
  18. hmm, I tested with 6.2 before, but I will change to 6.2 as your advice currently, yes. in kernel 4.19 dts, I see: usbdrd30 = "/usbdrd"; usbdrd_dwc3 = "/usbdrd/dwc3@fcc00000"; usbhost30 = "/usbhost"; usbhost_dwc3 = "/usbhost/dwc3@fd000000"; usb_host0_ehci = "/usb@fd800000"; usb_host0_ohci = "/usb@fd840000"; usb_host1_ehci = "/usb@fd880000"; usb_host1_ohci = "/usb@fd8c0000"; I'm trying to understand the parts usbdrd and dwc3, I think these are responsible for usb3.
  19. @hotnikq I will. I just use 6.1 to test if it works for example, I want to disable usb3.0 port, so is this ok?
  20. @maka rk3566-box-demo_rboxr2_3.dtb would you mind talking in direct message? I think we should not bloat this topic πŸ˜…
  21. @maka thanks. I have just tested 2 dtb. HDMI is working, but no usb After that, it dropped to shell because it can't find root fs (I put OS on usb, tested 2 port)
  22. @hotnikq yes!! disable all usb make it able to boot to user space
  23. @hotnikq well, I got your point. Rewriting everything is far beyond my ability, I was looking for a "shortcut path", like patching your dts which was decompiled from your dtb. I saw the diff (ethernet, gmac...) between that dts compared to rk3566-box-demo.dts and my kernel 4.19 dts. My problem is, with your dtb, it can boot. With rk3566-box-demo.dtb, it hangs after loading some nodes. I don't know how to continue debugging πŸ˜• only one good news is that looks like the ethernet was probed correctly
Γ—
Γ—
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines