hi all, pls, is possible to use armbian ueafi-x86 as host for virtualbox? I expect the ubuntu version?? how to install this from cli? recently it seems something was broken on my win11 (after reinstall of new bag of things) or with virtualbox 7.1xx; these were things that worked for years, even with hyper-v on (wsl2), but now, I am writing from armbian, testing old intel nuc10 system booted from sdcard/usb3 (preparing to test new amd machine too) ... virtualbox is quite crucial for some my yold dev things which I can run only in Win2K or Win7; btw, ms copilot was recently quite nice and understanding very tired guy ... https://copilot.microsoft.com/shares/7NhhL6e4MYhkvJC8Grmih Petr

Probably your issue is the proprietary trust os that is shutting the system down in a sort of suspended state

hi, not sure for the sbc, but on uefi-x86, alsa has hdmi audio, but its not loaded for pulseaudio ... ?? here I managed to load it and unmute SPDIF in alsamixer (I still dont understand how devicetree powered SBCs differ against uefi-x86 system ... excuse me) crucial help from Lyra 🙂 ... unmuting SPDIF did the thing, probably also loading the sink also, ufff https://chatgpt.com/share/68836e5f-9e4c-8000-8874-46ea35a07331

wow, the help from chatgpt is in fact quite good ... I now unmuted that SPDIF in alsamixer and tried also to change the pavucontrol configuration profile for something with digital hdmi (but this is NOT necessary ... its all really in the alsamixer unmuting that primary SPDIF - which is reverted to MM with some changes to pavucontrol profile !!) - pavucontroll still shows "headphones" but the audio goes to the hdmi out playing video ... that manual adding of sink to pa probably helped - internal PCI audio shows as "built in audio analog stereo" and the hdmi tv output shows in pa as "builtin audio" ... uff, that audio channels naming ... excuse me, I am linux newbie in this area completelly, may be it was obvious for some, ... quite mess for me but okay, loading module, unmuting spdif ... will see Petr

Those were the days I remember compiling Linux 0.9 something .... it took a day and often nothing worked LOL. In embedded Linux, compiling kernel is nothing unusual, which is the reason why our build framework is focused into making this job easier. For tacking this parameter, you don't need to recompile everything. DTB can be recompiled on a device following by reboot https://www.google.com/search?q=recompile+device+tree+blob Device tree is just a hardware configuration that is provided to the kernel when it boots. This was the only possible related quick, cheap and easy way that I could come up with. Changing the value should have some effect - like (sometimes/always) not detecting PCI when going with weird numbers. More serious debug require a lot more time carefully checking code changes on areas that might have impact alongside with https://www.google.com/search?q=how+to+debug+pci+bus+on+signal+level Which is of course not cheap nor simple.