openembedded-core.git/meta-rt/recipes-kernel, branch master Mirror of openembedded-core Move meta-rt recipes to oe-core (meta) 2011-08-12T16:16:59+00:00 Darren Hart dvhart@linux.intel.com 2011-07-25T18:10:17+00:00 bafaaad264fe3e745c714951ddcf2784d33b755a Keeping the rt recipes in their own layer has led to maintenance issues, particularly with the linux-yocto-rt recipes. As these kernel types are part of the same linux-yocto source repository, it seems reasonable to include the rt kernel recipes alongside the standard recipes. A new recipes-rt directory for the other recipes provides adequate separation and eliminates the need for a separate layer. As there is no meta-rt/conf/layer.conf to force the kernel, users must now specify the rt kernel in their local.conf or in the machine.conf: PREFERRED_PROVIDER_virtual/kernel = "linux-yocto-rt" The merging of the rt recipes into the core also eliminates complications with multiple layer dependencies for new BSP layers. Having to either separate RT BSPs from standard BSPs or force users to add meta-rt to bblayers even when not building an RT BSP (because the RT BSPs in the same layer would fail to parse without it) was sub-optimal at best. Signed-off-by: Darren Hart <dvhart@linux.intel.com> 
Keeping the rt recipes in their own layer has led to maintenance issues,
particularly with the linux-yocto-rt recipes. As these kernel types are part of
the same linux-yocto source repository, it seems reasonable to include the rt
kernel recipes alongside the standard recipes. A new recipes-rt directory for
the other recipes provides adequate separation and eliminates the need for a
separate layer.

As there is no meta-rt/conf/layer.conf to force the kernel, users must now
specify the rt kernel in their local.conf or in the machine.conf:

PREFERRED_PROVIDER_virtual/kernel = "linux-yocto-rt"

The merging of the rt recipes into the core also eliminates complications with
multiple layer dependencies for new BSP layers. Having to either separate RT
BSPs from standard BSPs or force users to add meta-rt to bblayers even when not
building an RT BSP (because the RT BSPs in the same layer would fail to parse
without it) was sub-optimal at best.

Signed-off-by: Darren Hart <dvhart@linux.intel.com>
meta-rt: default KMACHINE and SRCREV_machine to avoid parsing errors 2011-08-12T16:16:59+00:00 Darren Hart dvhart@linux.intel.com 2011-07-22T22:53:18+00:00 92aa6a587f4fabfadbebdb7ae24306d36f43910a Without a default KMACHINE and SRCREV_machine the git URL will fail to expand to something usable and we get a parsing error. This approach was also used in the non-rt version of this recipe. Signed-off-by: Darren Hart <dvhart@linux.intel.com> 
Without a default KMACHINE and SRCREV_machine the git URL will fail to
expand to something usable and we get a parsing error. This approach was
also used in the non-rt version of this recipe.

Signed-off-by: Darren Hart <dvhart@linux.intel.com>
meta-rt: remove atom-pc support from the main layer 2011-08-12T16:16:58+00:00 Darren Hart dvhart@linux.intel.com 2011-07-22T19:39:45+00:00 a9940d0660a1e056f399748fbee0835abe9627f5 meta-rt resides in oe-core, as such it should only support the qemu* machines. BSP layers should add support for specific hardware platforms. Signed-off-by: Darren Hart <dvhart@linux.intel.com> 
meta-rt resides in oe-core, as such it should only support the
qemu* machines. BSP layers should add support for specific
hardware platforms.

Signed-off-by: Darren Hart <dvhart@linux.intel.com>
meta-rt: add linux-yocto-rt_3.0 recipe 2011-08-12T16:16:58+00:00 Darren Hart dvhart@linux.intel.com 2011-07-20T16:18:09+00:00 443533914c43c79d8b15185c32f75df450c6aae7 Add the initial linux-yocto-rt_3.0 recipe. qemumips and qemuppc doesn't work quite yet, so they have been omitted from COMPATIBLE_MACHINE. Signed-off-by: Darren Hart <dvhart@linux.intel.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> 
Add the initial linux-yocto-rt_3.0 recipe.

qemumips and qemuppc doesn't work quite yet, so they have been omitted from
COMPATIBLE_MACHINE.

Signed-off-by: Darren Hart <dvhart@linux.intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
meta-rt: canonicalize directory structure 2011-08-12T16:16:58+00:00 Darren Hart dvhart@linux.intel.com 2011-07-20T16:08:06+00:00 3b2fb9c103c126aff1370f4b98a91649aa70e36b Use the more standard recipes-*/*/*.bb layout. Signed-off-by: Darren Hart <dvhart@linux.intel.com> 
Use the more standard recipes-*/*/*.bb layout.

Signed-off-by: Darren Hart <dvhart@linux.intel.com>
meta-rt: refresh linux-yocto-rt recipe 2011-08-12T16:16:58+00:00 Darren Hart dvhart@linux.intel.com 2011-07-19T22:31:45+00:00 6e9e19230ee731856639f71c5adfb01a92f620d8 Rename the recipe to match the linux-yocto recipe renames using the kernel version in the PV portion of the filename. Add the SRCREVs to the recipe as was done with the core linux-yocto recipes. Add qemux86 as it is also present in the linux-yocto-2.6.34.git repository. Signed-off-by: Darren Hart <dvhart@linux.intel.com> 
Rename the recipe to match the linux-yocto recipe renames using the kernel
version in the PV portion of the filename.

Add the SRCREVs to the recipe as was done with the core linux-yocto recipes.

Add qemux86 as it is also present in the linux-yocto-2.6.34.git repository.

Signed-off-by: Darren Hart <dvhart@linux.intel.com>
kernel-rt: use correct branch names and new git SRC_REV format 2011-04-20T01:17:49+00:00 Darren Hart dvhart@linux.intel.com 2011-04-19T23:54:38+00:00 690e87a2ffe8caa16379be26eb356c5bded17c1f The RT kernel recipe was not updated to reflect the new git SRC_REV format nor to take advantage of the recent updates made to the underlying infrastructure. These fixes bring it up to date with the other linux-yocto* recipes and fix various build issues people were seeing. Signed-off-by: Darren Hart <dvhart@linux.intel.com> Cc: Bruce Ashfield <bruce.ashfield@windriver.com> 
The RT kernel recipe was not updated to reflect the new git SRC_REV format nor
to take advantage of the recent updates made to the underlying infrastructure.
These fixes bring it up to date with the other linux-yocto* recipes and fix
various build issues people were seeing.

Signed-off-by: Darren Hart <dvhart@linux.intel.com>
Cc: Bruce Ashfield <bruce.ashfield@windriver.com>
meta-rt: atom-pc support 2011-01-20T21:36:58+00:00 Darren Hart dvhart@linux.intel.com 2010-12-28T17:23:29+00:00 238c13f10603e3566cbdd79ecc4c358aa9ab9fcc Add support for the atom-pc machine to the meta-rt layer. This has been boot tested on the Intel n450 development board (Black Sand). Signed-off-by: Darren Hart <dvhart@linux.intel.com> CC: Tom Zanussi <tom.zanussi@intel.com> CC: Bruce Ashfield <bruce.ashfield@windriver.com> 
Add support for the atom-pc machine to the meta-rt layer. This has
been boot tested on the Intel n450 development board (Black Sand).

Signed-off-by: Darren Hart <dvhart@linux.intel.com>
CC: Tom Zanussi <tom.zanussi@intel.com>
CC: Bruce Ashfield <bruce.ashfield@windriver.com>
meta-rt: Initial PREEMPT_RT layer and kernel recipes 2011-01-20T21:36:58+00:00 Darren Hart dvhart@linux.intel.com 2010-12-20T23:02:40+00:00 0d7d5666509c013228242b87c1dfd15395af6701 The meta-rt layer provides a preempt_rt kernel recipe using the linux-yocto-stable git tree. It overrides the virtual/kernel provider and defines the compatible machines and per-machine SRCREVs. The initial layer supports only qemux86-64. Signed-off-by: Darren Hart <dvhart@linux.intel.com> Cc: Tom Zanussi <tom.zanussi@intel.com> Cc: Bruce Ashfield <bruce.ashfield@windriver.com> 
The meta-rt layer provides a preempt_rt kernel recipe
using the linux-yocto-stable git tree. It overrides
the virtual/kernel provider and defines the compatible
machines and per-machine SRCREVs. The initial layer
supports only qemux86-64.

Signed-off-by: Darren Hart <dvhart@linux.intel.com>
Cc: Tom Zanussi <tom.zanussi@intel.com>
Cc: Bruce Ashfield <bruce.ashfield@windriver.com>