Of course, I will, but I'm far from that. Most probably it would be faster if I shared the kernel file, that would render all available 2G IoT images usable. I will see what I can do.
Unfortunately I couldn't make the sound card work yet, and on my device the touch screen stopped to respond. I ordered another one from Aliexpress, but it will take a few weeks to arrive. I also discovered that the full size USB port is running at 10 mbps normally, because the modem needs to initialize the micro USB port first, and this procedure takes about six seconds. If we start to load the kernel USB drivers after this, then our USB works at 480 mbps. I have to figure out how to deal with it.
I bought one of these nice little devices, and and after a week of playing with it, I'm quite satisfied. Of course the software side is not the best, but the board itself is powerful, cheap, and it is full of features.
Right now all I am missing is a working LCD under Linux. I bought the official phone display from Aliexpress, it works under Android, but no success so far in Linux. So I'm looking for some help here with it.
I have cleaned and formatted the kernel source code (kernel/drivers/video/rda directory), it uses and registers the ILI9806g_mcu according to the dmesg output, but there is only garbage on the screen after it is initialized. So I think the FrameBuffer driver maps to a wrong RAM address. The rda-fb module outputs this: "rda-fb rda-fb: init done, 480 x 800 = 1540096, at cf028000, phys 0x8e200000"
When I convert the 0x8e200000 to decimal, it is an insanely high number (around 2 terabytes), which is suspicious.
Is there anyone here with kernel and LCD programming experience, who could help me with sorting this out?
I also tried to compile a kernel from the released Android source code, which is a bit different, but it doesn't work either. My next project is to make working the Vivante driver, also found in the Android source.