On 12-03-01 06:59 PM, Darren Hart wrote:
Rather than add these as features in the linux-yocto recipe,
include them in the BSP meta-data directly. Include only the core
EFI bits in the fri2.scc, and add the extended EFI support to the
fri2-standard.scc so that other ktypes don't pull in more than
what's absolutely required from fri2.scc.

Makes sense. This makes the BSP standalone .. which we want.

I've merged all the meta changes now.

Bruce


Signed-off-by: Darren Hart<dvh...@linux.intel.com>
---
  meta/cfg/kernel-cache/bsp/fri2/fri2-preempt-rt.scc |    1 +
  meta/cfg/kernel-cache/bsp/fri2/fri2-standard.scc   |    1 +
  meta/cfg/kernel-cache/bsp/fri2/fri2.scc            |    2 ++
  3 files changed, 4 insertions(+), 0 deletions(-)

diff --git a/meta/cfg/kernel-cache/bsp/fri2/fri2-preempt-rt.scc 
b/meta/cfg/kernel-cache/bsp/fri2/fri2-preempt-rt.scc
index 142d71a..9e9a84c 100644
--- a/meta/cfg/kernel-cache/bsp/fri2/fri2-preempt-rt.scc
+++ b/meta/cfg/kernel-cache/bsp/fri2/fri2-preempt-rt.scc
@@ -5,3 +5,4 @@ define KARCH i386
  # no new branch required, re-use the ktypes/preempt-rt branch
  include ktypes/preempt-rt
  include fri2.scc
+include cfg/efi-ext.scc
diff --git a/meta/cfg/kernel-cache/bsp/fri2/fri2-standard.scc 
b/meta/cfg/kernel-cache/bsp/fri2/fri2-standard.scc
index b28b650..1cd28fa 100644
--- a/meta/cfg/kernel-cache/bsp/fri2/fri2-standard.scc
+++ b/meta/cfg/kernel-cache/bsp/fri2/fri2-standard.scc
@@ -5,3 +5,4 @@ define KARCH i386
  scc_leaf ktypes/standard fri2

  include fri2.scc
+include cfg/efi-ext.scc
diff --git a/meta/cfg/kernel-cache/bsp/fri2/fri2.scc 
b/meta/cfg/kernel-cache/bsp/fri2/fri2.scc
index 1e0c295..39e6989 100644
--- a/meta/cfg/kernel-cache/bsp/fri2/fri2.scc
+++ b/meta/cfg/kernel-cache/bsp/fri2/fri2.scc
@@ -13,6 +13,8 @@ include features/framebuffer/vesafb.scc
  include cfg/usb-mass-storage.scc
  include cfg/boot-live.scc
  include features/power/intel.scc
+include cfg/smp.scc
+include cfg/efi.scc

  include features/logbuf/size-normal.scc


_______________________________________________
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Reply via email to