Jump to content

Recommended Posts

Posted (edited)
  On 9/21/2021 at 6:51 PM, jock said:

I didn't see any overclocked dtb file here around... however I'm not really fond of overclocking for these chips: they already are scrap parts that somehow reach the nominal frequencies. Some of the rk3318 boxes are also downclocked by manufacturers to 1.1 Ghz to be stable, overclocking is not something I would really love about. It's already hard to get the things together and make the board working stable enough. Adding another big source of instability... hmm I don't think it is a wise idea. :unsure:

Expand  

it was in the google drive from the dms mod rom

mine seems stable at 1.3 GHz but i want to test if it can go to 1.5 GHz.

the overclock is more than just the cpu, it is also the ram clock

so the cpu in theory should be able to hit 1.5 GHz and the memory should also be able to hit 1066 MHz without any major issues up front.

in android the power limit is 5v 1.1a at idle

i am using a 5v 4a power brick and it seems rock solid.

 

look for the v3a rom from 4pda and get the dtb file if you can. (H96 MAX ?RK3318 Android 9) made by DMSSRU and it is called DMS Mod 

 

Edited by RetroFan90
typo
Posted

After doing a fresh install and only installing Kivy, it recognizes the OpenGL renderer as 'llvmpipe', so no hardware acceleration. But as soon as i install Xorg, it correctly sets 'Mali450' as renderer, but the screen goes black with only a cursor showing. I'm personally getting the feeling that Kivy does not play nice with this version of Mesa (20.3.5).

Posted
  On 9/22/2021 at 2:59 PM, AlwinLub said:

After doing a fresh install and only installing Kivy, it recognizes the OpenGL renderer as 'llvmpipe', so no hardware acceleration. But as soon as i install Xorg, it correctly sets 'Mali450' as renderer, but the screen goes black with only a cursor showing. I'm personally getting the feeling that Kivy does not play nice with this version of Mesa (20.3.5).

Expand  

Hmm, actually I built an newer image with kernel 5.14 and hirsute and the Lima driver is not playing nice at all.

I tried both the stock mesa coming with Hirsute and latest development mesa and both of them cause the login screen to appear just as you describe: black screen and the cursor.

Lima driver is somehow complaining with these lines in dmesg:

[   39.136659] [drm:lima_sched_timedout_job [lima]] *ERROR* lima job timeout
[   39.136801] lima ff300000.gpu: fail to save task state from Xorg pid 1654: error task list is full
[   39.136818] lima ff300000.gpu: gp task error int_state=0 status=a

so I got to investigate this issue too... -_-

 

edit: uff... ok it seems that the issue is due to the missing operating points in the device tree. I always fall into every time there is a new kernel :rolleyes:

Posted
  On 9/22/2021 at 5:32 PM, jock said:

Hmm, actually I built an newer image with kernel 5.14 and hirsute and the Lima driver is not playing nice at all.

I tried both the stock mesa coming with Hirsute and latest development mesa and both of them cause the login screen to appear just as you describe: black screen and the cursor.

Lima driver is somehow complaining with these lines in dmesg:

[   39.136659] [drm:lima_sched_timedout_job [lima]] *ERROR* lima job timeout
[   39.136801] lima ff300000.gpu: fail to save task state from Xorg pid 1654: error task list is full
[   39.136818] lima ff300000.gpu: gp task error int_state=0 status=a

so I got to investigate this issue too... -_-

 

edit: uff... ok it seems that the issue is due to the missing operating points in the device tree. I always fall into every time there is a new kernel :rolleyes:

Expand  

 

I've got my armbianmonitor -u log here, if it helps; http://ix.io/3zGJ. Thanks for the quick reply as always.

 

Posted
  On 9/24/2021 at 6:11 AM, RetroFan90 said:
Expand  

 

Thanks for the correction. I've generated a new log, http://ix.io/3zQZ

 

Edit; I also got my Xorg log here, but i didn't see anything interesting.

  Reveal hidden contents

 

Posted

Nope, it looks like there is nothing really interesting. Maybe it's just the mesa Lima driver which is just too old.

I sorted out the display problems, but then other issues regarding the i2s bus with kernel 5.14 came up.

I think I can build a couple of fresh images with the 5.10 kernel which is good enough for now.

Posted
  On 9/24/2021 at 5:31 PM, jock said:

Nope, it looks like there is nothing really interesting. Maybe it's just the mesa Lima driver which is just too old.

I sorted out the display problems, but then other issues regarding the i2s bus with kernel 5.14 came up.

I think I can build a couple of fresh images with the 5.10 kernel which is good enough for now.

Expand  

If you need someone for testing, let me know. I'm happy to test it out.

Posted

Update!

 

Images with mainline kernel have been updated to Debian Bullseye (minimal) and Ubuntu Hirsute (xfce desktop) with kernel 5.10.68.

Kernel is the same major version as previous mainline images, but Bullseye and Hirsute should provide significant newer software packages (including new Mesa libraries for those interested in graphics).

Posted

Hi,

thank you for your work! I've tried the latest image with mainline kernel Ubuntu Hirsute on my android box bought on Amazon Italy called "Bqeel TV Box R2 PLUS 4GB +64GB CPU RK3318" (https://www.amazon.it/gp/product/B07VXMTD78).

I installed the image on the eMMC and tried a bit to see how the performance was. It starts up correctly but it lags enough. I have created with "armbianmonitor -u" a log that maybe can help you.

This is the specification: RK3318, 4GB RAM, 64GB ROM, WIFI AP6330.

This is the link of the log: ix.io/3zSk (verbosity 7)

This is the link for download the original Android ROM: https://mega.nz/file/AYlDhA7L#y7vW7S3arW995X_m5c8URa3UGVTzxm0KDrC1-aNplGw.

 

Unfortunately I don't know how to use the soldering iron and I don't have the skills to connect a serial cable.

Hope it can help you somehow. 

Cheers

Posted
  On 9/24/2021 at 10:34 PM, pakos96 said:

Hi,

thank you for your work! I've tried the latest image with mainline kernel Ubuntu Hirsute on my android box bought on Amazon Italy called "Bqeel TV Box R2 PLUS 4GB +64GB CPU RK3318" (https://www.amazon.it/gp/product/B07VXMTD78).

I installed the image on the eMMC and tried a bit to see how the performance was. It starts up correctly but it lags enough. I have created with "armbianmonitor -u" a log that maybe can help you.

This is the specification: RK3318, 4GB RAM, 64GB ROM, WIFI AP6330.

This is the link of the log: ix.io/3zSk (verbosity 7)

This is the link for download the original Android ROM: https://mega.nz/file/AYlDhA7L#y7vW7S3arW995X_m5c8URa3UGVTzxm0KDrC1-aNplGw.

 

Unfortunately I don't know how to use the soldering iron and I don't have the skills to connect a serial cable.

Hope it can help you somehow. 

Cheers

Expand  

could you do a log with the cpu clocked at 1.3 GHz?

Posted
  On 9/22/2021 at 2:59 PM, AlwinLub said:

Kivy does not play nice with this version of Mesa (20.3.5).

Expand  

I don't know what requirements Kivy places on the graphics stack, but since Panfrost achieves OpenGL ES 3.1 conformance on Mali-G52, it certainly makes sense to read this to understand what to expect from a lima-driven GPU. I still remember very well times when my GPU only reached almost 2.0 and the performance was quite moderate. With now 3.1 it's a big difference for daily desktop use, although my GPU isn't yet declared fully compliant. But since this is bleeding edge development, at least the current mesa mainline release is required in any case. If not even the main branch to use just implemented extentions. Kernel driver wise everything necessary should already be available and therefor mesa is where you are looking for GPU support improvements.

Posted
  On 9/25/2021 at 7:39 AM, usual user said:

I don't know what requirements Kivy places on the graphics stack, but since Panfrost achieves OpenGL ES 3.1 conformance on Mali-G52, it certainly makes sense to read this to understand what to expect from a lima-driven GPU. I still remember very well times when my GPU only reached almost 2.0 and the performance was quite moderate. With now 3.1 it's a big difference for daily desktop use, although my GPU isn't yet declared fully compliant. But since this is bleeding edge development, at least the current mesa mainline release is required in any case. If not even the main branch to use just implemented extentions. Kernel driver wise everything necessary should already be available and therefor mesa is where you are looking for GPU support improvements.

Expand  

i'd like to test the new version and see if it is any better the last build

Posted

@pakos96

Hello! I guess you are saying that is lagging because desktop is not very reactive. For start, it is wisely suggested in armbian to disable the xfce desktop compositor (Menu -> System -> Window Manager Tweaks).

Don't expect very fast graphical performance, mali-450 is still a limited GPU. Also, until I don't enable the RAM frequency scaling, the RAM is fixed at 330 MHz (instead of usual 667 or 800 MHz) and this is a huge hit for general graphical performance.

 

@usual user As far as I see, armbian hirsute should have oibaf repository enabled and so Mesa comes as the latest development release

Posted

@RetroFan90
you are welcome to test every single image jock is assemblying bit I don't think this is the right approach to this CCS case community study on rk3318 and generally on every tvbox and every soc born to do other things in their life ( TVBOX !!!!)

Just reporting " this doesn't work" or " this is lagged" or can you test cpu at 1.3 or 1,8 Ghz is overhealming problem of those @jock ( and me, but I am more the hardware man..) is already informed
Until the whole X system isn't mature , every single piece is on place, every right library is in the right directory I think that we can enjoy the steps every day we are doing together, and what Jock did is so big step that mostly of ourselves can't believe !

At the actual state of the art there is none or few chanches that every thing will work out of the box. Study first the whole picture and then go deep in particular features

But the road is signed !!!

Posted

First things first; i haven't experienced any panics, crashes or other similar bugs. The new image runs smoothly as far as i can tell.

Seondly; Kivy finally *bleep* works. After compiling 20+ builds with different configurations, throwing the tv off the wall, buying a new tv and starting all over again, i found out that the issue was to do with Mesa not playing nice with the anti-aliasing Kivy applied, which resulted in a black screen. It still runs at 10-15 fps, but i think that's due to this build of Kivy being built with OpenGL instead of OpenGL ES, so i'm currently in the process of building Kivy with GLES support. At least we're making progress and i can't thank you guys enough for thinking this trough with me (or actually 'for me').

 

So for anyone who happens to come across this post with the same problem, set the 'multisamples' in the 'graphics' config to '0' like this (which may or may not help for you):

  Reveal hidden contents

 

pVOHOTV.jpeg

 

EDIT: After building Kivy with OpenGL ES support, the whole ui works smoothly at around 30 - 70fps. Have a good weekend!

Posted
  On 9/25/2021 at 12:24 PM, jock said:

@pakos96

Hello! I guess you are saying that is lagging because desktop is not very reactive. For start, it is wisely suggested in armbian to disable the xfce desktop compositor (Menu -> System -> Window Manager Tweaks).

Don't expect very fast graphical performance, mali-450 is still a limited GPU. Also, until I don't enable the RAM frequency scaling, the RAM is fixed at 330 MHz (instead of usual 667 or 800 MHz) and this is a huge hit for general graphical performance.

 

@usual user As far as I see, armbian hirsute should have oibaf repository enabled and so Mesa comes as the latest development release

Expand  

 

Hi,

thanks for your reply. Sorry but I can only reply to the topic once a day. I've installed the minimal version and it's ok. No problem so far. I sent the links in the previous message in the hope that you can find something useful. I hope so :)

I don't want to get the idea that I complained that it was "lagging" but it was just to be able to provide more information about my tv box and help in some way with the development.

These are the double-sided photos of the card (if it can help):

1-1.jpg
1-2.jpg

I am currently using the limited 1.1GHz version (although in reality the max speed is 1.01GHz), I have installed pi-hole and unbound and have not noticed any problems at the moment.

Thanks again!

Posted

Sorry, I've a question.

It's possible to install "docker" in your latest armbian minimal build? I've followed the official guide on Docker website but I've an error when I try to install "docker-ce" (sorry but the follow screenshot it's in Italian language).

 

image.png.5e95c6e19293ad6a143fb2f4fdc42d77.png

 

In English:

Package docker-ce is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source.
However these packages replace it:
docker-ce-cli:amd64

E: Package 'docker-ce' has no installation candidate
E: Unable to locate package docker-ce-cli
E: Unable to locate package containerd.io
E: Couldn't find any package by glob 'containerd.io'
E: Couldn't find any package by regex 'containerd.io'

 

What can I do? Can you suggest me something?

Thank you!

 

Posted

@pakos96 don't know anything about docker, maybe armbian-config has an automated script to install docker, you may check it out.

Also you can post in the general chit chat community forum about, I'm sure there you may get a more detailed answer.

Posted

Note: If you get an E: Package 'docker-ce' has no installation candidateerror when using only stable APT source this is because the stable version of docker for Ubuntu 20.04 doesn’t exist yet.
Meanwhile you have to use the edge / test version.

 

https://grigorkh.medium.com/how-to-install-docker-on-ubuntu-20-04-f1b99845959e#:~:text=Note%3A If you get an E%3A Package 'docker-ce',have to use the edge %2F test version.

 

My first hit on a Google search. 

Posted
  On 9/27/2021 at 7:41 AM, jock said:

@pakos96 don't know anything about docker, maybe armbian-config has an automated script to install docker, you may check it out.

Also you can post in the general chit chat community forum about, I'm sure there you may get a more detailed answer.

Expand  

 

Yes, armbian-config should have an automated script for docker installation but I didn't find it.  For this reason I was looking for a manual installation.  I've read comments in the past that docker worked without problems and I wanted to try it too.

Thank you for your suggestion.

  On 9/27/2021 at 9:40 AM, curse said:

Note: If you get an E: Package 'docker-ce' has no installation candidateerror when using only stable APT source this is because the stable version of docker for Ubuntu 20.04 doesn’t exist yet.
Meanwhile you have to use the edge / test version.

 

https://grigorkh.medium.com/how-to-install-docker-on-ubuntu-20-04-f1b99845959e#:~:text=Note%3A If you get an E%3A Package 'docker-ce',have to use the edge %2F test version.

 

My first hit on a Google search. 

Expand  

 I've the latest build with Debian 11 and should be compatible with docker.

But I will check out also this link. Thanks

Posted

A couple of days have passed since my last post, and i must say, congrats @jock on your awesome work.

The build is running smoothly without any hiccups or other noteworthy bugs. After optimizing my Kivy app a bit more, the whole interface runs at a steady 60-120 fps.

I'm currently researching hardware accelerated video encoding to make the whole show complete (but, as you may have guessed, i know nothing about).

I've read about the 'Rockchip-linux' github repositories, but it seems like it's waaay out of my league, but i will try to make the best of it as i continue to learn.

 

HDMI audio didn't work right out of the box, you'll have to switch the default ALSA output (since the card gets recognized just fine)

Edit (or create) /etc/asound.conf and insert the following:

defaults.pcm.card 2
defaults.ctl.card 2

 

Reboot the box (or restart apps using audio output) and voilà. If that does not work, try searching for your 'HDMI' card using 'aplay --list-devices' and replace the number '2' with the one of your desired output.

Posted

how would i go about putting retroarch and emulationstation as the ui instead of the desktop?

and how do i get a complete dtb dump from android 9 as root?

and can the dtb file frrom android 9 be used for armbian?

Posted

@jockSorry for an extremely late reply. I was on vacation in distant lands(visiting my mom in Sweden), and the only monitor I had available to use there was an old 1024x768 monitor which I couldn't get to work with Armbian. The only thing that worked was the Multitool.

Well, I'm back home in the Canary Islands with the volcanoes now.

So finally. I can report that the WiFi on my H96Max+ (RK3328) works with the last idea you had

https://forum.armbian.com/topic/17597-csc-armbian-for-rk3318rk3328-tv-box-boards/?do=findComment&comment=127240

Thank you for all the help.

Posted (edited)

BTW, today I downloaded and installed the latest "minimal" 

"Armbian 21.11 - Debian Bullseye minimal - mainline kernel 5.10.68 - Download from here - Build date: 2021-09-24"

I don't seem to find "armbian-config". In /usr/local/bin/ there is only rk3318-config. Has it been forgotten or is it just me who are looking at the wrong place?

 

Edit/

I just remembered reading somewhere that armbian-config isn't in the minimal images because it needs a lot of dependencies...

Edited by curse
Posted
  On 10/1/2021 at 1:10 PM, curse said:

@jockSorry for an extremely late reply. I was on vacation in distant lands(visiting my mom in Sweden), and the only monitor I had available to use there was an old 1024x768 monitor which I couldn't get to work with Armbian. The only thing that worked was the Multitool.

Well, I'm back home in the Canary Islands with the volcanoes now.

So finally. I can report that the WiFi on my H96Max+ (RK3328) works with the last idea you had

https://forum.armbian.com/topic/17597-csc-armbian-for-rk3318rk3328-tv-box-boards/?do=findComment&comment=127240

Thank you for all the help.

Expand  

How did you make the WiFi work ?

 

Did you write over the existing /lib/firmware/brcm/brcmfmac4334-sdio.rockchip,rk3318-box.txt ?

Have tried the method without success.

Have tested both nvram files past to brcmfmac4334-sdio.rockchip,rk3318-box.txt (reboot)

 

WiFi in network-manager, enter password.
After some time password prompt comes back asking for password.

 

Opened the box, SP2743C on wifi chip.

Google: wifi chip SP2743C , no result.

 

Tested on mainline kernel 5.10.68

Run rk3318-config to configured ,  Wifi Broadcom BCM4334/Ampak6334  - Dev ID: 02d0:4334

armbianEnv.ini: overlays=rk3318-box-cpu-hs rk3318-box-led-conf1 rk3318-box-wlan-ap6334

Have also tested with:  overlays=3318-box-wlan-ap6330

 

H96 Max+  RK3328 (4G/64G)

dmesg from clean install , only run .rk3318-config and reboot.

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines