Linux s390 Architecture development
 help / color / mirror / Atom feed
From: Ilya Leoshkevich <iii@linux.ibm.com>
To: Christian Brauner <brauner@kernel.org>, Alexander Graf <graf@amazon.com>
Cc: eoin.mcnamara@ibm.com, linux-s390@vger.kernel.org,
	Joseph Cathcart <josephc@linux.ibm.com>
Subject: Re: [PATCH v4] s390/iomem: register initrd as an iomem resource when retain_initrd is set
Date: Wed, 16 Sep 2026 17:37:06 +0200	[thread overview]
Message-ID: <e5c51625-fdab-4dab-866f-8cfb087d7d5f@linux.ibm.com> (raw)
In-Reply-To: <6f66956a-9793-4f96-b973-6e5875e5e433@linux.ibm.com>



On 8/19/26 08:40, Ilya Leoshkevich wrote:
> 
> 
> On 8/18/26 19:57, Joseph Cathcart wrote:
>> Currently, /proc/iomem contains no reference to initrd memory, even
>> when initrd is retained and still held in RAM. This makes the memory
>> ranges invisible from userspace, and unusable to programs such as
>> kexec. (A sysfs bin file is created for initrd, but this doesn't
>> help programs which need the explicit memory ranges)
>>
>> Add initrd to standard_resources[] unconditionally. Add initrd as a
>> child of iomem_resources only if retain_initrd is specified.
>>
>> strstr() could match substrings like "retain_initrd=0" or
>> "no_retain_initrd", but this is how PPC chose to check for
>> "retain_initrd" param too. (arch/powerpc/kexec/ranges.c)
>>
>> Signed-off-by: Joseph Cathcart <josephc@linux.ibm.com>
>> ---
>>   arch/s390/kernel/setup.c | 22 ++++++++++++++++++++++
>>   1 file changed, 22 insertions(+)

[...]

> Cc: Christian and Alexander.
> 
> I wonder if it would make sense to move initrd resource creation to
> do_populate_rootfs(), right after /sys/firmware/initrd creation,
> enabling this feature on all architectures?

Ping.

      parent reply	other threads:[~2026-09-16 15:37 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-08-18 17:57 [PATCH v4] s390/iomem: register initrd as an iomem resource when retain_initrd is set Joseph Cathcart
2026-08-18 18:08 ` sashiko-bot
2026-08-19  6:40 ` Ilya Leoshkevich
2026-08-28 13:57   ` Joseph Cathcart
2026-09-16 15:37   ` Ilya Leoshkevich [this message]

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=e5c51625-fdab-4dab-866f-8cfb087d7d5f@linux.ibm.com \
    --to=iii@linux.ibm.com \
    --cc=brauner@kernel.org \
    --cc=eoin.mcnamara@ibm.com \
    --cc=graf@amazon.com \
    --cc=josephc@linux.ibm.com \
    --cc=linux-s390@vger.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox