Re: [Luv] Issues with unpacking LUV binary.
by Matt Fleming
(Corrected email address to LUV mailing list)
Is it possible that the file system that you're extracting the LUV image
onto doesn't understand UNIX uids?
Examples of how to use the luv live images are available here,
https://videoportal.intel.com/media/Linux+UEFI+Validation+for+Windows+Use...
https://videoportal.intel.com/media/Linux+UEFI+Validation+for+Linux+Users...
On Thu, 2015-04-09 at 23:00 +0000, Geer, Kenneth (EXL) wrote:
> Hi,
>
> Is this a list were I can get help on this issus?
>
>
>
> We are trying to unpack the file luv-live-v1.2.tar.bz2 file. The
> error I am getting is that it cannot change the ownership of either of
> the files.
>
>
>
>
>
> 5439 [1m[31mfix_host:~ # [0;10mmount /dev/sdc1 /flash
>
> 5440 [1m[31mfix_host:~ # [0;10mcd /flash
>
> 5441 [1m[31mfix_host:/flash # [0;10mls
>
> 5442 [0m[00;32mluv-live-v1.2.tar.bz2[0m
>
> 5443 [1m[31mfix_host:/flash # [0;10mtar xvjf luv-live-v1.2.tar.bz2
>
> 5444 luv-live-v1.2/
>
> 5445 luv-live-v1.2/luv-live-v1.2.img
>
> 5446 tar: luv-live-v1.2/luv-live-v1.2.img: Cannot change ownership to
> uid 1002, gid 1005: Operation not permitted
>
> 5447 luv-live-v1.2/README
>
> 5448 tar: luv-live-v1.2/README: Cannot change ownership to uid 1002,
> gid 1005: Operation not permitted
>
> 5449 tar: luv-live-v1.2: Cannot change ownership to uid 1002, gid
> 1005: Operation not permitted
>
> 5450 tar: Exiting with failure status due to previous errors
>
> 5451 [1m[31mfix_host:/flash # [0;10mll
>
>
>
> Beyond that, I am unsure how to run the luv-live-v1.2.img file that is
> produced. I’m not sure if I am getting an error because of an
> improper unpackaging of the file, or if I am doing something wrong
> with my attempts to run the *.img file.
>
>
>
> Log File:
>
> http://fctest.fc.usa.hp.com/utils/viewfile.cgi?file=/mfwt/logs/mfwt/seale...
>
>
>
> 5614 [25;01HDirectory of: [1m[37m[40mFS0:\luv-live-v1.2[0m[37m[40m
>
> 5615 03/27/2015 16:13 <DIR> 512 [1m[34m[40m.[0m[37m[40m
>
> 5616 04/07/2015 21:18 <DIR> 0 [1m[34m[40m..[0m[37m[40m
>
> 5617 03/27/2015 16:13 85,492,224 luv-live-v1.2.img
>
> 5618 03/27/2015 15:17 786 README
>
> 5619 2 File(s) 85,493,010 bytes
>
> 5620 2 Dir(s)
>
> 5621 [25;01H[1m[33m[40mFS0:\luv-live-v1.2\>
> [0m[37m[40m./luv-live-v1.2.img[25;41H
>
> 5622 '[1m[33m[40m./luv-live-v1.2.img[0m[37m[40m' is not recognized as
> an internal or external command, operable program, or script file.
>
> 5623 [25;01H[1m[33m[40mFS0:\luv-live-v1.2\>
> [0m[37m[40mluv-live-v1.2.img[25;39H
>
> 5624 Error reported: Unsupported
>
> 5625 [25;01H[1m[33m[40mFS0:\luv-live-v1.2\>
>
>
>
>
>
>
>
> Ken Geer SFW Quality Lead|Enterprise X86 Lab - Superdome and Integrity
> Platforms | 916.748.0361 | ken.geer(a)hp.com
>
> “It's easier to take than to give. It's nobler to give than to take.
> The thrill of taking lasts a day. The thrill of giving lasts a
> lifetime.” ~ Joan Marques
>
>
>
>
7 years, 1 month
LUV-live usage on Apple hardware?
by Blibbet
Hi,
First post to list. Unfortunately with a dumb end user question...
Has anyone gotten latest LUV-live release (or a build from source) to
work on recent models of Apple hardware, like a Macbook with
Yosemite-ere OSX?
I'm having problems getting anything to happen. rEFInd was broke by
recent EFI changes in Apple platform, perhaps related?? And Apple EFI
systems are lower version than most modern Win8 boxes, does LUV prsume
the latter UEFI versions?
The checksums on the downloaded image are good.
I currently use a Fedora liveboot solution for CHIPSEC, and I am really
wanting to start using LUV's liveboot solution and it's version of CHIPSEC.
Any suggestions appreciated.
Thanks,
Lee
PS: I notice ARM patches, exciting. Is there any effort to port CHIPSEC
to ARM, along with LUV?? That would be very exciting. Thanks again.
7 years, 3 months
Re: [Luv] Luv Digest, Vol 14, Issue 14
by Ken Geer
Matt Fleming, I
Could you provide assistance in diagnosing these defects. at least for the
first and second errors, and the "used greatest stack depth: 13376 bytes
left"?
On Tue, May 19, 2015 at 12:00 PM, <luv-request(a)lists.01.org> wrote:
> Send Luv mailing list submissions to
> luv(a)lists.01.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.01.org/mailman/listinfo/luv
> or, via email, send a message with subject or body 'help' to
> luv-request(a)lists.01.org
>
> You can reach the person managing the list at
> luv-owner(a)lists.01.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Luv digest..."
>
>
> Today's Topics:
>
> 1. [PATCH] ACPICA: Update version to 20150515 (Naresh Bhat)
> 2. Re: Issues with unpacking LUV binary. (Geer, Kenneth (EXL))
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 19 May 2015 17:13:10 +0530
> From: Naresh Bhat <naresh.bhat(a)linaro.org>
> To: luv(a)lists.01.org
> Cc: matt.fleming(a)intel.com
> Subject: [Luv] [PATCH] ACPICA: Update version to 20150515
> Message-ID: <1432035790-24542-1-git-send-email-naresh.bhat(a)linaro.org>
>
> Update acpica version to 20150515
>
> Signed-off-by: Naresh Bhat <naresh.bhat(a)linaro.org>
> ---
> meta-luv/recipes-extended/iasl/iasl_20150515.bb | 27
> +++++++++++++++++++++++++
> 1 file changed, 27 insertions(+)
> create mode 100644 meta-luv/recipes-extended/iasl/iasl_20150515.bb
>
> diff --git a/meta-luv/recipes-extended/iasl/iasl_20150515.bb
> b/meta-luv/recipes-extended/iasl/iasl_20150515.bb
> new file mode 100644
> index 0000000..c7e1cd5
> --- /dev/null
> +++ b/meta-luv/recipes-extended/iasl/iasl_20150515.bb
> @@ -0,0 +1,27 @@
> +DESCRIPTION = "This is a cross development C compiler, assembler and
> linker environment for the production of 8086 executables (Optionally MSDOS
> COM)"
> +HOMEPAGE = "http://www.acpica.org/"
> +LICENSE = "Intel-ACPI"
> +LIC_FILES_CHKSUM =
> "file://Makefile;endline=22;md5=b15414d545d190713f1bab9023dba3be"
> +SECTION = "console/tools"
> +PR="r1"
> +
> +DEPENDS="flex-native bison-native"
> +
> +SRC_URI="https://acpica.org/sites/acpica/files/acpica-unix-${PV}.tar.gz"
> +
> +SRC_URI[md5sum] = "c8c128b2d4859b52bc9c802faba2e908"
> +SRC_URI[sha256sum] =
> "bfa1f296a3cc13421331dbaad3b62e0184678cc312104c3e8ac799ead0742c45"
> +
> +S="${WORKDIR}/acpica-unix-${PV}"
> +
> +NATIVE_INSTALL_WORKS = "1"
> +BBCLASSEXTEND = "native"
> +
> +do_compile() {
> + make iasl
> +}
> +
> +do_install() {
> + mkdir -p ${D}${prefix}/bin
> + cp ${S}/generate/unix/bin/iasl ${D}${prefix}/bin
> +}
> --
> 1.7.11.7
>
>
>
> ------------------------------
>
> Message: 2
> Date: Tue, 19 May 2015 16:19:22 +0000
> From: "Geer, Kenneth (EXL)" <ken.geer(a)hp.com>
> To: Matt Fleming <matt(a)codeblueprint.co.uk>
> Cc: "luv(a)lists.01.org" <luv(a)lists.01.org>, "Zhu, Edward R"
> <edward.r.zhu(a)hp.com>, "Fleming, Matt" <matt.fleming(a)intel.com>,
> "Neri, Ricardo" <ricardo.neri(a)intel.com>
> Subject: Re: [Luv] Issues with unpacking LUV binary.
> Message-ID:
> <
> 475F24520FC9DC46B44718904BD377F97AEC684D(a)G9W0729.americas.hpqcorp.net>
>
> Content-Type: text/plain; charset="us-ascii"
>
> Hi,
>
> Here are some interesting results from running Luv on a system here.
> Version: (mfleming@luv-build) (gcc version 4.9.1 (GCC) ) #1 SMP Fri
> Mar 27 08:49:23 PDT 2015
>
> Batch mode found 65 failures,
>
> 1st was a script error with Luv I believe:
> ==== ACPI Tests ====
> ---- ACPI _MAT (Multiple APIC Table Entry) under Processor objects ----
> [assert] Internal error; test threw exception FAILTraceback (most recent
> call last):
> File "/boot/python/testsuite.py", line 265, in run_all_tests
> t.func()
> File "/boot/python/testacpi.py", line 82, in test_mat
> testsuite.print_detail("_MAT entry[{}]: {}".format(index, x2Apic))
> NameError: global name 'x2Apic' is not defined
>
> 2nd, not sure... our own TSC tests pass, so I would like to know more
> about how you are calibrating TSC.
> ==== SMI latency test ====
> Warning: touching the keyboard can affect the results of this test.
> Starting pass #1. Calibrating the TSC.
> Starting pass #2. Wait here, I will be back in 15 seconds.
> [assert] SMI latency < 150us to minimize risk of OS timeouts FAIL
> 0 < t <= 1us; average = 24ns; count = 613492929
> Times between first few observations: 70ns 26ns 26ns 26ns 23ns
> 100us < t <= 1ms; average = 184us; count = 274
> Times between first few observations: 55ms 54ms 55ms 54ms 55ms
> 1 SMI detected using MSR_SMI_COUNT (MSR 0x34
> Summary of impact: observed maximum latency = 334us
> Summary: 0 passed, 1 failed
>
>
> 63 of them MSR consistency issues.
> ==== MSR consistency test ====
> I need to examine them, but my first guess is that a number of them do not
> apply to this server processor.
>
> Finally when it tried to boot the kernel it got stuck here:
>
> [ 1.354275] pci_bus 0000:00: root bus resource [bus 00-0f]
> [ 1.360308] pci_bus 0000:00: root bus resource [io 0x1000-0x3fff]
> [ 1.367107] pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7]
> [ 1.373904] pci_bus 0000:00: root bus resource [mem
> 0x90000000-0x93efffff]
> [ 1.381465] pci_bus 0000:00: root bus resource [mem
> 0x000a0000-0x000bffff]
> [ 1.389029] pci_bus 0000:00: root bus resource [mem
> 0xfed00000-0xfedfffff]
> [ 1.396592] pci_bus 0000:00: root bus resource [mem
> 0xfc000000000-0xfc07fffffff]
> [ 1.404729] pci_bus 0000:00: root bus resource [mem
> 0xfe000000000-0xfe07fffffff]
> [ 1.420107] pci 0000:00:02.0: PCI bridge to [bus 01-02]
> [ 1.426002] pci 0000:00:02.2: PCI bridge to [bus 03]
> [ 1.431596] pci 0000:00:03.0: PCI bridge to [bus 04]
> [ 1.437211] pci 0000:00:11.0: PCI bridge to [bus 05]
> [ 1.475172] kworker/u2:0 (451) used greatest stack depth: 13376 bytes
> left
>
> (mfleming@luv-build) (gcc version 4.9.1 (GCC) ) #1 SMP Fri Mar 27
> 08:49:23 PDT 2015
>
>
> Ken Geer . SFW Quality Lead
> Enterprise X86 Lab - Superdome and Integrity
> "The greatest gap in life is the one between knowing and doing." - Dick
> Biggs
>
> -----Original Message-----
> From: Matt Fleming [mailto:matt@codeblueprint.co.uk]
> Sent: Friday, May 15, 2015 6:06 AM
> To: Geer, Kenneth (EXL)
> Cc: Neri, Ricardo; Fleming, Matt; luv(a)lists.01.org
> Subject: Re: [Luv] Issues with unpacking LUV binary.
>
> On Thu, 14 May, at 11:51:59PM, Geer, Kenneth (EXL) wrote:
> > Hi,
> >
> > Those videos are well done, and definitely helped me fix the problem I
> > had in getting access to launching Luv on my system. Thanks! I did
> > run into a system hang after launching the kernel on our system so
> > will need to examine the log a bit better. There were a number of
> > errors identified before launching the kernel and exit boot services
> > call.
>
> If you need any assistance diagnosing any LUV error messages, don't
> hesitate to post them on here.
>
> --
> Matt Fleming, Intel Open Source Technology Center
>
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> Luv mailing list
> Luv(a)lists.01.org
> https://lists.01.org/mailman/listinfo/luv
>
>
> ------------------------------
>
> End of Luv Digest, Vol 14, Issue 14
> ***********************************
>
--
*Ken Geer* Mobile: 530-305-0340 Facebook: blessyouall
<https://www.facebook.com/blessyouall>
Senior Pastor @ Colfax Assembly of God
<https://maps.google.com/maps?ion=1&espv=2&es_th=1&bav=on.2,or.r_cp.&biw=1...>
252 Culver Street, Colfax, CA 95713
Church Office: (530) 346-2822
Web: colfaxagca.org
7 years, 4 months
[PATCH] ACPICA: Update version to 20150515
by Naresh Bhat
Update acpica version to 20150515
Signed-off-by: Naresh Bhat <naresh.bhat(a)linaro.org>
---
meta-luv/recipes-extended/iasl/iasl_20150515.bb | 27 +++++++++++++++++++++++++
1 file changed, 27 insertions(+)
create mode 100644 meta-luv/recipes-extended/iasl/iasl_20150515.bb
diff --git a/meta-luv/recipes-extended/iasl/iasl_20150515.bb b/meta-luv/recipes-extended/iasl/iasl_20150515.bb
new file mode 100644
index 0000000..c7e1cd5
--- /dev/null
+++ b/meta-luv/recipes-extended/iasl/iasl_20150515.bb
@@ -0,0 +1,27 @@
+DESCRIPTION = "This is a cross development C compiler, assembler and linker environment for the production of 8086 executables (Optionally MSDOS COM)"
+HOMEPAGE = "http://www.acpica.org/"
+LICENSE = "Intel-ACPI"
+LIC_FILES_CHKSUM = "file://Makefile;endline=22;md5=b15414d545d190713f1bab9023dba3be"
+SECTION = "console/tools"
+PR="r1"
+
+DEPENDS="flex-native bison-native"
+
+SRC_URI="https://acpica.org/sites/acpica/files/acpica-unix-${PV}.tar.gz"
+
+SRC_URI[md5sum] = "c8c128b2d4859b52bc9c802faba2e908"
+SRC_URI[sha256sum] = "bfa1f296a3cc13421331dbaad3b62e0184678cc312104c3e8ac799ead0742c45"
+
+S="${WORKDIR}/acpica-unix-${PV}"
+
+NATIVE_INSTALL_WORKS = "1"
+BBCLASSEXTEND = "native"
+
+do_compile() {
+ make iasl
+}
+
+do_install() {
+ mkdir -p ${D}${prefix}/bin
+ cp ${S}/generate/unix/bin/iasl ${D}${prefix}/bin
+}
--
1.7.11.7
7 years, 4 months
[PATCH] syslinux: Fix no buildable providers on AArch64
by Naresh Bhat
syslinux/syslinux-native recipes required only on x86/x86_64
architecture. This patch avoids the following error message
while doing luvOS build natively on ARM64 architecture.
...
[build]$ bitbake luv-live-image
Parsing recipes: 100% || Time: 00:01:25
Parsing of 908 .bb files complete (0 cached, 908 parsed). 1308 targets, 81 skipp
ed, 0 masked, 0 errors.
NOTE: Resolving any missing task queue dependencies
ERROR: Nothing PROVIDES 'syslinux-native'
ERROR: syslinux-native was skipped: incompatible with host aarch64-linux (not in
COMPATIBLE_HOST)
ERROR: Required build target 'luv-live-image' has no buildable providers.
Missing or unbuildable dependency chain was: ['luv-live-image', 'syslinux-native
']
As suggested by Matt Fleming, I have used a single variable name for both
syslinux/syslinux-native and split those using backslash.
Signed-off-by: Naresh Bhat <naresh.bhat(a)linaro.org>
Suggested-by: Matt Fleming <matt.fleming(a)intel.com>
---
meta/classes/syslinux.bbclass | 11 ++++++-----
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/meta/classes/syslinux.bbclass b/meta/classes/syslinux.bbclass
index 16c12a9..f8dbac2 100644
--- a/meta/classes/syslinux.bbclass
+++ b/meta/classes/syslinux.bbclass
@@ -17,11 +17,12 @@
# ${SYSLINUX_SERIAL_TTY} - Set alternate console=tty... kernel boot argument
# ${SYSLINUX_KERNEL_ARGS} - Add additional kernel arguments
-EXTRABOOTIMGDEPS = ""
-EXTRABOOTIMGDEPS_x86 = "${MLPREFIX}syslinux:do_populate_sysroot"
-EXTRABOOTIMGDEPS_x86-64 = "${MLPREFIX}syslinux:do_populate_sysroot"
-do_bootimg[depends] += "${EXTRABOOTIMGDEPS} \
- syslinux-native:do_populate_sysroot"
+BOOTIMGDEPS = ""
+BOOTIMGDEPS_x86 = "${MLPREFIX}syslinux:do_populate_sysroot \
+ syslinux-native:do_populate_sysroot"
+BOOTIMGDEPS_x86-64 = "${MLPREFIX}syslinux:do_populate_sysroot \
+ syslinux-native:do_populate_sysroot"
+do_bootimg[depends] += "${BOOTIMGDEPS}"
SYSLINUXCFG = "${S}/syslinux.cfg"
--
1.7.11.7
7 years, 4 months
[PATCH] qemu: Add ovmf-native only on x86
by Naresh Bhat
The ovmf-native is required to run the qemu on x86 machine.
We don't need this package on AArch64 architecture.
Signed-off-by: Naresh Bhat <naresh.bhat(a)linaro.org>
---
meta-luv/recipes-devtools/qemu/qemu_2.3.0.bbappend | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta-luv/recipes-devtools/qemu/qemu_2.3.0.bbappend b/meta-luv/recipes-devtools/qemu/qemu_2.3.0.bbappend
index e4eec8c..03cfa9e 100644
--- a/meta-luv/recipes-devtools/qemu/qemu_2.3.0.bbappend
+++ b/meta-luv/recipes-devtools/qemu/qemu_2.3.0.bbappend
@@ -1 +1,2 @@
-DEPENDS_append_class-native = " ovmf-native"
+DEPENDS_append_class-native_x86 = " ovmf-native"
+DEPENDS_append_class-native_x86-64 = " ovmf-native"
--
1.7.9.5
7 years, 4 months
Fwd: [Linux-ima-devel] IMA/EVM for OpenEmbedded
by Blibbet
FYI. Wouldn't this be a nice addition to LUV, for TPM-based platforms?
Thanks.
-------- Forwarded Message --------
Subject: [Linux-ima-devel] IMA/EVM for OpenEmbedded
Date: Fri, 22 May 2015 13:47:10 +0200
From: Patrick Ohly <patrick.ohly(a)intel.com>
Organization: Intel GmbH, Dornacher Strasse 1, D-85622
Feldkirchen/Munich
To: linux-ima-devel(a)lists.sourceforge.net
Hello!
I recently started integrating IMA/EVM into the OpenEmbedded [1, 2]
build system. For those of you not familiar with it, OpenEmbedded uses
cross-compilation to generate complete images of user-configurable Linux
distros.
If anyone is interested, the additional build recipes are here:
https://github.com/01org/meta-intel-iot-security
https://github.com/01org/meta-intel-iot-security/pull/11
Because it looked like some of the enhancements made for Tizen last year
[3] would be useful, I started out with that code and also discussed
issues on the Tizen dev mailing list [4].
However, that code turned out to be less mature than I thought, so I
switched to the official upstream code in the end. I believe I ran into
some issues which also exist in the official code, so let me summarize
those key points from that mail thread.
systemd policy loading is broken and (IMHO) always has been. The commit
mentioned in the SF Wiki is called "systemd commit c8161158" but the
actual commit hash is 8161158 (no leading c). That made finding the
commit [5] a bit harder. That commit seems broken to me because it
submits the entire policy with a single write() call, whereas the kernel
API is "one policy per write()". A later modification [6] just made the
situation worse by switching to copy_bytes(), which uses more complex
system calls and does not manage to write all data.
The original goal was (and still is) to do all signing outside of the
device, in advance. I've not quite achieved that. Because some files
still need to be written on the device, those writes cause failures when
ima_appraise_tcb is active.
EVM in the upstream code seems to rely on evm=fix, which does not work
without confidential keys on the device. The Tizen code introduces X.504
EVM signing, but is not upstream and also had problems at runtime (when
compiled in, the EVM kernel code still expected to have confidential
keys available and prevented writing files without them). I had to
disable EVM to get around this.
It's quite likely that I misunderstood something, so I'd be happy to be
corrected and/or get tips on how to achieve the original goal.
[1] http://www.openembedded.org/wiki/Main_Page
[2] https://www.yoctoproject.org/
[3] http://comments.gmane.org/gmane.comp.handhelds.tizen.devel/6261
[4] https://wiki.tizen.org/wiki/Security:IntegrityMeasurement
[5] http://cgit.freedesktop.org/systemd/systemd/commit/?id=8161158
[6] http://cgit.freedesktop.org/systemd/systemd/commit/?id=4dfb189
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.
7 years, 4 months
[PATCH] syslinux: Fix no buildable providers on AArch64
by Naresh Bhat
syslinux/syslinux-native recipes required only on x86/x86_64
architecture. This patch avoids the following error message
while doing luvOS build natively on ARM43 architecture.
...
[build]$ bitbake luv-live-image
Parsing recipes: 100% || Time: 00:01:25
Parsing of 908 .bb files complete (0 cached, 908 parsed). 1308 targets, 81 skipp
ed, 0 masked, 0 errors.
NOTE: Resolving any missing task queue dependencies
ERROR: Nothing PROVIDES 'syslinux-native'
ERROR: syslinux-native was skipped: incompatible with host aarch64-linux (not in
COMPATIBLE_HOST)
ERROR: Required build target 'luv-live-image' has no buildable providers.
Missing or unbuildable dependency chain was: ['luv-live-image', 'syslinux-native
']
As suggested by Matt Fleming, I have tried use a single variable for both
syslinux/syslinuc-native and split those using backslash.
Signed-off-by: Naresh Bhat <naresh.bhat(a)linaro.org>
Suggested-by: Matt Fleming <matt.fleming(a)intel.com>
---
meta/classes/syslinux.bbclass | 11 ++++++-----
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/meta/classes/syslinux.bbclass b/meta/classes/syslinux.bbclass
index 16c12a9..f8dbac2 100644
--- a/meta/classes/syslinux.bbclass
+++ b/meta/classes/syslinux.bbclass
@@ -17,11 +17,12 @@
# ${SYSLINUX_SERIAL_TTY} - Set alternate console=tty... kernel boot argument
# ${SYSLINUX_KERNEL_ARGS} - Add additional kernel arguments
-EXTRABOOTIMGDEPS = ""
-EXTRABOOTIMGDEPS_x86 = "${MLPREFIX}syslinux:do_populate_sysroot"
-EXTRABOOTIMGDEPS_x86-64 = "${MLPREFIX}syslinux:do_populate_sysroot"
-do_bootimg[depends] += "${EXTRABOOTIMGDEPS} \
- syslinux-native:do_populate_sysroot"
+BOOTIMGDEPS = ""
+BOOTIMGDEPS_x86 = "${MLPREFIX}syslinux:do_populate_sysroot \
+ syslinux-native:do_populate_sysroot"
+BOOTIMGDEPS_x86-64 = "${MLPREFIX}syslinux:do_populate_sysroot \
+ syslinux-native:do_populate_sysroot"
+do_bootimg[depends] += "${BOOTIMGDEPS}"
SYSLINUXCFG = "${S}/syslinux.cfg"
--
1.7.11.7
7 years, 4 months
[PATCH 1/2] syslinux: Fix no buildable providers on AArch64
by Naresh Bhat
syslinux/syslinux-native recipes required only on x86/x86_64
architecture. This patch avoids the following error message
...
[build]$ bitbake luv-live-image
Parsing recipes: 100% || Time: 00:01:25
Parsing of 908 .bb files complete (0 cached, 908 parsed). 1308 targets, 81 skipp
ed, 0 masked, 0 errors.
NOTE: Resolving any missing task queue dependencies
ERROR: Nothing PROVIDES 'syslinux-native'
ERROR: syslinux-native was skipped: incompatible with host aarch64-linux (not in
COMPATIBLE_HOST)
ERROR: Required build target 'luv-live-image' has no buildable providers.
Missing or unbuildable dependency chain was: ['luv-live-image', 'syslinux-native
']
Signed-off-by: Naresh Bhat <naresh.bhat(a)linaro.org>
---
meta/classes/syslinux.bbclass | 7 +++----
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/meta/classes/syslinux.bbclass b/meta/classes/syslinux.bbclass
index 16c12a9..5769ff8 100644
--- a/meta/classes/syslinux.bbclass
+++ b/meta/classes/syslinux.bbclass
@@ -18,10 +18,9 @@
# ${SYSLINUX_KERNEL_ARGS} - Add additional kernel arguments
EXTRABOOTIMGDEPS = ""
-EXTRABOOTIMGDEPS_x86 = "${MLPREFIX}syslinux:do_populate_sysroot"
-EXTRABOOTIMGDEPS_x86-64 = "${MLPREFIX}syslinux:do_populate_sysroot"
-do_bootimg[depends] += "${EXTRABOOTIMGDEPS} \
- syslinux-native:do_populate_sysroot"
+EXTRABOOTIMGDEPS_x86 = "${MLPREFIX}syslinux:do_populate_sysroot syslinux-native:do_populate_sysroot"
+EXTRABOOTIMGDEPS_x86-64 = "${MLPREFIX}syslinux:do_populate_sysroot syslinux-native:do_populate_sysroot"
+do_bootimg[depends] += "${EXTRABOOTIMGDEPS}"
SYSLINUXCFG = "${S}/syslinux.cfg"
--
1.7.9.5
7 years, 4 months
[PATCH] bits: bump to v1154
by Ricardo Neri
Update the version that LUV uses to 1154
Signed-off-by: Ricardo Neri <ricardo.neri-calderon(a)linux.intel.com>
---
meta-luv/recipes-bsp/bits/bits.bb | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/meta-luv/recipes-bsp/bits/bits.bb b/meta-luv/recipes-bsp/bits/bits.bb
index 2a68945..6d20239 100644
--- a/meta-luv/recipes-bsp/bits/bits.bb
+++ b/meta-luv/recipes-bsp/bits/bits.bb
@@ -15,7 +15,7 @@ HOMEPAGE = "http://biosbits.org/"
LICENSE = "GPLv3"
LIC_FILES_CHKSUM = "file://boot/COPYING;md5=71a9ec458a3c65c2bfb461b227ef3049"
-PV="1090"
+PV="1154"
inherit autotools
inherit deploy
@@ -29,8 +29,8 @@ SRC_URI = "http://biosbits.org/downloads/${BPN}-${PV}.zip \
file://0001-only-output-to-log.patch;apply=no \
"
-SRC_URI[md5sum] = "173782311c854fca53bc390e2307472a"
-SRC_URI[sha256sum] = "f7e222503be5a53c53beba3edf5420629f932dbe32d08f0da5cf297cafdb2a21"
+SRC_URI[md5sum] = "b30ac94d672c436b62bb9c0ec5fee9db"
+SRC_URI[sha256sum] = "5b7314142f3be970b26669cbbb9c507c1d8b4ee485d9333ec5f63309cbc65a6b"
S = "${WORKDIR}/bits-${PV}"
--
1.9.1
7 years, 4 months