All of lore.kernel.org
 help / color / mirror / Atom feed
From: Chuck Lever <cel@kernel.org>
To: Luis Chamberlain <mcgrof@kernel.org>
Cc: Daniel Gomez <da.gomez@kruces.com>, kdevops@lists.linux.dev
Subject: Re: [PATCH 4/4] bootlinux: add support for A/B kernel testing
Date: Sat, 26 Jul 2025 19:16:07 -0400	[thread overview]
Message-ID: <2e4f4201-7856-4753-bde7-4d71ca876389@kernel.org> (raw)
In-Reply-To: <aIVauY3wBv9O5OAq@bombadil.infradead.org>

On 7/26/25 6:46 PM, Luis Chamberlain wrote:
> On Sat, Jul 26, 2025 at 01:21:16PM -0700, Luis Chamberlain wrote:
>> Maybe we should enable CONFIG_IKCONFIG and CONFIG_IKCONFIG_PROC and 
>> to enhance this further perhaps we can also add either upstream to Linux
>> or on kdevops an equivalent sha256sum of the config. So if not upstream
>> on Linux we'd add to the kdevops kconfig cat linux/.config | sha256sum
>> and I'd hope that $(zcat /proc/config.gz | sha256sum) on the runtime on
>> the booted target DUT would match.
> 
> Actually, augmenting the upstream way to append the version to *also*
> append a checksum of the kernel config would be even more deterministic.
> But this is getting out of hand in terms of how long that string would
> get. I wonder if a) do we care about that long lenght b) if we should
> have more information just printed on the kernel boot like this
> metadata. Then uname -c or something could be added to, to help us get
> the config checksum used.
Well, we are basically looking for a way to identify which release is
under test (or which RPM should be installed). Maybe the 12-hexit hash
plus the build date is unique enough?


-- 
Chuck Lever

  reply	other threads:[~2025-07-26 23:16 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-07-26  1:16 [PATCH 0/4] kdevops: add support for A/B testing Luis Chamberlain
2025-07-26  1:16 ` [PATCH 1/4] Makefile: add make style for style checking Luis Chamberlain
2025-07-26  1:16 ` [PATCH 2/4] CLAUDE.md: new workflow guide for hosts and nodes Luis Chamberlain
2025-07-26  1:16 ` [PATCH 3/4] gen_nodes/gen_hosts: avoid usage of fs_config_path on task names Luis Chamberlain
2025-07-26  1:16 ` [PATCH 4/4] bootlinux: add support for A/B kernel testing Luis Chamberlain
2025-07-26 18:00   ` Chuck Lever
2025-07-26 20:21     ` Luis Chamberlain
2025-07-26 21:37       ` Luis Chamberlain
2025-07-26 22:46       ` Luis Chamberlain
2025-07-26 23:16         ` Chuck Lever [this message]
2025-07-26 23:34           ` Luis Chamberlain
2025-07-26 23:35       ` Chuck Lever
2025-07-27  0:06         ` Luis Chamberlain

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=2e4f4201-7856-4753-bde7-4d71ca876389@kernel.org \
    --to=cel@kernel.org \
    --cc=da.gomez@kruces.com \
    --cc=kdevops@lists.linux.dev \
    --cc=mcgrof@kernel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.