02:22 <naobsd> fullstop: you can unpack/repack kernel.img with rkunpack/rkcrc. you can ignore -symbol file if you don't need it.

16:35 <npl> mmind00: got my kernel working now, even though I now use 4.7 instead of 4.8rc1. I also started using multi_v7_defconfig instead of a old defconfig from radxa

16:37 <mmind00> npl: great ... although you shouldn't see to much difference between 4.7 and 4.8-rc1 (4.8-rc1 should in theory just work the same)

16:37 <npl> out of curiosity, and because I might start hacking at adding it to a recent version,... why wasnt the u-boot rk3288 ethernet branch not mergerd back?

16:38 <npl> yeah, I just figured that I can just start with the current WIP version

16:39 <npl> not like I can afford much spare time right now, 4.8 will be done much earlier than my hacks

16:52 <npl> mmind00: Is this the best source for mali userpace right now (firefly rk3288): http://malideveloper.arm.com/resources/drivers/arm-mali-midgard-gpu-user-space-drivers/ ? I noted you have a binary packet yourself

16:53 <npl> Generally thanks for your help (and putting everything in mainline linux).

17:05 <mmind00> npl: the uboot ethernet stuff was still work in progress (I guess with outstanding comments) and probably the project it was used for got finished or there wasn't any time yet to respin that

17:06 <mmind00> so I guess it really it simply waiting for someone to pick it up and upstream it

17:19 <npl> Ok, might ask in the U-Boot ML about that. Seems to be a simple stub over an already existing driver

17:21 <mmind00> npl: more to the point, try to find the old thread in the mailinglist archives and see what changes were requested

17:21 <npl> Merging the old codebase is rather challenging though, the patch must`ve really bitrotten

17:26 <npl> K, found something, not really promising because its been idle since January, but still =)

17:28 <npl> About the Mali stuff, I am going to build the DRM Stub from Arm`s website and see if it works. The reason there`s nothing in the Linux Device-tree is NDA`s I suppose?

17:29 <npl> I mean I see the reason for potecting/hiding code, but I thought ateals the register and it mappings could be described

18:35 <vagrantc> hi folks ... i've been working booting a mainline kernel with veyron-speedy (a.k.a. ASUS C201)

18:36 <vagrantc> using v4.8-rc2 of linux, it mostly works, although the eMMC sometimes fails to detect at boot ...

18:37 <vagrantc> also, trying to get it to load an initrd, but i get the impression the bootloader isn't actually loading it or passing the correct arguments to the kernel

18:37 <vagrantc> using libreboot for the coreboot and depthcharge ...

18:38 <vagrantc> overall, thanks to the folks who've gotten it this far ... if i can resolve the initrd issue, i can work on adding support in Debian's kernel

18:40 <vagrantc> another unrelated issue is recent versions of mainline u-boot fail to load a kernel on the firefly-rk3288 ... no serial console output or anything ... just nothing ... reverting to u-boot v2016.03 fixes the issue ... git bisecting is hard because there's a bug introduced between v2016.03 and v2016.05 that ends up requiring a reflashing the firmware

18:49 <vagrantc> curious if there are any patches floating around to resolve the eMMC issue on veyron-speedy

18:58 <npl> vagrantc: I found a thread about the u-boot issue: http://lists.denx.de/pipermail/u-boot/2016-April/250410.html

18:58 <npl> but also some threads that would imply the issue is (somewhat) fixed

19:07 <vagrantc> npl: hmmm... that does seem suspiciously similar, but in my case v2016.03 work fine, it's later versions where it's broken ... but maybe the same bug was reintroduced

19:44 <npl> did you try disabling CONFIG_EFI_LOADER? I built a fresh u-boot last week and it runs on rk3288.

19:46 <npl> only changed the config and added a line in arch/arm/cpu/armv7/cpu.c:46 : "ISB;"

19:46 <npl> see http://lists.denx.de/pipermail/u-boot/2016-July/261853.html

19:47 <npl> I really dont know if it did anything, as I had a different problem booting the kernel

19:52 <twink0r_> Hey , i have a RK3229 in a TV BOX is this possible to run a standart linux ?

19:53 <vagrantc> npl: u-boot runs fine, it just didn't boot a kernel :/

19:54 <vagrantc> npl: but i'll try disabling CONFIG_EFI_LOADER