public inbox for development@lists.ipfire.org
 help / color / mirror / Atom feed
From: "Peter Müller" <peter.mueller@ipfire.org>
To: development@lists.ipfire.org
Subject: Re: u-boot in core182
Date: Fri, 24 Nov 2023 12:51:00 +0000	[thread overview]
Message-ID: <f26a3d90-980f-4c7b-b9d8-6a357172dc89@ipfire.org> (raw)
In-Reply-To: <4e464151b6ef17445bb6daed3c57b6f3@ipfire.org>

[-- Attachment #1: Type: text/plain, Size: 1067 bytes --]

Hello Arne,

thank you for your e-mail, and for flagging this.

After enabling indirect branch tracking for user space in Core Update
179, I was under the impression that it would make sense to ship binaries
not included in that Core Update, when there is an occasion, even if
their version number has not changed.

If I'm not mistaken, we didn't touch u-boot since C179, so I thought
shipping the mkimage binary won't hurt, although the security benefit
of IBT is probably minimal in this case.

Should I revert the commit shipping mkimage in C182? What do you think?

Thanks, and best regards,
Peter Müller

> Hi Peter,
> 
> there is no need to ship u-boot in core182.
> This patch https://git.ipfire.org/?p=ipfire-2.x.git;a=commit;h=ba1457912e82c80dd4ff59d2c45d8b523df81189https://git.ipfire.org/?p=ipfire-2.x.git;a=commit;h=ba1457912e82c80dd4ff59d2c45d8b523df81189
> only remove an extra pass that was needed to build the kernel early in the build process which was moved to the end.
> The final u-boot binaries are the same.
> 
> Arne

  reply	other threads:[~2023-11-24 12:51 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-11-08 21:57 [PATCH] dhcpcd: Update to version 10.0.4 Adolf Belka
2023-11-08 21:57 ` [PATCH] gawk: Update to version 5.3.0 Adolf Belka
2023-11-08 21:57 ` [PATCH] ghostscript: Update to version 10.02.1 Adolf Belka
2023-11-08 21:58 ` [PATCH] git: Update to version 2.42.1 Adolf Belka
2023-11-08 21:58 ` [PATCH] harfbuzz: Update to version 8.2.2 Adolf Belka
2023-11-08 21:58 ` [PATCH] iana-etc: Update to version 20231026 Adolf Belka
2023-11-08 21:58 ` [PATCH] iproute2: Update to version 6.6.0 Adolf Belka
2023-11-08 21:58 ` [PATCH 1/3] libsodium: Update to version 1.0.19 Adolf Belka
2023-11-08 21:58 ` [PATCH] linux-firmware: Updat6e to version 20231030 Adolf Belka
2023-11-22 15:17   ` Peter Müller
2023-11-22 16:37     ` Adolf Belka
2023-11-24 12:47       ` Peter Müller
2023-11-23  9:19     ` u-boot in core182 Arne Fitzenreiter
2023-11-24 12:51       ` Peter Müller [this message]
2023-11-08 21:58 ` [PATCH] p11-kit: Update to version 0.25.2 Adolf Belka
2023-11-08 21:58 ` [PATCH] postfix: Update to version 3.8.3 Adolf Belka
2023-11-08 21:58 ` [PATCH 2/3] dnsdist: ship dnsdist due to libsodium sobump Adolf Belka
2023-11-08 21:58 ` [PATCH 3/3] shairport-sync: ship shairport-sync " Adolf Belka

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=f26a3d90-980f-4c7b-b9d8-6a357172dc89@ipfire.org \
    --to=peter.mueller@ipfire.org \
    --cc=development@lists.ipfire.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox