openembedded-core.git/meta/recipes-kernel/update-modules, branch pyro Mirror of openembedded-core update-modules: remove recipe from oe-core 2013-02-04T12:16:00+00:00 Laurentiu Palcu laurentiu.palcu@intel.com 2013-02-04T11:36:51+00:00 b8c5f1facd9f9878e137f803b45e99d4e7214d20 update-modules is not used anymore. Any references to it have been removed, some time ago, from all recipes/bbclasses. It stayed in oe-core in case anybody still wanted to use it. Time for it to go. Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
update-modules is not used anymore. Any references to it have been
removed, some time ago, from all recipes/bbclasses. It stayed in oe-core
in case anybody still wanted to use it. Time for it to go.

Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
update-modules: update script to read /etc/modules-load.d/ directory 2012-03-23T17:47:14+00:00 Martin Jansa martin.jansa@gmail.com 2012-03-23T14:37:23+00:00 38302a1353cf072b7c6c54f7f90936e4c2180102 * show warning for old /etc/modutils/* files without .conf extension * v2: keep adding modules also from old /etc/modutils/* after showing warning, this way update-modules will be backward compatible also on images without kernel upgrade Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
* show warning for old /etc/modutils/* files without .conf extension
* v2: keep adding modules also from old /etc/modutils/* after showing
  warning, this way update-modules will be backward compatible also on
  images without kernel upgrade

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
update-modules: don't run modutils.sh if systemd is installed 2012-01-10T05:51:50+00:00 Steve Sakoman steve@sakoman.com 2012-01-07T04:51:55+00:00 553deffc8040afabd56b1c1d87a8a8d24bbae5d0 systemd has its own mechanism for loading kernel modules at startup Signed-off-by: Steve Sakoman <steve@sakoman.com> 
systemd has its own mechanism for loading kernel modules at startup

Signed-off-by: Steve Sakoman <steve@sakoman.com>
Remove last remnants of kernel26 MACHINE_FEATURES 2012-01-10T05:51:50+00:00 Steve Sakoman steve@sakoman.com 2012-01-07T04:51:51+00:00 f1193e077d187b9ce18ae0686b1a1f0f9832036d There is no reason to continue to carry this feature Signed-off-by: Steve Sakoman <steve@sakoman.com> 
There is no reason to continue to carry this feature

Signed-off-by: Steve Sakoman <steve@sakoman.com>
Improve handling of 'all' architecture recipes and their interaction with sstate 2011-05-31T11:56:38+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2011-05-17T23:03:02+00:00 26e5e5feb695864b11e47e24017e254c28f14494 The existing PACKAGE_ARCH = "all" mechanism of sharing packages is problematic with sstate since there are a variety of variables which have target specific values and the sstate package therefore correctly changes signature depending on the MACHINE setting. This patch creates a new "allarch" class which sets: PACKAGE_ARCH = "all" (as per the existing convention) INHIBIT_DEFAULT_DEPS = "1" (since its not target specific and therefore can't depend on the cross compiler or target libc) TARGET_ARCH = "all" TARGET_OS = "linux" TARGET_CC_ARCH = "none" (since these variables shouldn't change between the different packages and target compiler flags shouldn't be getting used) PACKAGE_EXTRA_ARCHS = "" (since we shouldn't be depending on any architecture specific package architectures) Not all PACKAGE_ARCH = "all" recipes can use this class since some run configure checks on the compiler. This means they have target specific components and therefore the "all" classification is incorrect. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
The existing PACKAGE_ARCH = "all" mechanism of sharing packages is problematic
with sstate since there are a variety of variables which have target specific
values and the sstate package therefore correctly changes signature depending
on the MACHINE setting.

This patch creates a new "allarch" class which sets:

PACKAGE_ARCH = "all"

(as per the existing convention)

INHIBIT_DEFAULT_DEPS = "1"

(since its not target specific and therefore can't depend on the cross
compiler or target libc)

TARGET_ARCH = "all"
TARGET_OS = "linux"
TARGET_CC_ARCH = "none"

(since these variables shouldn't change between the different packages and
target compiler flags shouldn't be getting used)

PACKAGE_EXTRA_ARCHS = ""

(since we shouldn't be depending on any architecture specific package architectures)

Not all PACKAGE_ARCH = "all" recipes can use this class since some run configure
checks on the compiler. This means they have target specific components and therefore
the "all" classification is incorrect.

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Remove distro-specific metadata for distros not in oe-core 2011-05-05T05:12:27+00:00 Paul Eggleton paul.eggleton@linux.intel.com 2011-04-21T14:04:58+00:00 ea2cd4b8e9bc013a007fe2a1a605ecb59db5a896 Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> 
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
recipes: pre/post actions 2011-02-12T00:31:43+00:00 Mark Hatle mark.hatle@windriver.com 2011-02-10T00:13:50+00:00 92a9d59fccdfb6587fbd12f686899a8ace5e1d2f A number of the recipes did not properly label their pre and post actions, causing the actions to occur in all split packages. This was corrected by defaulting to _${PN} in most cases. Signed-off-by: Mark Hatle <mark.hatle@windriver.com> 
A number of the recipes did not properly label their pre and post
actions, causing the actions to occur in all split packages.  This
was corrected by defaulting to _${PN} in most cases.

Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
RDEPENDS, RRECOMMENDS -> RDPEPENDS_${PN}, RRECOMMENDS_${PN} 2010-12-30T10:03:10+00:00 Koen Kooi koen@dominion.thruhere.net 2010-12-23T19:23:33+00:00 0e8f0f0a033c79611a15914fde5826876502af2e For these recipes the dependencies listed in RDEPENDS and RRECOMMENDS only apply to ${PN} Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> 
For these recipes the dependencies listed in RDEPENDS and RRECOMMENDS only apply to ${PN}

Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
update-modules/udev-extraconf: Fix license checksum handling 2010-12-11T06:01:47+00:00 Richard Purdie rpurdie@linux.intel.com 2010-12-10T23:12:19+00:00 56973ee18b52c2ac8f80fe8458d4680090a3842d Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> 
Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
update-modules: update license info 2010-12-11T06:01:36+00:00 Qing He qing.he@intel.com 2010-12-10T08:45:17+00:00 3ca38b7c104e96716a89b40df797dd3277334fa8 Signed-off-by: Qing He <qing.he@intel.com> 
Signed-off-by: Qing He <qing.he@intel.com>