[LEDE-DEV] QCA Dakota support

[Heiner Kallweit]

Am 22.11.2016 um 23:54 schrieb Christian Mehlis:
> Hi Christian,
> 
> I updated to your current staging branch 947e53a1 (which includes the musl update). Now compile stops in a problem with the backports package, which does not match the "new" kernel?!
> 
> /home/c/source/build_dir/target-arm_cortex-a7+neon-vfpv4_musl-1.1.16_eabi/linux-ipq40xx/compat-wireless-2016-10-08/backport-include/linux/cred.h:7:44: error: 'struct nsproxy' has no member named 'user_ns'
>  #define current_user_ns() (current->nsproxy->user_ns)
> 
I stumbled across this error too when making LEDE work with a recent kernel on mpc85xx.
Simply deleting the cred.h from the backports package solved it for me.

> We are getting closer:) I hope to add the Compex WPJ428 and the AVM Fritz!Box 4040 support after the basics are working!
> 
> Did someone on the list requested the gpl sources for the Fritz!Box 4040 so far?
> 
> Regards,
> Christian
> 
> Am 2016-11-22 02:11, schrieb Christian Lamparter:
>> Hello,
>>
>> On Monday, November 21, 2016 2:57:59 PM CET Christian Mehlis wrote:
>>> I found your repo/branch. I think you did a great job! Unfortunately I
>>> can't compile your staging branch:
>>>
>>> [  4%] Building C object CMakeFiles/netifd.dir/system-linux.c.o
>>> In file included from
>>> /home/cmehlis/git/source/build_dir/target-arm_cortex-a7+neon-vfpv4_musl-1.1.15_eabi/netifd-2016-10-27/system-linux.c:24:0:
>>> /home/cmehlis/git/source/staging_dir/toolchain-arm_cortex-a7+neon-vfpv4_gcc-5.4.0_musl-1.1.15_eabi/include/linux/if.h:79:2:
>>> error: expected identifier before numeric constant
>>>    IFF_UP    = 1<<0,  /* sysfs */
>>>
>>> Do you see the same problem? Rebasing your staging branch on top of
>>> lede/master did not help.
>>
>> Yes, I did get the same error for netifd (and for ppp later on).
>> After a dirclean these showed up here too. I traced the netifd
>> error down to the following patch:
>> "include/uapi/linux/if_tunnel.h: include linux/if.h, linux/ip.h and
>> linux/in6.h" [0]
>>
>> For now, I reverted the change (in the v4.8.10), but I think this
>> needs to be fixed
>> in musl (to that end, I updated to musl.git - and that was enough to fix
>> the ppp error).  Anyway, let me know, if this fixes the compile errors
>> but don't forget run make dirclean.
>>
>> It would be great to add support for a IPQ4028 device too. However, the
>> dtsi files for the IPQ4028 never landed in upstream vanilla?! Also, the
>> kernel devicetree maintainers frown upon "catch-all" compatible strings [1].
>> So, you'll need to replace all the "qcom,ipq40xx" with either "qcom,ipq4028"
>> or stick with the "qcom,ipq4019" for now (you can add it as the second
>> compatible string.) Also note: the qcom,ipq4019.dtsi doesn't have a
>> memory-node. However, this node is essential for booting.
>>
>> Best Regards,
>> Christian
>>
>> [0]
>> <https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/include?id=1fe8e0f074c77aa41aaa579345a9e675acbebfa9>
>> [1] <https://patchwork.kernel.org/patch/7062591/>
> 
> _______________________________________________
> Lede-dev mailing list
> Lede-dev at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/lede-dev
>