<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/meta-intel.git/common/recipes-bsp/systemd-boot, branch master</title>
<subtitle>[no description]</subtitle>
<id>https://git.enea.com/cgit/linux/meta-intel.git/atom?h=master</id>
<link rel='self' href='https://git.enea.com/cgit/linux/meta-intel.git/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-intel.git/'/>
<updated>2017-11-20T23:33:02+00:00</updated>
<entry>
<title>meta-intel: Reorganize the layout to remove common</title>
<updated>2017-11-20T23:33:02+00:00</updated>
<author>
<name>Saul Wold</name>
<email>sgw@linux.intel.com</email>
</author>
<published>2017-11-07T18:32:26+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-intel.git/commit/?id=d53dbb38c43da3fd04fed9a55e7b3b9e2c512b9a'/>
<id>urn:sha1:d53dbb38c43da3fd04fed9a55e7b3b9e2c512b9a</id>
<content type='text'>
Remove the concept of the common directory and move all the recipes-* dirs
to the top level as a normal layer would be. layer.conf is updated appropriately

Signed-off-by: Saul Wold &lt;sgw@linux.intel.com&gt;
</content>
</entry>
<entry>
<title>systemd-boot: fix Yocto Project compatibility issue</title>
<updated>2017-09-12T15:37:53+00:00</updated>
<author>
<name>California Sullivan</name>
<email>california.l.sullivan@intel.com</email>
</author>
<published>2017-09-12T00:31:29+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-intel.git/commit/?id=6e9bad66daa41153582c50398cd9abf54ffddeb2'/>
<id>urn:sha1:6e9bad66daa41153582c50398cd9abf54ffddeb2</id>
<content type='text'>
do_compile and do_deploy were being appended to unconditionally. Fix the
issue by using the intel-x86-common MACHINEOVERRIDE.

Signed-off-by: California Sullivan &lt;california.l.sullivan@intel.com&gt;
Signed-off-by: Saul Wold &lt;sgw@linux.intel.com&gt;
</content>
</entry>
<entry>
<title>systemd-boot_%.bbappend: compile and deploy EFI stub</title>
<updated>2017-07-10T19:08:20+00:00</updated>
<author>
<name>California Sullivan</name>
<email>california.l.sullivan@intel.com</email>
</author>
<published>2017-07-07T01:30:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-intel.git/commit/?id=fa6f2d28960ec7ac48117423bad9945b9b30265a'/>
<id>urn:sha1:fa6f2d28960ec7ac48117423bad9945b9b30265a</id>
<content type='text'>
The EFI stub can be used to directly boot a kernel + initramfs.
This addition was taken from meta-refkit.

Signed-off-by: California Sullivan &lt;california.l.sullivan@intel.com&gt;
Signed-off-by: Saul Wold &lt;sgw@linux.intel.com&gt;
</content>
</entry>
<entry>
<title>rmc: split rmc.bb and rmc-efi.bb into separate recipes</title>
<updated>2017-07-06T23:03:29+00:00</updated>
<author>
<name>Todor Minchev</name>
<email>todor.minchev@linux.intel.com</email>
</author>
<published>2017-07-06T22:41:21+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-intel.git/commit/?id=b767b5cb2f374630136b1903dba7d86dddff362d'/>
<id>urn:sha1:b767b5cb2f374630136b1903dba7d86dddff362d</id>
<content type='text'>
X32 builds require that the bootloader is built as x86_64 binary.
This patch splits the build definitions of the RMC userspace application
and the RMC EFI library into separate recipes and builds an x86_64 EFI library
when DEFAULTTUNE is x32.

Signed-off-by: Todor Minchev &lt;todor.minchev@linux.intel.com&gt;
Signed-off-by: Saul Wold &lt;sgw@linux.intel.com&gt;
</content>
</entry>
<entry>
<title>systemd-boot: disable RMC for systemd-boot EFI_PROVIDER</title>
<updated>2017-06-23T23:07:40+00:00</updated>
<author>
<name>Todor Minchev</name>
<email>todor.minchev@linux.intel.com</email>
</author>
<published>2017-06-23T22:58:17+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-intel.git/commit/?id=a70ba3debd103708c4c40d7c19bb56e7b66ef2a5'/>
<id>urn:sha1:a70ba3debd103708c4c40d7c19bb56e7b66ef2a5</id>
<content type='text'>
Previously the RMC library was always linked into systemd-boot. Non
rmc-boot EFI_PROVIDERs will not build the rmc.db and userspace tool and
therefore linking the library into these bootloaders is redundant.
This change disables RMC completely when the EFI_PROVIDER is not rmc-boot.

The default EFI_PROVIDER in meta-intel is rmc-boot. To use systemd-boot
without RMC, set EFI_PROVIDER to systemd-boot in your conf/local.conf.

Example:

EFI_PROVIDER = "systemd-boot"

Signed-off-by: Todor Minchev &lt;todor.minchev@linux.intel.com&gt;
Signed-off-by: Saul Wold &lt;sgw@linux.intel.com&gt;
</content>
</entry>
<entry>
<title>systemd-boot: stub: check LoadOptions contains data</title>
<updated>2017-03-13T16:17:14+00:00</updated>
<author>
<name>Mikko Ylinen</name>
<email>mikko.ylinen@linux.intel.com</email>
</author>
<published>2017-02-28T10:35:12+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-intel.git/commit/?id=df8aa97ec59a800efa660697b3760fbbf17e4c7a'/>
<id>urn:sha1:df8aa97ec59a800efa660697b3760fbbf17e4c7a</id>
<content type='text'>
With some UEFI shells LoadOptionsSize is reported being &gt; 0
but the corresponding LoadOptions does not contain any data
(the first element has value 0).

When that happens, the stub feature that allows .cmdline to be
replaced by what's in LoadOptions ends up copying nothing/random
data to the kernel cmdline resulting in different kinds of boot
problems.

To fix this, add a check to see if LoadOptions contains data
before replacing the .cmdline.

Upstream-Status: Accepted [https://github.com/systemd/systemd/pull/5467]

Fixes [YOCTO #11078].

Signed-off-by: Mikko Ylinen &lt;mikko.ylinen@linux.intel.com&gt;
Signed-off-by: Saul Wold &lt;sgw@linux.intel.com&gt;
</content>
</entry>
<entry>
<title>systemd-boot: use RMC database in EFI stub</title>
<updated>2017-02-02T20:58:46+00:00</updated>
<author>
<name>Mikko Ylinen</name>
<email>mikko.ylinen@intel.com</email>
</author>
<published>2017-01-27T13:36:00+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-intel.git/commit/?id=7fba4baa0ec6e5e02b1bd6da55dec2746a56b381'/>
<id>urn:sha1:7fba4baa0ec6e5e02b1bd6da55dec2746a56b381</id>
<content type='text'>
systemd-boot's EFI stub can be built in an EFI executable
with the kernel, cmdline, and initrd.

This commit enables the EFI stub code to use the RMC database
and appends the board specific cmdline (KBOOTPARAM) to the
built-in cmdline.

Signed-off-by: Mikko Ylinen &lt;mikko.ylinen@intel.com&gt;
Signed-off-by: California Sullivan &lt;california.l.sullivan@intel.com&gt;
</content>
</entry>
<entry>
<title>systemd-boot: update 230 -&gt; 232</title>
<updated>2017-01-24T22:31:01+00:00</updated>
<author>
<name>Jianxun Zhang</name>
<email>jianxun.zhang@linux.intel.com</email>
</author>
<published>2017-01-18T22:50:38+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-intel.git/commit/?id=72402b08c571809f3b2f3cfdc2d1eb0e72109a64'/>
<id>urn:sha1:72402b08c571809f3b2f3cfdc2d1eb0e72109a64</id>
<content type='text'>
This change updates the locked systemd-boot revision to v232
release which is the current in OE.

Signed-off-by: Jianxun Zhang &lt;jianxun.zhang@linux.intel.com&gt;
Signed-off-by: California Sullivan &lt;california.l.sullivan@intel.com&gt;
</content>
</entry>
<entry>
<title>systemd-boot%.bbappend: rename to match the versioned recipe</title>
<updated>2016-12-23T18:42:45+00:00</updated>
<author>
<name>Mikko Ylinen</name>
<email>mikko.ylinen@intel.com</email>
</author>
<published>2016-12-23T11:48:02+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-intel.git/commit/?id=976d69576c9cc4df00afce5ffcc3d955b02b4f94'/>
<id>urn:sha1:976d69576c9cc4df00afce5ffcc3d955b02b4f94</id>
<content type='text'>
OE-Core recently renamed the recipe to have PV in the name
and the bbappend wildcard was added to make the transition
smooth.

The renaming is now complete so rename the bbappend again
to match the new versioned recipe only.

The aggresive systemd-boot% wildcard matches systemd-bootchart
too giving unexpected results.

Depends on OE-Core 8fe1e5197f6f94a49693de09f4eb9394df531cc8.

Signed-off-by: Mikko Ylinen &lt;mikko.ylinen@intel.com&gt;
Signed-off-by: Saul Wold &lt;sgw@linux.intel.com&gt;
</content>
</entry>
<entry>
<title>systemd-boot.bbappend: Rename to use wildcard</title>
<updated>2016-12-07T22:05:36+00:00</updated>
<author>
<name>Khem Raj</name>
<email>raj.khem@gmail.com</email>
</author>
<published>2016-12-05T23:28:40+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-intel.git/commit/?id=4092ce98511e1eeb032515e2f817494ecc37d0cc'/>
<id>urn:sha1:4092ce98511e1eeb032515e2f817494ecc37d0cc</id>
<content type='text'>
OE-Core is in process of renaming the recipe
to have PV in recipe name. Cover that case
for bbappend

Signed-off-by: Khem Raj &lt;raj.khem@gmail.com&gt;
Signed-off-by: California Sullivan &lt;california.l.sullivan@intel.com&gt;
</content>
</entry>
</feed>
