Jump to content

Flolm

Members
  • Posts

    15
  • Joined

  • Last visited

Reputation Activity

  1. Like
    Flolm reacted to prahal in Helios64 - Armbian 23.08 Bookworm issues (solved)   
    Started work on syncing the helios64 dts to upstream for 6.9: https://github.com/prahal/build/tree/helios64-6.9 .
     
    I removed the overclock disabling patch as the overclock as it disables an overclock that is at least nowadays not in the included rk3399-opp.dtsi (ie cluster0 has no opp6 and cluster no opp8). It was not a high priority beforehand but as the helios64 dts starts to change, thus carries unnecessary work.
     
    The pachtset applies. The helios64 dts compile fine to dtb.
    Kernel built and booted. (see below for network connection, ie ethernet MAC fixup)
     
    There are not many functional changes on my side (there are in upstream dts). There are a few differences with upstream dts I did not bring as I don't know if they are leftover from the initial patch set or new fixups. But this could already have been an issue before 3.9 for most of these changes (there is at least a new upstream change 93b36e1d3748c352a70c69aa378715e6572e51d1  "arm64: dts: rockchip: Fix USB interface compatible string on kobol-helios64") I brought forward.
    I also brought in vcc3v0_sd node "enable-active-high;"  and "gpio = <&gpio0 RK_PA1 GPIO_ACTIVE_HIGH>;".
     
     
    Beware.
    ethernet MAC change (now working as designed). The fact I kept the aliases from upstream fixes the ability for the eth0 (then renamed to end0 by armbian-hardware-optimization) ethernet mac - grabbed from OTP via SPI in u-boot to be applied. Thus if you bound the MAC address that was generated by the kernel instead of from the hardware to a host and IP, you will have to find the new IP assigned by the DHCP server to connect to the helios64.
    I believe this is fine for edge even if not for current (so should be good for 6.9?).
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines