Jump to content

Recommended Posts

Posted (edited)

Hi.
According to this patch Orange pi 5 Pro DTS (which BTW i use for my successful Orange Pi 5 Pro edge build) there will be a split of DTSI files. Most of the code in rk3588s-orangepi-5.dtsi will be transferred to new rk3588s-orangepi-5-5b.dtsi. In my current build for Orange Pi 5 and 5 Pro I have: rk3588s-orangepi-5-5b.dtsi  rk3588s-orangepi-5b.dts  rk3588s-orangepi-5.dts  rk3588s-orangepi-5.dtsi  rk3588s-orangepi-5-pro.dts. Please note I have Orange Pi 5 Pro with SPI chip soldered on so for Orange Pi 5 Pro build with EMMC (99.99% of cases) in rk3588s-orangepi-5-pro.dts set:
 

/* SFC */
&sfc {
        status = "disabled";
};

and
 

&sdhci {
        status = "okay";
};



 

rk3588s-orangepi-5-pro.dts rk3588s-orangepi-5b.dts rk3588s-orangepi-5-5b.dtsi rk3588s-orangepi-5.dtsi rk3588s-orangepi-5.dts

Edited by Rocksheep
Posted

If you want to do the work you can open a pr including these changes into Armbian. However I believe all opi5* boards are in decent state I'd simply wait for upstream .

the patchew link is dead btw.

Posted

I was just giving heads up. Basically patch is ready with only few "naming disagreements" and  reviewers wants to push it upstream soon probably still within 7.1 release candidate. Once it will happen all the builds for orange pi 5/5b/pro and so on will fail so its worth to be prepared.

Posted
6 minutes ago, Rocksheep said:

Once it will happen all the builds for orange pi 5/5b/pro and so on will fail so its worth to be prepared.

Why should they?

Posted

If i recall correctly this patch is causing problems:
patch/kernel/archive/rockchip64-7.0/rk3588-1221-arm64-fix-typec-for-orangepi-5-5b.patch
After split the code it wants to patch has will be moved from
arch/arm64/boot/dts/rockchip/rk3588s-orangepi-5.dtsi
to
arch/arm64/boot/dts/rockchip/rk3588s-orangepi-5-5b.dtsi
Anyway I'm not sure what this patch meant to fix. Can't find much info on it but it looks like the altmodes block is advertising DP mode over USB-C so enables port to transmit direct video and audio signals. Please someone correct me on this one if I'm wrong. If so it adds future to the system rather then fixing it. I think its better to leave it at default source - host mode.

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines