balbes150

https://github.com/150balbes/build The build process is described in the General Armbian documentation, but take into account the features of the build version for TV boxes. 1. I wrote that it's possible if you do it yourself. 2. I strongly doubt that it will work normally. Compare how it is implemented in Libreelec.

Remove the comment and use the desired value. https://github.com/150balbes/Amlogic_s8xx-kernel/blob/S805-LE/arch/arm/boot/dts/meson8b_m201_1G.dts#L583 in dtb meson8b_mxq value is enable https://github.com/150balbes/Amlogic_s8xx-kernel/blob/S805-LE/arch/arm/boot/dts/meson8b_mxq.dts#L514 change from 0 to 1 https://github.com/150balbes/Amlogic_s8xx-kernel/blob/S805-LE/arch/arm/boot/dts/meson8b_mxq.dts#L509

I put together a version Libreelec KODI-18 for S805 and Linux images with the main kernel, but I have only one "half-dead" device s805, at which the run system to panics (perhaps because of hardware faults). I am interested in the process of running these systems (with full logs from the start of u-boot) on other Board options. To enable USB, try to decompile (in dts format) with utilite DTC, your dtb, where USB works and compare it with the decompiled dtb version from the latest image. If there is a difference, try to make the necessary changes to the new file and build the dtb from it.

Build your kernel version with the addition of a patch or wait for the developers to add this mode. It is unclear what we are talking about. What kind of driver are you writing ? 1. That's possible. 2. I do not know. Probably not. Why try to be so perverted ? Armbian is a complete standalone system that does not need to cram in a chroot from Android. What do you want to collect ? What system ?

IMHO it's just thoughts, I'm not trying to convince anyone . Such a massive radiator with additional processing for the grooves will have a significant cost in production with no guaranteed result. All passive heat removal systems have a serious disadvantage, they are highly dependent on the environment and the position in the room. Therefore, it may be better to use a small radiator with a fan (with automatic temperature control) + a simple (properly designed) universal housing (which can be easily used on all models). This ensures that the entire system operates in a wide range of temperatures / loads and the device is positioned in space (eliminating unintended user errors).

I don't understand, if you write that rk3399 under full load, without additional cooling system, can work for a long time within 85 degrees, why do need such a massive (and relatively expensive) radiator ? In this case, @Da Xue writes about possible burns from the radiator (not from the processor) -> the temperature of the processor is significant. Am I missing something or am I misreading it ?

1. Turning the slots (if left) is useful for the option if you put the Board vertically. The Board orientation option is vertically limited by the placement of the connectors on the short sides -> to put vertically (with support on one of the short sides) is unlikely. 2. In Odroid, the position of the fins is designed for the forced air flow (fan) option regardless of the position H1. Put H1 vertically (something to support the table was on the short side with connectors) with the movement of air along the ribs and the second option vertically, with support on the long side (vertical movement of heated air across the ribs). I don't know (it's hard to estimate the real size on the photo) how big these edges are, but according to the laws of physics, the higher the height of the edges, the more effect. By the way, I advise you to look at the cooling radiators for powerful sound amplifiers of good manufacturers, how they have ribs and what size they are on the back side of the amplifier.

There is no difference what kind of burn you get, from a solid surface or from a "striped". If the calculations can surface temperature (of any size) more than 50-60 Degrees, in such cases, use a simple protection device - a grid (fence) with a large cell (by analogy, as using protection on the fans from falling on the blades).

This radiator will be inefficient. The main location of the Board \ radiator is horizontal and without a fan, with natural air circulation. Therefore, grooves, such depth and shape, along the long side, on the surface of the radiator is not needed. Such grooves will work only in the vertical position of the radiator (that the air would move along the grooves). But then it will be difficult to connect the cables to the connectors. If you make the radiator half the thickness (reduced by the height of the grooves) and with a smooth surface it will work better than this option and the cost will be half (less metal consumption and do not need to make slots in production). Or change the direction of the slots to 90 degrees (parallel to the short side). And do not varnish or paint the radiator surface.

Yes, I found this problem around the beginning of the year (maybe when I switched to version 5.4 x, but it's not accurate). I don't have time to figure out the reason right now. I use "apt-cache search". We should try this option. https://github.com/150balbes/build/blob/amlogic/config/kernel/linux-amlogics905x-default.config#L2724 1. Incorrectly. HW is in Linux. 2. For full-screen video playback >= 1080p on s905 need hardware support for VPU (not to be confused with GPU\libMali). 3. The VPU decodes the video stream. If there is no GPU support (which adds up to several elements, the kernel + system + program itself must have this support), then the CPU is used (all available cores from 1 to 8 and more, if any). For some tests I use a FullHD VGA monitor, via HDMI->VGA adapter. Everything works fine. For such screen resolution options you need to use either the system with the kernel "4.1x", or build your kernel 3.14\4.9 with the addition of the necessary patches.

Try to record a clean image and before the first start of the system, immediately switch the entire system to 720. That would first start the system and KODI was with 720 parameters.

How does the 1080 mode ?

Switch common mode at 1080p (reboot system) and setup KODI on the new regime 720, revert system 720.

What is the resolution set in the settings /boot/hdmi.sh and what is specified in the KODI settings ?

I understood correctly that from USB stick the system Yocto was normally started ? If it starts, it is advisable to check the operation of the wired network and how the system turns off.

Show the UART output when trying to start Armbian from external media (SD or USB) don't connect HDMI.

https://yadi.sk/d/f5HsAL913HYksf Do you have a UART console ?

Do you not see the BOOT partition on your PC (try the latest Yocto image I downloaded today) ? By the way, you can use the TV box itself with Armbian running instead of the PC to run Linux.

What dtb is used ?

Yes

IMHO I have doubts that you have the model S905X, most likely, it is the model S905W (it needs other dtb files). I have work .... Look for s905X or S905D. These chips already have partial support for HW in the main core. The developers of the community LibrELEC working on getting a full HW for KODI on the basis of core "4.1x". By the way, if there are those who want to support their work, it can significantly speed up the appearance of HW in the main kernel.

Without the console UART is difficult to understand what point the system stops (what to fix). You can try to disable the processing of the monitor activation script. Connect the media from Armbian to a PC with Linux, mount the ROOTFS partition and disable the "hdmi" service.

I added an alternative link to download images from "Mega"to the first post. Please check the link and write whether it works or not.

Does anyone have the ability to help with not a big check of running the system Yocto (kernel 4.17) from external media (SD and USB) on models of TV boxes with s905 ? (ideal for running the test - the presence of an activated universal multiboot)

I don't think that's gonna work. To determine the cause of the error, you need the UART console. Without it, it is unclear where the problem is. In theory it is possible, but I did not check in practice.