[LEDE-DEV] kmod-udptunnel{4, 6} packages are empty (Was: Kernel symbol dependencies and KCONFIG usage for kernel packages)

[Hauke Mehrtens]

On 07/02/2016 05:38 PM, Baptiste Jonglez wrote:
> On Sat, Jul 02, 2016 at 04:55:28PM +0200, Baptiste Jonglez wrote:
>> I think I found the cause of the issue: the packages kmod-udptunnel4.ipk
>> and kmod-udptunnel6.ipk are generated, but are empty (no .ko file).  When
>> I activate the kernel symbol in kernel_menuconfig, these packages do
>> provide the .ko files as expected.
> 
> Moving to a different subject, since this is unrelated to wireguard.
> 
> Here is how to reproduce the issue (tried with 2a8bb46294):
> 
> - start with a fresh config
> - activate kmod-udptunnel4 and kmod-udptunnel6 as modules (in Kernel modules → Network Support)
> - select a target profile (I tried with TP-LINK TL-WR841N/ND v8)
> - build
> 
> The resulting packages for kmod-udptunnel{4,6} are only 800 octets and do
> not contain any .ko module:
> 
> $ find bin/ -name "*.ipk" -size '-1000c' -exec ls -lh {} \;
> -rw-r--r-- 1 bjonglez users 805 juil.  2 17:14 bin/targets/ar71xx/generic/packages/kmod-udptunnel6_4.4.14-1_mips_34kc.ipk
> -rw-r--r-- 1 bjonglez users 802 juil.  2 17:14 bin/targets/ar71xx/generic/packages/kmod-udptunnel4_4.4.14-1_mips_34kc.ipk
> -rw-r--r-- 1 bjonglez users 781 juil.  2 17:14 bin/targets/ar71xx/generic/packages/kernel_4.4.14-1-43373ff95800a35b632ff21cb43a1ef1_mips_34kc.ipk
> -rw-r--r-- 1 bjonglez users 900 juil.  2 17:15 bin/packages/mips_34kc/base/ip6tables_1.4.21-2_mips_34kc.ipk
> 
> The .ko are actually not built:
> 
> $ find build_dir/target-mips_34kc_musl-1.1.14/linux-ar71xx_generic/packages/ipkg-mips_34kc/udptunnel4 -name "*.ko"
> 
> $ find build_dir/target-mips_34kc_musl-1.1.14/linux-ar71xx_generic/linux-4.4.14/ -name "*udp*.ko"
> build_dir/target-mips_34kc_musl-1.1.14/linux-ar71xx_generic/linux-4.4.14/net/netfilter/xt_tcpudp.ko
> 
> 
> The packages in the snapshots are somehow correct:
> 
>   https://downloads.lede-project.org/snapshots/targets/ar71xx/generic/packages/
> 
> So, this may actually be a local issue...
> 
> Baptiste

Thank you for the report, this looks like a problem in lede in
combination with the kernel KConfig system.

Can you pelase try this patch:
https://git.lede-project.org/?p=lede/hauke/staging.git;a=commitdiff;h=195413a223fb1d6f91927a2c5a8780c7b1829f76

Hauke

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: <http://lists.infradead.org/pipermail/lede-dev/attachments/20160702/7bcbbd73/attachment.sig>