staging/kaloz/include/kernel.mk, branch master

kernel: include: remove last .0 from kernel versions again

2017-12-16T21:15:23Z

Kernel 4.14 has the version number 4.14 and not 4.14.0. This was different in some older Linux kernel versions, This change makes it possible to use kernel 4.14 without any minor version. Signed-off-by: Hauke Mehrtens

build: fix module symbol collection if build_dir is a symlink

2017-11-07T21:58:46Z

If PKG_BUILD_DIR contains symlinks, the generated Module.symvers will contain the resolved paths, not the virtual path with the symlink name. This breaks the filter for the module's own symbols, so to fix this ensure we also grep for the resolved path. Reported-by: Roman Yeryomin Tested-by: Roman Yeryomin Signed-off-by: Jonas Gorski

include: kernel.mk: simplify module autoloading

2017-11-07T11:02:06Z

Let the generic postinstall script invoke "kmodloader" when the just installed package contains any /etc/module.d/ entries. This allows us to skip the explicit "insert_module()" calls in the package postinstall. Due to the removed insert_module calls we do not need to assemble a complete list of modules per package anymore, which allows for vast simplification of the package generation code. While we're at it, also support specifying default parameters for modules using either the MODPARAM or MODPARAM.modulename variables in KernelPackage. Signed-off-by: Jo-Philipp Wich

build: actually fix the creation of PKG_INFO_DIR

2017-10-28T09:57:39Z

The creation was accidentally moved to the wrong hook, fix it by moving it to the pre hook. Fixes: e5e5c3f5fd38 ("build: ensure PKG_INFO_DIR exists before trying to use it") Signed-off-by: Jonas Gorski

build: ensure PKG_INFO_DIR exists before trying to use it

2017-10-28T09:19:25Z

PKG_INFO_DIR is only created at the finish step of the first package build, but kernel modules now use it at the start. Doing a parallel build could cause a kernel module to be the first package, breaking the build. Fix this by ensuring the directory exists. Fixes: 2e496876c60c ("kernel: collect module symvers for external modules") Signed-off-by: Jonas Gorski

kernel: collect module symvers for external modules

2017-10-27T11:06:15Z

Collect module symvers for all external modules to make them available for modpost. This fixes dependencies for most external modules. Example: Before: root@LEDE:/# modinfo mt76 module: /lib/modules/4.4.74/mt76.ko license: Dual BSD/GPL depends: After: root@LEDE:/# modinfo mt76 module: /lib/modules/4.4.74/mt76.ko license: Dual BSD/GPL depends: mac80211,cfg80211 Signed-off-by: Jonas Gorski

include: Silence external kernel version checks

2017-10-24T23:59:15Z

During the initial configuration phases, we have not set-up the kernel source directory, which would lead to such messages: cat: /local/users/fainelli/openwrt/trunk/build_dir/target-x86_64_musl/linux-uml/linux-4.9.58/include/config/kernel.release: No such file or directory Just silence it, since it does not create a functional problem. Fixes: 8e0e0e7d8bfb ("include: Determine MODULES_DIR correctly for external/git kernels") Signed-off-by: Florian Fainelli

kernel: fixup KARCH for powerpc64 builds

2017-10-24T11:24:04Z

The kernel calls both ppc64 and ppc32 "powerpc", so we need to fixup LINUX_KARCH when building with ARCH=powerpc64. Signed-off-by: Florian Larysch

Revert "kernel: do not try to probe builtin modules on empty kmod package install"

2017-07-21T16:55:19Z

This change currently causes some issues with loading out of tree kernel modules so revert that commit for now. Reverts commit 34c01e68b5d6b06ce3794ef0e2b06e81ec3ce8ca. Fixes FS#919. Signed-off-by: Jo-Philipp Wich

kernel: do not try to probe builtin modules on empty kmod package install

2017-07-20T10:49:09Z

Builtin modules are always present, and trying to load them will cause modprobe to spew errors when installing the empty kmod packages. Fix this by never generating any postinst module install instructions for builtin modules. Fixes #842. Signed-off-by: Jonas Gorski