00:28 <jcarlos> naobsd: I answer myself: efectively my cyanogenmod has a service in recovery.rc that erases misc partition :)

00:53 <naobsd> jcarlos: as I said, misc partition is common in Android world, and it's used in RK world long time, developer should know how to handle it

00:54 <jcarlos> naobsd: Yes. It seems so :)

00:55 <naobsd> jcarlos: about "how to boot recovery", I said "flash misc.img, then reboot" explicitly.

00:56 <jcarlos> Yes, I understand now.

00:59 <naobsd> itdaniher: I understand file format of your kernel.img seems to be fine. then, how and where you flashed it? can you confirm your procedure is correct with another working kernel image?

01:00 <naobsd> it's difficult to understand detail from like "I did it as expected"

14:48 <cyberef> I have found two PDF's that says Rockchip confidential

14:48 <cyberef> RK30xx Technical Reference Manual and RK3188 brief

14:49 <cyberef> but maybe those are already common knowledge?

15:26 <Super-noob> i can´t tell for sure but half a year ago or tho everyone seemted to talk of leaked dokumentation, so i would first guess that it´s common knowledge but i can´t tell that for sure

20:14 <itdaniher> rkflashtool e 0x0000A000 0x00008000; rkflashtool w 0x0000A000 0x00008000 < kernel.img; rkflashtool b

20:15 <itdaniher> karlp: marvin's the kernel build tool located at https://github.com/phjanderson/marvin/

20:16 <itdaniher> I've also tried flashing the results of "make zkernel.img" and "make kernel.img" in https://github.com/aloksinha2001/Linux3188

20:17 <itdaniher> with patches to the repo to account for the fact that I'm running the compile job on my stick - not crosscompiling, and not using the included x86 version of mkkrnlimg

23:37 <naobsd> itdaniher: are you sure your RK device currently uses kernel at offset 0xa000 and size 0x8000?

23:40 <naobsd> here is not picuntu support forum, please don't assume people must know detail about it.

23:42 <naobsd> no need to run 'rkflash e' in this case, it just shorten life of NAND

23:45 <naobsd> and what is the patch? it uses rkcrc instead of mkkrnlimg?

23:46 <naobsd> to solve problem, you should try the way which is already confirmed to work and change it one by one

23:48 <naobsd> e.g. try to flash compiled/supplied kernel.img by distro

23:49 <naobsd> e.g. try to compile kernel source which is known to work on your device without modifycation on supported build environment

23:50 <naobsd> if you already did it, please explain, people in here cannot know what works and what doesn't work without explanation