Posts by goolpone

Quote from fabiobassa

goolpone

are you try to boot from SD card or from internal storage ?
I give for sure your android is booting fine.

Well a tricky way to have an INITIAL serial out put is connect a usb/ttl to pin 4 on sd reader counting from where the switch of sd is ( if big sd reader you must count from right to left , pin n°4 ).
OF COURSE if you have sd inserted after a while it comes garbage from that pin , but if you boot android you will see every thing till the end.
This my affermation could and could NOT work on your board and don't ask me why there is a serial output there, but it is, and it is very usefull.

Would you upload photos of your board somewhere, please?

Ty

Display More

Thanks for the tip Fabio.

Yes, I am booting LE from microsd and yes, android boots fine, indeed when I put the sd card with my built, not functional, release, it shows a black screen and then boots to android.

Unfortunately I have no usb/ttl cable under hand at the moment, but it is a very useful info.

My board picture are here: [SOLVED] Help to identify firmware for MK809IV TV stick with RTL8723bs WiFi - FreakTab

Grazie! G.

Quote from jock2

goolpone You are making some assumptions about "codebase" that are just wrong. First of all, the fork is not "official" but rather a personal work from knaerzche , who may have thousands of reasons not to keep the master branch up with releases. I don't see a "freezed" status anywhere on this github fork, so your expectations have no basis.

The serial output unfortunately is a very fundamental debugging tool with this kind of boards, without the UART dump it is close to impossible to say what is wrong with your image. There may be possible configuration faults, but we will never know. The boot process is quite complex and there any dozens of variables involved in.

Mine are not assumptions but facts:

- I know it is a fork and it is clear it is personal work, and I am still grateful to knaerzche for sharing it.

- I do not want to point the finger to anyone nor accuse anyone for misalignments between source code and binary release, but fundamental of software development and maintenance is trackability and if two build for the same source code differs then there is something wrong in the code or in the build environment/execution.

- There should never be thousands of reasons to not keeping source code and release aligned especially when the author is promoting its release in an open source environment releasing version for specific SoCs.

- a commit in a specific branch is something that last forever so I guess one would commit in such branch something tested and working so such branch in going to contains the state-of-the-art for the related content.

Again as you guess there should be possible configuration faults, but why there should be if I built the exact source code built by the author?

I also know only author or close supporters can answer this.

Just out of curiosity, are some of you able to build and run some of the version without making change?

Again I do not want to just criticize but maybe highlight some possible issue in the build environment, inviting some of you, with access to uart, to try building from the source and maybe discovering an issue affecting other SoCs.

Quote from chewitt

Your description implies that build completed but the devicee does not boot. It would be informative to know at what point in the boot sequence the device fails to boot, hence the request for UART output. However it looks like you're one of those users who is fixated on a specific thing and knows better than us how debug a boot problem. So and good luck. NB: LE 9.2 is a dead codebase so I would restart with LE10 anyway.

eheh... I am one of those users who has no access to uart to debug the issue on the board and stunned that again and again "same" codebase does not produce same binary!

I was expecting that freezing a release in a branch it would build and word out of the box for a supported device.

I appreciated your support asking to share uart output (which again I am not able to provide), but it will be to probably make some change to a release that should work with no issue.

Regarding the codebase, I don't like to work on beta releases, LE9.8 would be fine, but again same behavior, build ok, but no boot.

Have you any other repo with working LE9.8 code for RK322x to test out?

Quote from chewitt

We looked in our crystal ball but couldn't figure out your undocumented boot issue. UART logs would be more informative.

The problem is not the boot itself, but the something in the build.

As I said the latest release for mk809iv (Release RK322x-le92-d20c7bc · knaerzche/LibreELEC.tv · GitHub) boots pretty fine, so I expecting that cloning and building the libreelec-9.2 branch it have booted as it did in the latest release.

I built it using the following commands:

$ git clone https://github.com/knaerzche/LibreELEC.tv.git
$ cd LibreELEC.tv
$ git checkout libreelec-9.2
$ PROJECT=Rockchip DEVICE=RK322x ARCH=arm UBOOT_SYSTEM=rk3228b-mk809iv make image

The build completed, but then doesn't boot. I have also checked-out on the release commit (d20c7bc), but result is the same.

I guess that I have missed something at build time. Otherwise release doesn't match the source code.

Hi knaerzche and all,

I am trying to build the libreelec-9.2 branch on my own, it success smootly, but when I give the built image a run, nothing happens, the screen remains black, instead if I use the pre-built image all goes well.

What am I missing?