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
<DC-IRC>
<mariob> good that they do
<DC-IRC>
<mariob> some power management stuff should really happen outside the main CPU cores
<DC-IRC>
<mariob> now, the rk3588 does have 3 cortex-something MCU cores probably for the same reason
<DC-IRC>
<mariob> it'd be more interesting to see those ones being used rather than off-soc solutions
<DC-IRC>
<mariob> now, the rk3588 does have 3x cortex-m0 MCU cores probably unused
<DC-IRC>
<mariob> this isn't a problem. only one core is used by u-boot anyway
<DC-IRC>
<mariob> the main issue with boards like rock 5b is that the only power source is also used for data and alt modes
<DC-IRC>
<mariob> and there's no coordination between the u-boot and linux fusb drivers
<DC-IRC>
<mariob> Googulator explained it nicely in the radxa server
<DC-IRC>
<mariob> the main issue with boards like rock 5b is that the only power source is also used for alt modes
RecursiveG has quit [Ping timeout: 240 seconds]
RecursiveG has joined #armbian-rockchip
DC-IRC has quit [Remote host closed the connection]
DC-IRC has joined #armbian-rockchip
<DC-IRC>
<Tonymac32> at least one of them have to be the system supervisor for booting/suspending cores/etc
<DC-IRC>
<Tonymac32> correct, it's a state machine, and the state is not transferred, so Linux reboots it
<DC-IRC>
<Tonymac32> the idea of the boards like the Rock5b, etc is good, plug your sbc into a type C dock and boom! power, everything
<DC-IRC>
<Tonymac32> but
<DC-IRC>
<Tonymac32> *shrugs*
<DC-IRC>
<mariob> lol
<DC-IRC>
<Tonymac32> correct, it's a state machine, and the state is not transferred, so Linux resets it
<DC-IRC>
<mariob> right, forgot about that
<DC-IRC>
<Tonymac32> that would be vvery interesting if that could somehow be accomplished 😄