On 17 February 2017 at 15:14, Jonas Gorski <jonas.gor...@gmail.com> wrote: > On 17 February 2017 at 14:53, Rafał Miłecki <zaj...@gmail.com> wrote: >> I was doing some fun experiments with ssb/bcma/b43 as a research based on: >> [PATCH RFC] kernel: allow selecting kmod-ssb on TARGET_brcm47xx_mips74k >> >> I was trying to build 2 variants of ssb package and 2 variants of b43 >> package. >> It didn't work, most likely because of the way PROVIDES is handled. I >> stripped >> down my changes to a simple ssb module package dif (see below). With this >> change >> applied I'm getting: >> >> Collected errors: >> * satisfy_dependencies_for: Cannot satisfy the following dependencies for >> kmod-b43: >> * kmod-ssb * >> * opkg_install_cmd: Cannot install package kmod-b43. >> >> Is this possible to make PROVIDES work with kernel module packages? > > Our kernel can handle ko's built into the kernel and just create empty > packages, so wouldn't changing the DEPENDS to > @PCI_SUPPORT||TARGET_brcm47xx||TARGET_brcm63xx enough?
I don't want to build ssb into the kernel. I want to add kmod-ssb package with per device rootfs feature. > If that isn't enough you could also create a > KernelPackage/ssb/brcm47xx (see e.g. crypto-misc, which as a x86 > variant, or crypto-sha512 which even has a x86_64 one). With some > oppropriate overrides. This also doesn't help me. I need two variants of b43 package, not one modified. It's because most mips74k devices can work with b43 with bcma only. There are only about 2 devices than need modified b43 package with ssb support enabled. In other words I need exactly something like PROVIDES ;) -- Rafał _______________________________________________ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev