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)
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@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
