Posts by ilmich

Hi dale, yes... my images contains miniloader, uboot, trustos... in short, it can be flashed directly on the nand / emmc with the various rockchip tools.

I always recommend for those who want to make a backup.

edit: and to assume all the risks involved. the tests were done on a board with nand (mine) and a board with emmc (thanks jock2) so it works. But the rk3229 boards are so many that is difficult for me to give you a certainty, apart that you can't hard brick the board (you can ever go back to another working firmware)

hi MIKMXIII, unfortunately in the last build I changed some kernel parameters which led to some regressions. If you don't need the driver for the 6051p try the previous build. However there are some important changes upstream, as soon as they are released I will update my build. thanks for your patience.

tsbarcelos it seems you have a different chip version than the one supported by the driver. a lot of my patches come from armbian, and unfortunately not having a box with that chip I can't help much. For now, I advise you to use an external wifi.

dale i don't know why you didn't install my build directly in nand / emmc (previous backup). But keep in mind that:

- the mainline kernel needs a partition table to work (legacy doesn't)

- I haven't seen your device tree yet .. but the legacy ones obviously can't work on mainline kernels. try to use mine directly.

Hi, sorry for the late reply, but I took a little break

JoeEdison cec should be enabled. My box does not support it, but if you tell me that with the legacy it worked I try to take a look.

alexwhites wifi gives me problems too, I'll try to understand where is the problem (i think jock2 is right about the cause)

dale tell me which legacy image works for you. I suspect universal dtb has some problem with your board.

Hi all,

new build available with:

- updated libreelec source (10.0.2)

- ssv6051p wireless driver

- other fixes and small optimizations

Hi all,

new build available with:

- updated mesa (gpu works better)

- safe device tree (without ddr3), and possibility to change it via shell script (login into libreelec with ssh)

about this last feature I will document better in the main post, but in the meantime:

rkelec:~ # rk322x-dtb-switch.sh 
usage: /usr/bin/rk322x-dtb-switch.sh [list|switch|help]

      show                      show current device tree
      list                      show available device trees
      switch [device tree]      switch to a device tree
      help                      show this help

list available dtbs

rkelec:~ # rk322x-dtb-switch.sh list
rk3229-box-mxq4kpro-ovclk
rk3229-box-mxq4kpro
rk3229-box-ovclk
rk3229-box-v88mars-ovclk
rk3229-box-v88mars
rk3229-box

switch, for example, to rk3229-box-v88mars

rkelec:~ # rk322x-dtb-switch.sh switch rk3229-box-v88mars
Device tree rk3229-box-v88mars founded
Are you sure(y/n)?y
Mounting flash rw
Switching dtb
Mounting flash ro
Switching is ok, now you need to reboot!!

and reboot box.

for the leds tomorrow I'll release a new build with some 'legacy' device trees.

I've also developed a simple shell script for choosing the right one even on a running libreelec instance (useful in case of nand install).

other issues are WIP

ps: try to suspend instead of power off the box. I've developed a simple hack that resume with remotes

Quote from JoeEdison

For the wifi driver (6051p) I trust you.

I remember you said a while ago that nand might never be supported but now yes...

thanks, although to do that I went out of 'standard' libreelec as that driver is 'legacy'. however mine is and will remain an unofficial build and my goal is to make as many things work as possible

hi JoeEdison,

thanks for your feedback, in the next build I updated the driver for the mesa gpu, where i saw some good optimizations.

Now that my build is working more or less well I am starting to refine it.

Unfortunately, the initial idea of having a universal device is not good for everyone. So the idea is

- create a safe device, which should allow booting on all boards

- recreate the legacy device trees so that everyone can choose their own (a bit like the amlogic port) manually or with a shell script

regarding the 6051p, I'm still having trouble getting it to work.

alexwhites in the meantime you can confirm me that with the build that works for you, you have no video resolution problems?!?!

Hi all,

I've released an updated build with support for NAND and other things. See changelog in the first post.

alexwhites try it and let me know.

hi alexwhites,

try with this build

test – Google Drive

and share the dmesg output.

This build has a fake version of dmc driver.

Cheers

Michele

hi alexwhites,

it looks like a ddr2 / ddr3 recognition problem. As soon as I can, I'll ask you to try a kernel so I can get more information and try to fix the problem.

Thanks for your patience

Quote from JoeEdison

It only works from the SD card and not from the NAND, right??

For now, yes, even if support for nand is around the corner

alexwhites, it's strange to me too. try the very first build, the one without ddr3 support.

edit: can you please tell me the exact legacy image that works!?

Hi alexwhites can you please try with another build (for example this one https://drive.google.com/file/d/1omh0Yz…cSuIILHqf43DgPu)?!.

In recent builds I have tried to change the cpu voltages a bit. Maybe that's the problem.

Hi all,

I've released an updated build with a new kernel and some little optimizations. See changelog in the first post.

hi alexwhites,

I'm trying to upgrade the kernel, and in the meantime see if I can backport any patches from the rockchip kernel. But the box, despite the unwatchable screen, still works !? Can you send the output of the dmesg command ?!

JoeEdison although old, with libreelec my box is still usable. And I think with libreelec 11 things could get even better

Hi alexwhites,

after some research, i realized that maybe the problem lies in the rgb <--> yuv conversion.

In practice, the TV communicates, via edid, that this resolution is in a format and therefore the driver behaves accordingly.

In your case it looks like the TV sets itself in one format, but the driver in another and hence the colors busted.

I did not understand if the problem is in the kernel or in the TV, however the legacy driver should force the output in rgb format.

I try to do the same thing and see if it works.

EDIT: try this kernel

testing – Google Drive

Hi alexwhites

according to the edid you have an ACER full hd monitor(or tv), probably with some bugs.

I have enabled a kernel hack for your particular device which prefer a particular frequency. Put this kernel inside the first partition of sdcard (obviously remove the resolution forcing)

testing – Google Drive

and let me known.

Regarding ssv6051 thanks to jock2 there is a driver for mainline but with libreelec I've experienced some problems.

Maybe in the future there will be a better driver, but for now I recommend you to use a usb wifi device. Sorry

Hi all,

I've released an updated build with several stability fixes. See changelog in the first post.

dale, unfortunately NAND is a complicated thing. But I'll do my best