balbes150

Pay attention, many S905 is used with legacy u-boot. Therefore, do not try to install the latest versions in eMMC. The regular u-boot will be destroyed and you will need to restore the firmware via a USB cable or from a bootable SD card.

gxbb-vega-s95-*.dtb

Open pre-order on EDGE (EDGE-V). https://forum.khadas.com/t/khadas-shop-pre-order-edge-edge-v-new-vim2-v1-4/3675

Now checked on Tronsmart Vega S95 Telos (S905). The system starts normally and works with SD card or USB flash drive. Works USB, wired network, sound, test video plays without problems. Either you have a defective Sd card or card reader on the TV box, or not the correct DTB. Or the image is incorrectly written.

What is currently installed in eMMC ?

This is the result of using the TVBOXES branch to build the image. There is not everything ready yet, additional work is needed.

New image 5.76 kernel 5.0 .

We create our own future, if you firmly believe that you will be all right-then everything will be fine.

Updated on the website of the version of images 5.76 (names of images correspond to version number). Please note that the new images are built using version GCC 7.3, you may receive unexpected features.

As an option. Rename the "master" branch to "master-old". Branch "tvboxes" - > " master "and additionally make the branching" tvboxes " - > "dev". The "dev" branch can be used to receive all PRS. There's all PR tested within a certain period of time and if the rest of the collectors do not have problems with the proposed PR in the Assembly of the rest of the images or if there are no comments for change/improvement/delete to PR, he goes to "master". Along the way, I would suggest adding this option of MPV settings to all DE images. With this option, video playback works well on all Amlogic Rockchip Allwinner models without using HW. I checked, when switching video to full screen option, with these settings on all, even the weakest models, the video works in full screen with acceptable quality (for all screen resolutions up to 1080). https://github.com/150balbes/build/blob/tvboxes/packages/bsp/mpv/mpv_mainline.conf

New version 5.75 (found in catalog 5.76). This confusion is due to the fact that this variant uses an Assembly from the tvboxes branch (the number has not changed there yet).

Yes, I remember that you did this test with the default CPU frequency settings. I am interested in the technical capability of the S922 to operate at higher frequencies than is limited in the default settings (I assume that the default values are the result of the limitation from AML). In RK, with an increase in the frequency of the processor (ceteris paribus), the result changes significantly, indicating a real increase in frequency (system performance). I fear that The s922 has the same situation as it did with the S905, limiting the limiting frequencies is not related to limiting the thermal state. Perhaps this architecture is not able to work at higher frequencies with all the cores and will require them to be disabled (ie 2000\1900 will not work 4 cores, but only 1-2 cores).

You have the ability to perform an N2 check with Blender (which you have already done), but with as many kernel maximum frequency settings as you can get ? A prerequisite is an excellent cooling system with a guaranteed maximum temperature from the N2 sensors, throughout the test, no higher than 60-65 degrees. The cooling system and the surrounding conditions are entirely at your choice, passive or active with or without an additional fan, i.e. any option without limitation.

The answer is simple-a waste of time. Details can be found on the Internet on request, what is the difference between Android and Linux systems.

Do you really see a big gap here ? Interesting figures are obtained. The NanoPi M4 @ 1.5Ghz-2Ghz Armbian Bionic 1h13m28s 1.4Ghz-1.8Ghz FriendlyElec Bionic 1h28m13s RockPi 4B @ 1.4Ghz-1.8Ghz Bionic 1h17m22s If I'm not mistaken : NanoPi M4 -> DDR3 RockPi 4B -> DDR4 The transition from 1.4 \ 1.8 to 1.5\2.0 for NanoPi M4 (DDR3), shows a significant difference , almost 15 minutes. So if you move the model from DDR4 to the same mode, we get about the same improvement. So the figure for RockPi 4B will be 1h17m - 15m = 1h2m It's only 11 minutes (That's less than 20%) worse than N2 (which has 4 super-fast cores). Yes, I know that you can try to raise the frequency of the N2, but it will require active cooling and vaunted stupid huge passive radiator will not allow this to be done without the addition of a fan. More interesting nuances. In the Blender test, has the following numbers. The temperature is almost 70 degrees, with an ambient temperature of only 22 degrees and a hidden semi-active cooling system from the air conditioner (i.e. these are very good conditions for the passive cooling system). This is just 50 minutes of running all the cores with maximum load (this is my assumption, because I do not know exactly whether I loaded Blender all cores work at 100% or not) and the standard frequency of 1.8\1.9 . And now look at the graphs from the official temperature test N2. There at an air temperature of 35 degrees, the temperature of N2 at a maximum load of 73 degrees. That is, only 3 degrees more than in the Blender test. Very amusing comparison. In this case, the Delta for the operation of the passive cooling system in the tests is obtained 70-22=48 and 73-35=38. That is, the difference between good conditions and complex 10 degrees (this is a significant value for passive cooling systems with such input parameters). I.e. imagine that you are easier to do after a hard work at 35 degrees than at 22. And if you look closely at the official chart, you can see the strange sawtooth behavior of the temperature. The oddity is that with a uniform maximum load and the onset of the thermal balance (the energy input is equal to the consumption) there is a significant temperature fluctuation for the passive cooling system. Possible reasons - either there is a cut-off when the temperature reaches critical, the system briefly and not noticeably for you, reduces the load, or the cooling system should instantly improve (for example, rapid heat removal by increasing the flow past the air radiator, which should take away the heat). In passive systems, there can be no sharp (instantaneous) fluctuations in air flows. For those who have brains, you can draw your own conclusions. IMHO s922 only enters the market and it is necessary time that this product "ripened" and began to be fully supported and work. rk3399 available for a long time and is well established. And it is important that the" old " rk3399 is not much inferior to the latest s922. I think Rockchip is not sitting still and working on new projects and maybe soon we can expect the appearance of improved versions of rk3399. Given that RK already has a good (and well-established) base in the form of rk3399, we can expect that we should expect very interesting events in the next few months.

How many have shown with Blender your rk3399 ?

Write the details and attach the files (firmware and dts) to get Wi-Fi on the MX10. This will be useful for all users. For rk3328 has its own version of the media script and it works fine. I recommend you look at the last few pages of this topic, there are test details. This is a theme for the script.

Try test. Write to eMMC the standard firmware from which you took u-boot. And after that, check the standard option-activate multi-boot and try to run Armbian (with 4.20 kernel) as usual from external media. Running the kernel 3.14 is possible, but requires other scripts and settings at startup. To run Armbian in u-boot-2018, use the settings file /boot/extlinux/extlinux.conf

I'm not accusing you of forgery. This was an example of how many different factors (both often implicit and difficult to track) affect events. Maybe I'm not looking hard enough, N2 is WoL ?

I uploaded a test image 5.76 NEXT with kernel 5 (for a quick check of u-boot) to the site. USB does not work in this image. Just downloaded two deb package with uboot (unzip them and use to write to the SD card files u-boot.bin). I checked another NEXT image from the 5.73 directory with the addition to the SD card after burning the image, u-boot.bin from DEB package for S905. The system starts normally and can be controlled via USB keyboard, but there is no wired network.

@AndrewDB Now found one feature of. I recorded the last images for S905 to Sd card, changed in DTB settings (file /boot/extlinux/extlinux.conf) for VIM2 (S912) and checked the startup on S912 (without u-boot in eMMC). The system starts with the use of u-boot for VIM1 at S912. And in the console I saw this information. Ie checked all versions of DDR. Try the same version of the kernel startup 4\5 (image from S905 there is another u-boot). set vcck to 1120 mv set vddee to 1000 mv Board ID = 6 CPU clk: 1200MHz DQS-corr enabled DDR scramble enabled DDR3 chl: Rank0+1 @ 768MHz - FAIL DDR3 chl: Rank0 @ 768MHz - FAIL DDR3 chl: Rank0 16bit @ 768MHz - FAIL DDR4 chl: Rank0+1 @ 1008MHz - PASS Rank0: 2048MB(auto)-2T-18 Rank1: 1024MB(auto)-2T-18 DataBus test pass! AddrBus test pass!

Wait a bit, I am now building a new u-boot and it is advisable to test it on your model.

Have you tried to write to eMMC the firmware from which you took this u-boot ? Perhaps with it the kernel 4 \ 5 will be able to be started.

Can you show the full startup log of the new kernel (along with messages from u-boot) ?

Congratulations, you've finally resolved this issue.