Hi Mario,

On Thu, 2014-10-02 at 00:35 +0200, Jochen Kauz wrote:
> Hi list,
> I'm a member of CrewRKTablets and we make development of custom
> kernels and roms for rockchip based devices, mostly tablets.
> But we have one toy that we find interesting to try a port to, the
> Radxa Rock of Tom Cubie, a rk3188 based development board.
> It has a quadcore Cortex-A9 1.6GHz, 1-2GB RAM, WLAN, ethernet, 2 Host
> USB 2.0, 1 USB OTG, serial and much more.
> We are running at this point Ubuntu 14.04 with 3.0.36 kernel on it.
> 
> 
> Now Astralix and me want to get IPFire on it running.
> We have kernel sources for 3.0.36, 3.10.37 and uboot.

It is always very much trouble to support new ARM SBCs. Best of luck
with that!

We require to build our kernels from source. Primarily because this is
an Open Source project and secondly because we modify the kernel a lot
with patches that harden it or add some features.

> I have read a little bit in the history of this list.. and I know we
> need grsecurity.. okay found patch sets for 3.0 and 3.10. But I think
> there are more things, could you please give me some more information
> what additional should be added to the kernel?

As there is not much support from Rockchip in the kernel, I assume that
your patchset will be quite huge. Hopefully it supports the
multiplatform approach and brings DTB files, etc. If so, you can add
your patches to the kernel build instructions:

http://cgit.ipfire.org/ipfire-2.x.git/tree/lfs/linux

Update the configuration:

http://cgit.ipfire.org/ipfire-2.x.git/tree/config/kernel/kernel.config.armv5tel-ipfire-multi

And you are ready to go.

The same rules as above apply for u-boot as well. You will find that in
lfs/u-boot

http://cgit.ipfire.org/ipfire-2.x.git/tree/lfs/u-boot

If the patches are clean and do not break support for any of the other
platforms, we will merge that and of course we will assist you here if
you need us to. But I won't make any promises up front that we can add
support for that hardware, because there are always many things that
cause us trouble and requires a lot of work to maintain support for that
hardware.

Best,
-Michael

> Best regards
> JochenKauz
> _______________________________________________
> SIG-ARM mailing list
> SIG-ARM(a)lists.ipfire.org
> http://lists.ipfire.org/mailman/listinfo/sig-arm