On Fri, May 26, 2023 at 10:30 AM Martin Jansa
wrote:
> On Fri, May 26, 2023 at 6:28 PM Richard Purdie <
> richard.pur...@linuxfoundation.org> wrote:
>
>> I just wanted to let people know I merged gcc 13 since I think we'd got
>> as far as we were going to without the patches landing. I dropped th
On Fri, Jul 8, 2022 at 6:55 PM Christopher Clark via
lists.openembedded.org
wrote:
>
> On Fri, Jul 8, 2022 at 6:37 AM Bruce Ashfield
> wrote:
> >
> > On Fri, Jul 8, 2022 at 7:07 AM Richard Purdie
> > wrote:
> > >
> > > Hi All,
> > >
> &g
rather than the EXTRA_CFLAGS_XEN_CORE/TOOLS variables.
Signed-off-by: Christopher Clark
---
recipes-extended/xen/xen.inc | 21 ++---
1 file changed, 10 insertions(+), 11 deletions(-)
diff --git a/recipes-extended/xen/xen.inc b/recipes-extended/xen/xen.inc
index ed6e6a7..2bbf1e3
On Fri, Jul 8, 2022 at 6:37 AM Bruce Ashfield wrote:
>
> On Fri, Jul 8, 2022 at 7:07 AM Richard Purdie
> wrote:
> >
> > Hi All,
> >
> > We've made good progress and I appreciate the help from people. I ran a
> > fresh build on the autobuilder and I forced it to rerun the QA checks
> > for all rec
On Sat, Jul 2, 2022 at 5:41 AM Richard Purdie
wrote:
>
> Hi All,
>
> I tried enabling buildpaths in WARN_QA on the autobuilder. This in
> theory should have built cleanly but it didn't as we don't test all the
> autobuilder configurations for reproducibility. I think this proves the
> value in ena
On Tue, Sep 1, 2020 at 7:06 AM Steve Sakoman wrote:
>
> On Tue, Sep 1, 2020 at 1:07 AM Richard Purdie
> wrote:
> >
> > Hi Steve,
> >
> > On Sun, 2020-08-30 at 08:15 -1000, Steve Sakoman wrote:
> > > Please review this next set of patches for dunfell and have comments
> > > back by end of day Tues
On Fri, Jun 19, 2020 at 12:35 PM Jacob Kroon wrote:
>
> On 6/18/20 11:58 PM, Christopher Clark wrote:
> > On Thu, Jun 18, 2020 at 1:27 AM Jacob Kroon wrote:
> >>
> >> On 6/18/20 1:12 AM, Richard Purdie wrote:
> >>> On Wed, 2020-06-17 at 16:07 -0700,
On Thu, Jun 18, 2020 at 1:27 AM Jacob Kroon wrote:
>
> On 6/18/20 1:12 AM, Richard Purdie wrote:
> > On Wed, 2020-06-17 at 16:07 -0700, Christopher Clark wrote:
> >> Both grub-native and grub-efi-native included packaging for the
> >> grub-mkimage and grub-
boot support, so resolve this by
removing the duplicated tools from grub-efi-native and add a
runtime dependency from it to grub-native.
Signed-off-by: Christopher Clark
---
meta/recipes-bsp/grub/grub-efi_2.04.bb | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/meta/recipes
On Wed, Jun 17, 2020 at 5:35 AM Richard Purdie
wrote:
>
> On Wed, 2020-06-17 at 11:15 +0200, Jacob Kroon wrote:
> > On 6/17/20 8:07 AM, Jacob Kroon wrote:
> > > On 6/17/20 4:28 AM, Christopher Clark wrote:
> > > > was: Re: [OE-core] [PATCH] grub-efi-native: Instal
was: Re: [OE-core] [PATCH] grub-efi-native: Install grub-editenv
On Sat, Apr 13, 2019 at 7:49 AM Jacob Kroon wrote:
>
> Having a native version of grub-editenv around can be useful for
> setting the targets grub environment.
Would it be acceptable to replace the tools being packaged in
grub-efi-
On Sat, Mar 7, 2020 at 2:34 PM Alex Kiernan wrote:
>
> On Sat, Mar 7, 2020 at 8:04 PM wrote:
> >
> > From: Christopher Clark
> >
> > Only use git to set SOURCE_DATE_EPOCH if ${S} is the top level of a git
> > repository.
> >
> > Fixes the follo
Avoids producing different build results in different timezones.
Uses UTC with SOURCE_DATE_EPOCH.
Signed-off-by: Christopher Clark
---
meta/recipes-graphics/jpeg/libjpeg-turbo_1.5.3.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/jpeg/libjpeg
y usecase at least
>
> On Mon, Jul 30, 2018 at 4:29 AM Burton, Ross
> wrote:
>
>> Is just passing --enable-targets=all not an option?
>>
>> Ross
>>
>> On 30 July 2018 at 08:55, Christopher Clark
>> wrote:
>> > Add x86_64-pep emulation support
On Mon, Jul 30, 2018 at 4:29 AM, Burton, Ross wrote:
> On 30 July 2018 at 08:55, Christopher Clark
> wrote:
> > Add x86_64-pep emulation support to the set enabled for x86_64 targets
> > to enable the linker to produce Portable Executables for EFI binaries.
> >
> &g
Add x86_64-pep emulation support to the set enabled for x86_64 targets
to enable the linker to produce Portable Executables for EFI binaries.
Enables building the x86-64 EFI variant of the Xen hypervisor for
the OpenXT Project.
Signed-off-by: Christopher Clark
---
Changes in v6: added required
Add x86_64-pep emulation support to those enabled for x86_64 targets
to enable the linker to produce Portable Executables for EFI binaries.
Enables building the x86-64 EFI variant of the Xen hypervisor for
the OpenXT Project.
Signed-off-by: Christopher Clark
---
Changes since v4: Apply a patch
On x86 and x86_64 architectures, add the x86_64-pep emulation support
to the linker to enable production of Portable Executables for EFI
binaries.
Enables building the EFI variant of the Xen hypervisor.
Signed-off-by: Christopher Clark
---
Changes in v4: unbreak non-x86/x86-64: only supply the
On Fri, Jul 27, 2018 at 10:31 AM, Burton, Ross
wrote:
> On 27 July 2018 at 00:51, Christopher Clark
> wrote:
> > @@ -74,12 +74,17 @@ EXTRA_OECONF = "--program-prefix=${TARGET_PREFIX} \
> > --enable-deterministic-archives \
> >
On x86 and x86_64 architectures, add the x86_64-pep emulation support
to the linker to enable production of Portable Executables for EFI
binaries.
Enables building the x86-64 EFI variant of the Xen hypervisor.
Signed-off-by: Christopher Clark
---
Changes in v3:
* Use overrides rather than a
From: Christopher Clark
On EFI architectures (arm/x86/x86_64/aarch64) add the x86_64-pep
emulation support to the linker to enable production of Portable
Executables for EFI binaries.
Enables building the EFI variant of the Xen hypervisor.
Signed-off-by: Christopher Clark
---
meta/recipes
From: Christopher Clark
When MACHINE_FEATURES includes "efi" and target is x86-64,
enable the linker to produce Portable Executables: EFI binaries.
Supplies "--enable-targets=x86_64-pep" in EXTRA_OECONF.
Enables building the EFI variant of the Xen hypervisor.
Signed-off-b
>From 81c448f89c679af258d0a3640592709dd066bbfb Mon Sep 17 00:00:00 2001
From: Christopher Clark
Date: Fri, 6 May 2016 11:06:29 -0700
Subject: [PATCH] linux-firmware : break out all bnx2 firmwares
Break out each bnx2 firmware into an independent subpackage.
Create a bnx2 package that depends u
commit a19cfee10c1f1762da601125c17035cf7701ce91
Author: Christopher Clark
Date: Thu Apr 14 17:00:20 2016 -0700
linux-firmware: break out bnx2 mips firmware and WHENCE license
Break out the bnx2 mips firmware into an independent subpackage.
Since the bnx2 firmware license is
24 matches
Mail list logo
