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 has quit [Remote host closed the connection]
DC-IRC has joined #armbian-rockchip
<DC-IRC> <NamelessIdiot> Just FYI, I was able to boot from SD card but system on NVME not by `armbian-install` but by following this guide [here](https://forum.armbian.com/topic/13617-nanopc-t4-boot-from-a-sdcard-use-the-nvme-as-the-root-partition-quick-and-very-dirty/)... Still not sure why `armbian-install` is still not working for me...
<DC-IRC> <lanefu> that's where the secrets are kept
<DC-IRC> <3l3ktr0l4mpe> Hey,
<DC-IRC> <3l3ktr0l4mpe> I just installed the current Armbian Version (Ubuntu, because i need HW Encoding) on my Rock 5B.
<DC-IRC> <3l3ktr0l4mpe> I wanted to grab HDMI IN Audio but just get an error in dmesg.
<DC-IRC> <3l3ktr0l4mpe> ```
<DC-IRC> <3l3ktr0l4mpe> rockchip-i2s-tdm fddf8000.i2s: ASoC: error at snd_soc_dai_hw_params on fddf8000.i2s: -22
<DC-IRC> <3l3ktr0l4mpe> ```
<DC-IRC> <3l3ktr0l4mpe> The only ressource i found for this error was: https://github.com/Joshua-Riek/ubuntu-rockchip/discussions/199
<DC-IRC> <3l3ktr0l4mpe> He said there was some kernel update to fix this. Where can i get it? :S
<DC-IRC> <3l3ktr0l4mpe> Im on: Linux rock-5b 5.10.160-rockchip-rk3588 #1 SMP Fri May 26 08:01:48 UTC 2023 aarch64 aarch64 aarch64 GNU/Linux
<DC-IRC> <3l3ktr0l4mpe> Another post i found was this one from 5 days ago but without any respose yet: https://forum.radxa.com/t/hdmi-in-audio-recording/18202
<DC-IRC> <lanefu> you try Raxda discord?
<DC-IRC> <3l3ktr0l4mpe> wow i think i found the solution... https://forum.armbian.com/topic/29087-migration-to-rk35xx-linuxfamily/
<DC-IRC> <3l3ktr0l4mpe> did that and now i have
<DC-IRC> <3l3ktr0l4mpe> ```
<DC-IRC> <3l3ktr0l4mpe> Linux rock-5b 5.10.160-legacy-rk35xx #1 SMP Tue Aug 22 02:22:29 UTC 2023 aarch64 aarch64 aarch64 GNU/Linux
<DC-IRC> <3l3ktr0l4mpe> ```
<DC-IRC> <3l3ktr0l4mpe> And the problem seems to be gone... lets see what other problems are there now instead 😄
<DC-IRC> <lanefu> nice
<DC-IRC> <NamelessIdiot> Yeah, took a peek ealier by catting it out. Let's just say bash script is not really my thing 😆
<DC-IRC> <3l3ktr0l4mpe> rejoyed too soon...
<DC-IRC> <3l3ktr0l4mpe> now the audio error is gone, but seems like no audio is captured and now video capture is also broken with the current armbian 5.10 rk35xx kernel...
<DC-IRC> <3l3ktr0l4mpe> ```
<DC-IRC> <3l3ktr0l4mpe> fdee0000.hdmirx-controller: Err, timing is invalid
<DC-IRC> <3l3ktr0l4mpe> ```
<DC-IRC> <spooky8086> I know hdmirx was fixed in the rkr4.1 kernel, i wonder if there is an issue with the rkr5.1 kernel
<DC-IRC> <3l3ktr0l4mpe> seems like after some reboots and power disconnect it seems to work again. dont as me why O.o
<DC-IRC> <tenkawa42> @3l3ktr0l4mpe what are you using to power your board with? The 5B is "very" power sensitive
<DC-IRC> <3l3ktr0l4mpe> for testing now a 25.000mA powerbank with USB A to USB C cable so no negotation occures because i read about the PD issue
<DC-IRC> <tenkawa42> actually the negotiation occurs in the powerbank. I
<DC-IRC> <tenkawa42> actually the negotiation occurs in the powerbank.
<DC-IRC> <3l3ktr0l4mpe> yeah but not with USB A i think?
<DC-IRC> <3l3ktr0l4mpe> atleast my meter shows stable 5V and 2-5W
<DC-IRC> <tenkawa42> you aren't connecting usb-c into the 5b
<DC-IRC> <tenkawa42> so it still tries to negotiate
<DC-IRC> <tenkawa42> er a
<DC-IRC> <tenkawa42> you aren't connecting usb-a into the 5b
<DC-IRC> <3l3ktr0l4mpe> but the cable doesnt support it, because the CC pins are missing. so the cable delivers 5V without any negotation
<DC-IRC> <tenkawa42> usb-a to c certainly does...
<DC-IRC> <tenkawa42> is it a blue ended usb-a?
<DC-IRC> <3l3ktr0l4mpe> nah its 2.0
<DC-IRC> <tenkawa42> then you are probably shorting it the needed current
<DC-IRC> <tenkawa42> 5v 2-5 isnt near enough
<DC-IRC> <tenkawa42> 5v 2-5w isnt near enough
<DC-IRC> <tenkawa42> Not to run Screen, audio, storage, and input
<DC-IRC> <3l3ktr0l4mpe> no screen
<DC-IRC> <3l3ktr0l4mpe> just emmc and hdmi in to udp network destination
<DC-IRC> <mariob> you cannot have PD with an usb-a cable
<DC-IRC> <mariob> only those proprietary protocols
<DC-IRC> <mariob> quick charge
<DC-IRC> <mariob> which the rock 5b doesn't support
<DC-IRC> <tenkawa42> Yeah quick charge is bad
<DC-IRC> <3l3ktr0l4mpe> yeah thats why i used it. because i read you should power the 5B with a dumb power source because of PD problems
<DC-IRC> <mariob> but 5v from a power back might be much worse
<DC-IRC> <tenkawa42> charging circuits are bad for socs in general
<DC-IRC> <mariob> than any potential PD issue, so i'd try that first
<DC-IRC> <tenkawa42> exactly
<DC-IRC> <tenkawa42> Good catch
<DC-IRC> <tenkawa42> All hate chargers but most are lenient to the PD issue thats why I asked that one first
<DC-IRC> <tenkawa42> the 3588 just hates it horribly
<DC-IRC> <3l3ktr0l4mpe> but when i just power via +5VCC and GND pins in the USBC plug of the 5B it will be fine?
<DC-IRC> <mariob> all type-c crap (except for lane switching) happens outside the SoC. so far it's just not proper handling in software
<DC-IRC> <mariob> with both u-boot and linux trying to negotiate and timing issues
<DC-IRC> <mariob> all type-c crap (except for lane switching) happens outside the SoC. so far it's just not proper handled in software
<DC-IRC> <3l3ktr0l4mpe> what would be the proper way to power the 5B with plain constant voltage source
<DC-IRC> <tenkawa42> @mariob no.. its the hardware too for the 3588... they've tried fixing it in 3 revisions already
<DC-IRC> <3l3ktr0l4mpe> GPIO header?
<DC-IRC> <tenkawa42> @mariob I was involved with testing for 2 of them
<DC-IRC> <tenkawa42> @mariob Khadas has been the closest to getting it right
<DC-IRC> <mariob> khadas doesn't do software negotiation in linux
<DC-IRC> <mariob> it has a MCU that drives the fusb302
<DC-IRC> <mariob> that type-c port is also power-only
<DC-IRC> <tenkawa42> I can still crash theirs easy too though
<DC-IRC> <mariob> welp
<DC-IRC> <tenkawa42> It is a hardware problem... it cannot be fixed without a redesign
<DC-IRC> <mariob> the only real problem with usb-c i noticed on rk3588 was on the mixtile blade 3
<DC-IRC> <mariob> that board plain won't work properly with 5V
<DC-IRC> <mariob> it *needs* higher voltage negotiated
<DC-IRC> <mariob> to power the USB ports and other peripherals
<DC-IRC> <mariob> on the other hand i can power the rock 5b directly from my pc and use it with light loads
<DC-IRC> <mariob> with usb devices connected too
<DC-IRC> <tenkawa42> Yeah..It will "work".. just don't push it too hard heheh
<DC-IRC> <tenkawa42> and watch for random hits
<DC-IRC> <3l3ktr0l4mpe> in my final setup i will use a buck converter anyway, what would be the recommended voltage?
<DC-IRC> <mariob> 12V would be okay
<DC-IRC> <mariob> you can safely supply up to 20V
<DC-IRC> <mariob> radxa claims 26V but i recall seeing the absolute maximum for one of the ICs being lower
<DC-IRC> <mariob> so i'd stick to 20V as a maximum
<DC-IRC> <mariob> (on the type-c port, not GPIO header)
<DC-IRC> <3l3ktr0l4mpe> okay, and i will shove it in just via the usb c plug connecting only the VCC and GND pins? or is there another way to get the power in?
<DC-IRC> <3l3ktr0l4mpe> okay
<DC-IRC> <mariob> yes, VBUS and GND