CSC Armbian for RK3318/RK3328 TV box boards

[pakos96]

Hello,

I would like to ask you something. Preliminary remark: I am not experiencing any particular malfunctions at the moment.

Launching the command 'dmesg | grep mmc' I notice some errors at the end of the log:

[    2.503983] dwmmc_rockchip ff500000.mmc: IDMAC supports 32-bit address mode.
[    2.504032] dwmmc_rockchip ff500000.mmc: Using internal DMA controller.
[    2.504053] dwmmc_rockchip ff500000.mmc: Version ID is 270a
[    2.504148] dwmmc_rockchip ff500000.mmc: DW MMC controller at irq 39,32 bit host data width,256 deep fifo
[    2.504182] dwmmc_rockchip ff510000.mmc: IDMAC supports 32-bit address mode.
[    2.504224] dwmmc_rockchip ff510000.mmc: Using internal DMA controller.
[    2.504243] dwmmc_rockchip ff510000.mmc: Version ID is 270a
[    2.504328] dwmmc_rockchip ff510000.mmc: DW MMC controller at irq 40,32 bit host data width,256 deep fifo
[    2.504705] dwmmc_rockchip ff500000.mmc: Got CD GPIO
[    2.504748] dwmmc_rockchip ff510000.mmc: allocated mmc-pwrseq
[    2.504768] mmc_host mmc1: card is non-removable.
[    2.505873] dwmmc_rockchip ff520000.mmc: IDMAC supports 32-bit address mode.
[    2.505932] dwmmc_rockchip ff520000.mmc: Using internal DMA controller.
[    2.505953] dwmmc_rockchip ff520000.mmc: Version ID is 270a
[    2.506046] dwmmc_rockchip ff520000.mmc: DW MMC controller at irq 41,32 bit host data width,256 deep fifo
[    2.506584] dwmmc_rockchip ff5f0000.dwmmc: IDMAC supports 32-bit address mode.
[    2.506657] dwmmc_rockchip ff5f0000.dwmmc: Using internal DMA controller.
[    2.506679] dwmmc_rockchip ff5f0000.dwmmc: Version ID is 270a
[    2.506784] dwmmc_rockchip ff5f0000.dwmmc: DW MMC controller at irq 42,32 bit host data width,256 deep fifo
[    2.507066] mmc_host mmc2: card is non-removable.
[    2.507330] dwmmc_rockchip ff5f0000.dwmmc: Got CD GPIO
[    2.517666] mmc_host mmc1: Bus speed (slot 0) = 400000Hz (slot req 400000Hz, actual 400000HZ div = 0)
[    2.517738] mmc_host mmc0: Bus speed (slot 0) = 400000Hz (slot req 400000Hz, actual 400000HZ div = 0)
[    2.518163] mmc_host mmc3: Bus speed (slot 0) = 400000Hz (slot req 400000Hz, actual 400000HZ div = 0)
[    2.518260] mmc_host mmc2: Bus speed (slot 0) = 400000Hz (slot req 400000Hz, actual 400000HZ div = 0)
[    2.664219] mmc_host mmc1: Bus speed (slot 0) = 100000000Hz (slot req 100000000Hz, actual 100000000HZ div = 0)
[    2.919494] mmc_host mmc2: Bus speed (slot 0) = 50000000Hz (slot req 52000000Hz, actual 50000000HZ div = 0)
[    2.919602] mmc_host mmc2: Bus speed (slot 0) = 150000000Hz (slot req 150000000Hz, actual 150000000HZ div = 0)
[    3.142700] dwmmc_rockchip ff510000.mmc: Successfully tuned phase to 155
[    3.146775] mmc1: new ultra high speed SDR50 SDIO card at address 0001
[    3.202282] dwmmc_rockchip ff520000.mmc: Successfully tuned phase to 145
[    3.203725] mmc2: new HS200 MMC card at address 0001
[    3.210480] mmcblk2: mmc2:0001 DF4064 58.2 GiB
[    3.217802]  mmcblk2: p1
[    3.221230] mmcblk2boot0: mmc2:0001 DF4064 4.00 MiB
[    3.228213] mmcblk2boot1: mmc2:0001 DF4064 4.00 MiB
[    3.235001] mmcblk2rpmb: mmc2:0001 DF4064 4.00 MiB, chardev (242:0)
[    4.407228] EXT4-fs (mmcblk2p1): mounted filesystem with writeback data mode. Quota mode: none.
[    6.724310] EXT4-fs (mmcblk2p1): re-mounted. Quota mode: none.
[    8.973626] brcmfmac mmc1:0001:1: Direct firmware load for brcm/brcmfmac4334-sdio.rockchip,rk3318-box.bin failed with error -2
[    8.980814] brcmfmac mmc1:0001:1: Direct firmware load for brcm/brcmfmac4334-sdio.clm_blob failed with error -2

 

while when I launch "dmesg | grep error" I see this log:

 

[    8.870879] platform regulatory.0: Direct firmware load for regulatory.db failed with error -2
[    8.973626] brcmfmac mmc1:0001:1: Direct firmware load for brcm/brcmfmac4334-sdio.rockchip,rk3318-box.bin failed with error -2
[    8.980814] brcmfmac mmc1:0001:1: Direct firmware load for brcm/brcmfmac4334-sdio.clm_blob failed with error -2

What can this indicate? Are these 'normal' errors?

Thank you

Edited March 3 by pakos96

[jock]

11 hours ago, pakos96 said:

What can this indicate? Are these 'normal' errors?

Yes they are "normal" errors: the brcmfmac driver probes for such firmware files, does not find them and proceeds with other filenames. It just reports what is an information as an error, and also does not report that it finally found a valid firmware file.

brcm4334 chip has no clm_blob binary; AFAIK only newer/bigger broadcom chips have it, but older chips like 4330/4334 don't have and don't need it.

 

[Ben N Voutour]

is there a way to format a 256 MB (Not GB) for booting from USB 2.0 port?

the USB is a 32 GB Flash Drive for a type a 3.0 port.

how do i make my 256MB Micro SD card for booting in this manner?

the current images are bigger than 256 Mega Bytes which is annoying me due to lack of documentation

thanks for taking the time to read this.

 

[Taz]

It is not worth the effort to fiddle with a 256MB micro sd card, just get a at least 32 GB micro sd card and get on with it. I have 256 GB tf card and I am glad I chose this big and not smaller.  Even if you managed to get 256MB /boot partition to boot and system from 32GB usb driver combo to work, you are asking for a massive headache if you ever run out.

 

Generally speaking, the minimum I would go for is 64GB tf card with SDXC label(or UHS-1 I think) on it like Kingston Canvas Select Plus. Unless you live in something like North Korea, you should be able to get one for less than 10 euro.

Edited March 6 by Taz

[Ben N Voutour]

On 7/16/2023 at 4:52 AM, Energokom said:

I overclocked the CPU to 1.4MHZ using the voltage 0x1437c8, governor = conservative.

opp-1200000000 {
	   opp-hz = <0x00 0x47868c00>;
	   opp-microvolt = <0x13d620>;
	   clock-latency-ns = <0x9c40>;
	   status = "okay";
		};

opp-1296000000 {
	   opp-hz = <0x00 0x4d3f6400>;
	   opp-microvolt = <0x137478>;
	   clock-latency-ns = <0x9c40>;
	   status = "okay";
		};

opp-1392000000 {
	   opp-hz = <0x00 0x52f83c00>;
	   opp-microvolt = <0x1437c8>;
	   clock-latency-ns = <0x9c40>;
	   status = "okay";
		};

The system has been working steadily for several hours and the browser is working faster.

Earlier I tried to overclock to 1.4 using the voltage 0x1312d0, but the system received errors almost immediately as soon as I started the browser.

My DDR is still 533MHZ. I want to raise the frequency to 600 - 660MHZ.

As I said earlier, I use a radiator with a fan

 

Just in case, a photo test point for RK3318 v.1.4 to launch a TV box in the maskrom mode

Edited July 16, 2023 by Energokom

@Energokom can you tell me the opp- ,  opp-hz as well as the opp-microvolt for 1.4 and 1.5 GHZ as i would like to test an idea i was thinking over repeatedly...
the ddrbin works at 800 for me

 

can we set the gpu to be at 750 mhz or higher?

and can we make the latency values a bit better and how do you know what to set it to?
i tested 1.3

i'm not worried about bricking as i can usually get these tv boxes pretty cheap online.

thanks for the testing
 

 

[Ben N Voutour]

here is an example.

 

Quote

opp-1296000000 {
       opp-hz = <0x00 0x4d3f6400>;
       opp-microvolt = <0x137478>;
       clock-latency-ns = <0x9c40>;
       status = "okay";
        };

opp-1392000000 {
       opp-hz = <0x00 0x52f83c00>;
       opp-microvolt = <0x137478>;
       clock-latency-ns = <0x9c40>;
       status = "okay";
        };

opp-1400000000 {
       opp-hz = <0x00 0x53724e00>;
       opp-microvolt = <0x149970>;
       clock-latency-ns = <0x9c40>;
       status = "okay";
        };

 

[Ben N Voutour]

trying these

 

opp-1392000000 {
       opp-hz = <0x00 0x52F83C00>;
       opp-microvolt = <0x137478>;
       clock-latency-ns = <0x9c40>;
       status = "okay";
        };

opp-1400000000 {
       opp-hz = <0x00 0x53724E00>;
       opp-microvolt = <0x149970>;
       clock-latency-ns = <0x9c40>;
       status = "okay";
        };

opp-1500000000 {
       opp-hz = <0x00 0x59682F00>;
       opp-microvolt = <0x155CC0>;
       clock-latency-ns = <0x9c40>;
       status = "okay";
        };

[Ben N Voutour]

i am testing new gpu clocks since the rk3318 has an arm mali-450mp3 penta core gpu

here is an example

 

        gpu-opp-table {
                compatible = "operating-points-v2";
                phandle = <0x3e>;

 

                opp-400000000 {
                        opp-hz = <0x00 0x17d78400>;
                        opp-microvolt = <0xf4240 0xe7ef0 0x124f80>;
                };

                opp-500000000 {
                        opp-hz = <0x00 0x1dcd6500>;
                        opp-microvolt = <0x100590 0xe7ef0 0x124f80>;
                };

                opp-600000000 {
                        opp-hz = <0x00 0x23c34600>;
                        opp-microvolt = <0x100590 0xe7ef0 0x124f80>;
                };

                opp-750000000 {
                        opp-hz = <0x00 0x2cb41780>;
                        opp-microvolt = <0x10c8e0 0xe7ef0 0x124f80>;
                };
        };

i'll report more soon...

 

Edited March 9 by Ben N Voutour

[Ben N Voutour]

note of caution; the default gpu values are very bad

 

 

here is what i changed it to

                opp-720000000 {
                        opp-hz = <0x00 0x2aea5400>;
                        opp-microvolt = <0x116520 0x111700 0x120160>;
                };

                opp-725000000 {
                        opp-hz = <0x00 0x2b369f40>;
                        opp-microvolt = <0x116520 0x11700 0x120160>;
                };

                opp-733000000 {
                        opp-hz = <0x00 0x2bb0b140>;
                        opp-microvolt = <0x116520 0x111700 0x120160>;
                };

                opp-750000000 {
                        opp-hz = <0x00 0x2cb41780>;
                        opp-microvolt = <0x116520 0x111700 0x120160>;
                };
        };

 

if the voltage doesn't work the desktop won't be clickable at all.

if the desktop and its items are clickable and not locking up, then the settings work but i need more testers.

Can you make this dtb the new standard for armbian and make sure it doesn't crash

 

the weird thing about the desktop not being clickable is that the mouse cursor still works but the display times out

 

[Ben N Voutour]

i set the cpu like this and i will test it and hope it works

 

                opp-1392000000 {
                        opp-hz = <0x00 0x52f83c00>;
                        opp-microvolt = <0x137478>;
                        clock-latency-ns = <0x9c40>;
                        status = "okay";
                };

                opp-1400000000 {
                        opp-hz = <0x00 0x53724e00>;
                        opp-microvolt = <0x138800>;
                        clock-latency-ns = <0x9c40>;
                        status = "okay";
                };

                opp-1500000000 {
                        opp-hz = <0x00 0x59682f00>;
                        opp-microvolt = <0x13e9a8>;
                        clock-latency-ns = <0x9c40>;
                        status = "okay";
                };
        };

thanks for the interesting method

@jock can you put this in the next build?

[Ben N Voutour]

here is a working dtb with the GPU working and working CPU clocks
 

rk3318-box.dtb

[jock]

On 3/9/2024 at 9:00 AM, Ben N Voutour said:

@jock can you put this in the next build?

Nope, because what works on your sample is not guarenteed to work on others. Overclock is just meaningless on these chips, you only lose stability and get higher temperatures for a very little increase in performance.

[AndrejM]

Hi, I followed this guide and installed Armbian on my H96Max v11 box with 4GB RAM/64GB ROM. The box freezes at some random points running mostly idle, sometimes even during boot phase, complaining about memory access failures. So far I tried to underclock CPU but it didn't help. What else can I try? 

dmesg.txt

Edited March 11 by AndrejM

[jock]

@AndrejM please read the first post of this thread, and prefer an updated image rather than an old one

[AndrejM]

Thank you, @jock. Sorry, it was not clear to me that your images are deprecated.

 

I reimaged my box with latest bookworm image from the github comunity releases page and it seems to run stable now. It took me some time to realize that neither nightly bookworm nor archived jammy image initialized HDMI output, so I had to access the box over LAN to configure it. WiFi didn't work out of the box too, I had to overwrite the settings file.

 

In the meantime I replaced white sticky tape under the heatsink with thermal grease. Now CPU runs at much lower temperatures, was 65° idle, now 45° idle and 58° under load with no extra cooling.

 

[IronIgel]

@AndrejM

 

Am 12.3.2024 um 18:13 schrieb AndrejM:

WiFi didn't work out of the box too, I had to overwrite the settings file.

 

Hello AndrejM,

I have the same Box and wifi-problem (but no problems with HDMI yet). What settings or file did you use to fix wifi?

 

Thank you

[AndrejM]

On 3/20/2024 at 7:48 PM, IronIgel said:

I have the same Box and wifi-problem (but no problems with HDMI yet). What settings or file did you use to fix wifi?

See steps 18-23 in the (outdated) guide

[jock]

@IronIgel there's also a small paragraph in the first page about special hardware with a link to a guide on how to fix the issue.

[astrosky]

Hi im using a x88 pro  at least thats what the model states under the tv box.     for some reason i cant get any hdmi out signal from the box after flashing the desktop environment versions of this linux install    i used the archives and the one that work the best was  Debian Bullseye minimal - mainline kernel 5.15.16   this one does not give me a desktop however so thats sorta not what i wanted.     not sure why but i cant seem to get the nightly releases working  i made sure it was the rk3318 versions too.   the goal is to get a working desktop environment working with XFCE as thats one the most lightest weight desktop env i know of.   am i missing something? the multi tool is flashed  the image is in the images folder   i burn said image and when i reboot with out the sd card inserted   no signal at all   i see a single red led inside the box through its vent that just stays lit.   i can work with the debian bullseye but i see its using a older kernal and id like the latest working one if possible at the very least..... any advice?    

[astrosky]

I need to mention as an update.   If I stay in the minimal old 5.15 kernal I get HDMI out but if I run apt upgrade or upgradable if I then reboot once I'm done. HDMI out no longer works. However if I don't update anything. I can reboot all day. This is flashed directly on the internal storage because sd card booting does not work for me. I can only boot this stuff after flashing it directly from multi tool.    This makes it harder to quickly test different kernals such.  if i even attempt to use the desktop ready imgs on the same kernal hdmi out also does not seem to work.  i have no way of knowing if its actually booting at all or not either.   is there a way to log into the system even if its the first time boot and there is no account setup? maybe then i can go in the shell somehow and enable things?  it would be great to have a working desktop. i opened up the tv box and the motherboard is blue.    idk if that matters.   this was made in 2019 apparently .    

 

ok update i was able to log in with ssh           both blue and red led is flashing after using the latest mainline installs.    but ssh works   not sure what i can do to proceed  i setup the configs too, got the proper led working wifi not working but im using ethernet  my ultimate goal is to wire up a gpio board to the system with its usb ports being spared and making this a sudo sbc computer but a little extra steps  i already have a Arduino so making it a slave would be cool     this is offtopic but if i can get the hdmi out working ill be closer to my goal,  ( i was thinking of directly wiring the usb port to the usb port that way it works as device but spare the other usb port too maybe a wired hub inside the case so i wont be missing ports but still have the board hardwired in?   it seems possible.... 

 

 

 

ok ok final edit   i installed a very older build with a desktop env    it works! but the kernel is in the 5 series.....i really wish i could  have a more up to date kernel.  for now i enabled blocking of kernel updates.  

Edited March 29 by astrosky

[jock]

@astroskyhello, first of all in the kernel 6.x (I don't remember which release exactly) something changed that caused issues with HDMI on several rk3328/rk3399 boards. I have had no issues and on my setup, which is not complex at all, just a standard 1920x1080 monitor, HDMI works perfectly. Some other users have found issues though, and the cause is not yet known and I'm not able to try and test it because I don't have such issue 🤷‍♂️

 

I wonder, since you need GPIOs, why don't you use a real SBC board - it is  something I always suggest in place of tvboxes for new projects, since they are supported much better.

[astrosky]

@jock is there a way to revert said changes? can you at least pin point me in the general direction i might look and maybe fix it myself? it makes sense that its something to do with hdmi.  iv been going through this entire thread as much as i can and i saw you made some kind of patch for the 6 series kernal and then i saw someone mention they found the source of hdmi issues with some kind of hex editor fix? im not sure what could be the case but i do have this running just fine on this older build and im scared to try to upgrade anything.  i forze the kernal updates in the config  does that mean i can apt upgrade all and kernal wont be touched? if so then im fine for now but im scared to touch apt upgrade in fear it might upgrade the kernal by force.   is there a way to freeze it so it wont upgrade it no matter what?   im using this as a pi hole and a klipper setup and it works but i wanna update my packages if i can.   also yes a sbc would be easier but i wanna try to hack this together just for the fun of it.       im wondering if i could wire up a powered hub inside a 3d printer encloser along with the board and make it have  one internal port and then 4 external by wiring directly to the usb pads to make it intigrated then use a arduino as a slave board for GPIO to make this a hacked together rasberry pi  they have githubs made to make the arduinos dedicated GPIO for linux based machines which allow the computer to controll the gpio instead of the MCU on the arduino which makes this idea seem feesable    the goal is to make this basically as close to a rasberry pi as possible with a little extra steps but it will end up faster than the pi too which is even better.     once i found out about tv boxes being reposed into linux machines i was hooked  iv been addicted to this for awhile now just trying to iron out the issues i have atm,     

Edited March 30 by astrosky

[astrosky]

Actually these boards have UART correct?  Can the UART send communication signals? If so I'm pretty sure I can use the UART parts to create a link to Arduino and then! Have gpio ! I can't believe I didn't think of this before. But I'm certain this is feasible.  Uart is a very legacy communication protocol and I'm sure it's fast enough for general purposes scripts and such!  The goal is to use it like a MCU and to send commands to the Arduino with out taking up my precious USB ports!

Edited March 31 by astrosky

[jock]

@astrosky you'd definitely want to go with an armbian supported SBC rather than tinkering with a tvbox. Yes, tvboxes usually have one exposed UART, but it is for debug and is already in use for kernel and system logs. It can be altered to be used as a general purpose UART, but requires some effort (modify bootloader, change the kernel device tree) that IMHO it is not worth for.

 

SBCs have their own exposed pins with two or more UARTs, SPI, I2C, I2S and GPIOs that you may easily use without having to solder and desolder things on the board. They are more suitable for serious projects.

[astrosky]

it actually did not require recompiling the bootloader at all actually 

 

heres what i did and it works! 

 

I worked on connecting a TV box running Armbian with an Arduino using a UART connection, allowing them to communicate. The aim was to control the Arduino using commands sent from the TV box.

Firstly, I programmed the Arduino to react to simple text commands that would turn an LED on or off. This step was crucial to test whether commands from the TV box were being correctly received by the Arduino.

Next, I focused on setting up the TV box for UART communication. Through the terminal, I found the UART device (/dev/ttyS2) and temporarily disabled its console service using the command 

 sudo systemctl start serial-getty@ttyS2.service

                         or

sudo systemctl stop serial-getty@ttyS2.service
 

This was necessary to use the port for sending commands to the Arduino without interference from the TV box’s system.

To ensure the setup worked, I connected the TV box to a Windows computer using a USB-to-Serial adapter  ( using my Arduino uno for this shorting the reset and GND together to by pass the chips mcu ) and monitored the communication with PuTTY. By sending a test message from the TV box and seeing it in PuTTY, I confirmed the UART port was functioning correctly.

This allowed for successful data transmission between the two devices.

A key part of this was a external port i made. i went in and solder on pin cables and routed it as neat as i could permanently  so i can access the UART easily . This setup made it easy to connect and disconnect the Arduino without opening the TV box each time. It effectively allowed the Arduino to act like a USB-to-Serial device and vice versa, simplifying the communication process.

I adjusted permissions to access the UART port without needing administrative rights and ensured the baud rates on both devices matched.

 

 

this has thus far enabled general commutations  through the UART and when i want to log back in through uart if ever i can simply start the serial -getty and log in

 

 

this then allows me to run NANpy, making the arduino act like a slave to the tv box much like how people take rasberry pis and do the same thing to expand the gpio ports through serial communication using nanpy on the pi! 

 

 

this basically turns our silly ole tv box with the rk3318 into a raspberry pi with out the features lacking! that was the one thing about the pi that made it  better for most tasks.   well this helps level that disadvantage!  @jock

Edited April 1 by astrosky

[jock]

@astrosky your setup is involved but works, nonetheless the kernel can and will write its debug output to ttyS2 despite you stopped getty process, because getty just handles the login and interactive terminal. That can be easily fixed changing the kernel command line, but still the bootloader and trustos will use ttyS2 to output their debug info. If you're comfortable with occasional spourious data, then it's ok, but personally I would not rely on that if I would control something remotely like a boiler, a relais or whatever...

[astrosky]

@jock I knew something was off.....that's why I was seeing Random characters output when I echo ..thanks for telling me that and it also explains why I get permission denied sometimes. ...guess I still need to make it where it's a virgin uart with no influence on debug too! I thought it was just a console control.  Yeah this took extra steps but it frees up a USB port on the box itself for keyboard and mouse with out using a hub and it sorta copies a pi now and I had all this laying around anyways so.   

 

Update:1

 

Ok successfully fixed the issue, disabled all access to that uart part temporarily.  Was able to successfully communicate to the Arduino through nanpy.  No more permission issues.   This is super cool.   Now the Arduino works like an extension to the TV box.          The processing power of the TV box is way better than the Arduinos so this opens up a bit of a cool niche use case.           I'll call it

 

 

THE ARMBIAN PI..    Still dont have wifi though.  I ran the config and such but wifi isn't being able to run.     Not sure what's stopping that but I'm sure it's not too hard to fix.    

 

 

Update:2

Finally I do see one more serial port that I have yet to figure out what exactly it's for.    But this gives me another idea to attach one more Arduino or to connect directly to a 3d printer.   It shows up as a device in the serial list tree.   Got any idea what it is?  Would it might be the IR port?   

Edited April 1 by astrosky

[jock]

@astrosky as I already told you, there are no spare buses to tinker with on tvboxes. The second uart (ttyS0 usually) you found perhaps is in use for communications with the bluetooth chip which happens via plain serial data.

If your board has no bluetooth, then you may use it for your business, otherwise you will get garbage there too.

 

Still an SBC is far better for these tasks, you easily get three or four UARTs on the pin headers you know what purposes are for.

[Hqnicolas]

Bullseye 22.04 My image

H96 MAX V12 RK3318 4gb EMMC 64gb Tested ☑️

 

Armbian-unofficial_24.5.0-trunk_Rk3318-box_bullseye_current_6.6.23_minimal (SERVER)
 

Edited April 3 by hotnikq

[Netraam31]

Hi all,

Thanks for all the hard work to get this running so extremely smoothly (multitool, 306 bookworm image) on my H96 Max 11, 4/64GB, with adjusted wifi nvram settings file)

 

I'm trying to run srepac's kvmd-armbian on my rk3318-box. That install process is also very straightforward.

The web portal and video capture (USD 4 usb hdmi capture device) work like a charm, but the HID doesn't.

I've tried editing the dtb (dts) to set the ff580000 usb port to dr_mode otg and dr_mode peripheral, but the other host doesn't see anything being plugged in.

The usb port (black, usb2)  doesn't see e.g. usb keyboard plugged into the rk3318 box, so that looks like it is indeed being switched to no longer be usb host.

 

In dr_mode otg is saw this error: 2024-04-03T14:23:32.465401+02:00 rk3318-box kernel: [   28.008282] dwc2 ff580000.usb: dwc2_core_reset: HANG! Soft Reset timeout GRSTCTL_CSFTRST but in dr_mode peripheral this error message isn't shown. Yet, nothing is detected at the other end of the cable.

The kvmd hid keyboard and mouse "devices" were created and kvmd seems to be initializing properly using these.

 

Then I came across this page mentioning something with usb gadget issues on rk322x that would be identical to issues encountered for rk3318 devices. I see @jock did pick this up for rk322x last month, but no reference to whether or not it was also included for rk3318.

 

Is there something I'm doing wrong, or maybe OTG only works for the usb3 port instead? Or is related to the fix that was provided for rk322x last month? Couldn't find a lot of documentation on usb otg / gadget configuration, aside from this topic mentioning OTG explicitly as being supported...

 

I'd be happy to have keyboard and mouse working, not really interested in other interfaces, such as emulated network or emulated mass storage if those are hard to get working (as mentioned here). Just trying to find a simple solution for a non-profit to be able to simply remote support their workers in remote areas (1 or 2 workers in most cases) without proper local IT support, but trying to avoid having to procure larger numbers of 300-400 USD official pikvm devices if it can be done for 30 instead.