lanefu changed the topic of #armbian-rockchip to: Armbian - Linux for ARM development boards | Rockchip SoC | www.armbian.com | This channel is relayed to the equivalent Discord channel | this channel is logged
_whitelogger has joined #armbian-rockchip
RecursiveG has joined #armbian-rockchip
javabean has joined #armbian-rockchip
<DC-IRC> <joekhoobyar> yeah, poor memory over here, my corrupt kernel deb was on my odroid c4. and I see a new kernel deb is there, so I'm updating it now. 👍
DC-IRC has quit [Remote host closed the connection]
DC-IRC has joined #armbian-rockchip
<DC-IRC> <supersonictw> Umm... Orange Pi 5 and Orabge Pi 5 Plus have same page on Armbian downloads.
<DC-IRC> <supersonictw> https://www.armbian.com/orangepi-5/
<DC-IRC> <supersonictw> Orange Pi 5 / 5B / 5 Plus
<DC-IRC> <supersonictw> Even they have a different SoC (s and non-s)
<DC-IRC> <tenkawa42> They weren't clear.. if you look below you'll notice this:
<DC-IRC> <tenkawa42> Additional Images:
<DC-IRC> <tenkawa42> For Orange Pi 5 Plus model, images can be downloaded here
<DC-IRC> <tenkawa42> If you are having a Orange Pi 5B variant, replace fdtfile=rockchip/rk3588s-orangepi-5.dtb in /boot/armbianEnv.txt with fdtfile=rockchip/rk3588s-orangepi-5b.dtb
<DC-IRC> <tenkawa42> The individual models use different dtbs
Werner has quit [Server closed connection]
Werner has joined #armbian-rockchip
<DC-IRC> <supersonictw> I think there should be more clear notice...
<DC-IRC> <supersonictw> The message you provided seems to be used for enabling 3D Acceleration (Ubuntu variant).
<DC-IRC> <supersonictw> And the message to replace .dtb, is written only for Orange Pi 5B, no Orange Pi 5 Plus mentioned.
<DC-IRC> <supersonictw> Yes. 👍
<DC-IRC> <supersonictw> I resolved it by guessed this way... 😂
<DC-IRC> <amazingfate> opi5plus is based on rk3588, you'd better use an image for it instead change dtb in an image for rk3588s board. You will not have full hardware support in uboot if you do that.
<DC-IRC> <supersonictw> Oops... So... Why the different board/SoC have same download page... :Pardofelisphone:
<DC-IRC> <supersonictw> Okay. I see. Thank you.
<DC-IRC> <supersonictw> Hey! Are you using Gnome and already logged into Gnome natively before login via xRDP?
<DC-IRC> <supersonictw> Gnome can't not work if you same duplicate session exists.
<DC-IRC> <supersonictw> I guessed maybe auto-login or something likes made the exception...
<DC-IRC> <mergelab> now my OP5+ powers on, I get a sreen that has my name and needs a password (small writing on the left), and within 5 seconds that screen dissappears and it goes to a blank screen. When i type in the passwrd - i get an error failed to load or something like that
<DC-IRC> <mergelab> now my OP5+ powers on, I get a screen that has my name and needs a password (small writing on the left), and within 5 seconds that screen dissappears and it goes to a blank screen. When i type in the passwrd - i get an error failed to load or something like that
<DC-IRC> <mergelab> Has anyone seen this before?
<DC-IRC> <tenkawa42> That does go back to the fact that they "should" not share pages... as the person asked originally.
<DC-IRC> <mariob> yeah, the opi5 download buttons are big and clear but for 5plus there's just a small link that many people won't notice
<DC-IRC> <supersonictw> Gnome can't be working if you same duplicate session exists.
<DC-IRC> <supersonictw> You might have broken permission/missing files from you ~/.config or somewhere in your home directory...
<DC-IRC> <supersonictw> Providing error messages will help to resolve the program easy.
<DC-IRC> <supersonictw> The one of solution is checking if there was something wrong in your log of display manager.
<DC-IRC> <supersonictw> If it's a kernel problem, check your `dmesg` for debugging.
<DC-IRC> <supersonictw> My OPi5+ have no error and works silently and stably since I fixed with update the .dtb value... Though as above said, might have non-full support of hardware in the future. :06_1:
<DC-IRC> <supersonictw> Thanks for assistance! :emoji_28:
<DC-IRC> <supersonictw> Providing error messages will help to resolve the problem easy.
<DC-IRC> <jackn01> who is jock(from forum) ?
<DC-IRC> <lanefu> Looks like collabora updated their rk3588-test branch to 6.6 and proposed patches
<DC-IRC> <tenkawa42> I wonder if there is any chance these are going to work on Khadas 3588s boards
<DC-IRC> <tenkawa42> I really wouldn't mind updating this Edge2's old'ish kernel
<DC-IRC> <tenkawa42> (with more than just a pieced together one)
<DC-IRC> <tenkawa42> edge2 has been "in" the tree for a while
<DC-IRC> <lanefu> Guess there's a chance tho
<DC-IRC> <tenkawa42> but it hasn't been functional
<DC-IRC> <tenkawa42> the MCU is a big q mark
<DC-IRC> <tenkawa42> thats a piece of hardware the rest of the 3588's etc don't use
<DC-IRC> <tenkawa42> but they heavily use it
<DC-IRC> <lanefu> What's the edge2 use it for
<DC-IRC> <tenkawa42> sensors, pwm, more io stuff
<DC-IRC> <tenkawa42> (I'd have to look it all up)
<DC-IRC> <tenkawa42> Nothing required to operate I don't think but I wouldn't wan't to run long without it
<DC-IRC> <tenkawa42> especially without the fan control heheh
<DC-IRC> <Tonymac32> I was considering adding meat to the device tree to get it running
<DC-IRC> <Tonymac32> I have the board 🤷‍♂️
<DC-IRC> <efectn> Why do they use MCU instead of SOC's capabilities
<DC-IRC> <efectn> Why do they use stm32 MCU instead of SOC's capabilities
<DC-IRC> <Tonymac32> Because esoc is garbage for PD
<DC-IRC> <Tonymac32> And in the old days the micro was for IR wakeup
<DC-IRC> <Tonymac32> Before they could get it to work properly on the S905X
<DC-IRC> <Tonymac32> They kept it and expanded it's capabilities, even got a driver intonthebkernel
<DC-IRC> <Tonymac32> They kept it and expanded it's capabilities, even got a driver into the kernel
<DC-IRC> <efectn> It looks like friendlyelec also uses stm32 chips for PD
<DC-IRC> <Tonymac32> Uep
<DC-IRC> <Tonymac32> They learned the hard way too
<DC-IRC> <efectn> Actually it's better than trusting fusb driver
<DC-IRC> <Tonymac32> The M4 and M4V2 were 5V, but the PD would throw a reset per the tcpm
<DC-IRC> <tenkawa42> @mackahan oddly this has been the most stable PD board I have
<DC-IRC> <Tonymac32> Critically it can negotiate before the SoC boots all cores
<DC-IRC> <Tonymac32> I don't know the exact implementation, but I would probably hold the SoC in reset until negotiation was complete
<DC-IRC> <tenkawa42> I think they use some very high grade parts too.. I think thats helping
<DC-IRC> <tenkawa42> If they do it right that new Mind product is going to fly off shelves
<DC-IRC> <tenkawa42> (for the x86 crowd)
<DC-IRC> <efectn> Mind seems really cool
<DC-IRC> <tenkawa42> If Khadas uses their normal quality and engineering.. its going to be a challenging product