<feed xmlns='http://www.w3.org/2005/Atom'>
<title>openembedded-core.git/meta-rt, branch master</title>
<subtitle></subtitle>
<id>https://trygvis.io/git/2012/05/openembedded-core.git/atom?h=master</id>
<link rel='self' href='https://trygvis.io/git/2012/05/openembedded-core.git/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://trygvis.io/git/2012/05/openembedded-core.git/'/>
<updated>2011-08-12T16:16:59Z</updated>
<entry>
<title>Move meta-rt recipes to oe-core (meta)</title>
<updated>2011-08-12T16:16:59Z</updated>
<author>
<name>Darren Hart</name>
<email>dvhart@linux.intel.com</email>
</author>
<published>2011-07-25T18:10:17Z</published>
<link rel='alternate' type='text/html' href='https://trygvis.io/git/2012/05/openembedded-core.git/commit/?id=bafaaad264fe3e745c714951ddcf2784d33b755a'/>
<id>urn:sha1:bafaaad264fe3e745c714951ddcf2784d33b755a</id>
<content type='text'>
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 &lt;dvhart@linux.intel.com&gt;
</content>
</entry>
<entry>
<title>meta-rt: default KMACHINE and SRCREV_machine to avoid parsing errors</title>
<updated>2011-08-12T16:16:59Z</updated>
<author>
<name>Darren Hart</name>
<email>dvhart@linux.intel.com</email>
</author>
<published>2011-07-22T22:53:18Z</published>
<link rel='alternate' type='text/html' href='https://trygvis.io/git/2012/05/openembedded-core.git/commit/?id=92aa6a587f4fabfadbebdb7ae24306d36f43910a'/>
<id>urn:sha1:92aa6a587f4fabfadbebdb7ae24306d36f43910a</id>
<content type='text'>
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 &lt;dvhart@linux.intel.com&gt;
</content>
</entry>
<entry>
<title>meta-rt: add an -rt-sdk image</title>
<updated>2011-08-12T16:16:59Z</updated>
<author>
<name>Darren Hart</name>
<email>dvhart@linux.intel.com</email>
</author>
<published>2011-07-22T19:56:29Z</published>
<link rel='alternate' type='text/html' href='https://trygvis.io/git/2012/05/openembedded-core.git/commit/?id=c594579fe1d9a8c97f2dcf8fbec9fc401e73c667'/>
<id>urn:sha1:c594579fe1d9a8c97f2dcf8fbec9fc401e73c667</id>
<content type='text'>
Add images including the SDK without the addition of the grapical environment or
packages.

Signed-off-by: Darren Hart &lt;dvhart@linux.intel.com&gt;
</content>
</entry>
<entry>
<title>meta-rt: rename minimal-rt images to -rt, drop live image</title>
<updated>2011-08-12T16:16:59Z</updated>
<author>
<name>Darren Hart</name>
<email>dvhart@linux.intel.com</email>
</author>
<published>2011-07-22T19:43:01Z</published>
<link rel='alternate' type='text/html' href='https://trygvis.io/git/2012/05/openembedded-core.git/commit/?id=e5ff4d0ec5752ccc76cfbf6cae827051cb402fc5'/>
<id>urn:sha1:e5ff4d0ec5752ccc76cfbf6cae827051cb402fc5</id>
<content type='text'>
Remove "minimal" from the image recipe names for -rt. Additional recipes types
will be added (-rt-sdk for example) and there is no need to keep so many image
type descriptors.

Drop the -live image as it is now obsolete.

Signed-off-by: Darren Hart &lt;dvhart@linux.intel.com&gt;
</content>
</entry>
<entry>
<title>meta-rt: remove atom-pc support from the main layer</title>
<updated>2011-08-12T16:16:58Z</updated>
<author>
<name>Darren Hart</name>
<email>dvhart@linux.intel.com</email>
</author>
<published>2011-07-22T19:39:45Z</published>
<link rel='alternate' type='text/html' href='https://trygvis.io/git/2012/05/openembedded-core.git/commit/?id=a9940d0660a1e056f399748fbee0835abe9627f5'/>
<id>urn:sha1:a9940d0660a1e056f399748fbee0835abe9627f5</id>
<content type='text'>
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 &lt;dvhart@linux.intel.com&gt;
</content>
</entry>
<entry>
<title>meta-rt: add linux-yocto-rt_3.0 recipe</title>
<updated>2011-08-12T16:16:58Z</updated>
<author>
<name>Darren Hart</name>
<email>dvhart@linux.intel.com</email>
</author>
<published>2011-07-20T16:18:09Z</published>
<link rel='alternate' type='text/html' href='https://trygvis.io/git/2012/05/openembedded-core.git/commit/?id=443533914c43c79d8b15185c32f75df450c6aae7'/>
<id>urn:sha1:443533914c43c79d8b15185c32f75df450c6aae7</id>
<content type='text'>
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 &lt;dvhart@linux.intel.com&gt;
Signed-off-by: Bruce Ashfield &lt;bruce.ashfield@windriver.com&gt;
</content>
</entry>
<entry>
<title>meta-rt: canonicalize directory structure</title>
<updated>2011-08-12T16:16:58Z</updated>
<author>
<name>Darren Hart</name>
<email>dvhart@linux.intel.com</email>
</author>
<published>2011-07-20T16:08:06Z</published>
<link rel='alternate' type='text/html' href='https://trygvis.io/git/2012/05/openembedded-core.git/commit/?id=3b2fb9c103c126aff1370f4b98a91649aa70e36b'/>
<id>urn:sha1:3b2fb9c103c126aff1370f4b98a91649aa70e36b</id>
<content type='text'>
Use the more standard recipes-*/*/*.bb layout.

Signed-off-by: Darren Hart &lt;dvhart@linux.intel.com&gt;
</content>
</entry>
<entry>
<title>meta-rt: rt-tests v0.73 instead of AUTOREV</title>
<updated>2011-08-12T16:16:58Z</updated>
<author>
<name>Darren Hart</name>
<email>dvhart@linux.intel.com</email>
</author>
<published>2011-07-20T15:55:30Z</published>
<link rel='alternate' type='text/html' href='https://trygvis.io/git/2012/05/openembedded-core.git/commit/?id=378368306435fda58cea8105670725feebfe6359'/>
<id>urn:sha1:378368306435fda58cea8105670725feebfe6359</id>
<content type='text'>
AUTOREV is handy is a development aid, but it really shouldn't be used as a
default as it breaks the consistency and repeatability of a build. It also
causes additional fetches which may not be desired or expected.

Signed-off-by: Darren Hart &lt;dvhart@linux.intel.com&gt;
</content>
</entry>
<entry>
<title>meta-rt: refresh linux-yocto-rt recipe</title>
<updated>2011-08-12T16:16:58Z</updated>
<author>
<name>Darren Hart</name>
<email>dvhart@linux.intel.com</email>
</author>
<published>2011-07-19T22:31:45Z</published>
<link rel='alternate' type='text/html' href='https://trygvis.io/git/2012/05/openembedded-core.git/commit/?id=6e9e19230ee731856639f71c5adfb01a92f620d8'/>
<id>urn:sha1:6e9e19230ee731856639f71c5adfb01a92f620d8</id>
<content type='text'>
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 &lt;dvhart@linux.intel.com&gt;
</content>
</entry>
<entry>
<title>Remove -directdisk.bb recipes</title>
<updated>2011-07-27T10:54:53Z</updated>
<author>
<name>Saul Wold</name>
<email>sgw@linux.intel.com</email>
</author>
<published>2011-07-25T22:33:02Z</published>
<link rel='alternate' type='text/html' href='https://trygvis.io/git/2012/05/openembedded-core.git/commit/?id=bdcd377eb54b5af34151b7c20459771901a65f4b'/>
<id>urn:sha1:bdcd377eb54b5af34151b7c20459771901a65f4b</id>
<content type='text'>
Signed-off-by: Saul Wold &lt;sgw@linux.intel.com&gt;
</content>
</entry>
</feed>
