From: Thiago Jung Bauermann <bauerman@linux.vnet.ibm.com>
To: linuxppc-dev@lists.ozlabs.org
Cc: kexec@lists.infradead.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v4 0/9] kexec_file_load implementation for PowerPC
Date: Mon, 01 Aug 2016 20:48:05 -0300 [thread overview]
Message-ID: <1610701.WIqt6fioh4@hactar> (raw)
In-Reply-To: <1467908615-18952-1-git-send-email-bauerman@linux.vnet.ibm.com>
Hello,
Am Donnerstag, 07 Juli 2016, 13:23:26 schrieb Thiago Jung Bauermann:
> Note: We are currently discussing whether we need a new syscall so that
> userspace can provide a custom device tree for the new kernel. Even if
> that ends up being the way forward, it would affect only patches 7 and 8,
> and even in those patches a significant part of the code would stay
> the same. Therefore, it's still important for me to get feedback on
> this series.
The discussion about how to pass device tree nodes/properties via
kexec_file_load seems a bit stuck at the moment. Since I'm targeting kernel
4.9 for this patch series, and considering that this code is functional and
useful as it is, I'd like to keep the process of upstreaming it in motion.
Ping?
--
[]'s
Thiago Jung Bauermann
IBM Linux Technology Center
prev parent reply other threads:[~2016-08-01 23:48 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-07-07 16:23 [PATCH v4 0/9] kexec_file_load implementation for PowerPC Thiago Jung Bauermann
2016-07-07 16:23 ` [PATCH v4 1/9] kexec_file: Allow arch-specific memory walking for kexec_add_buffer Thiago Jung Bauermann
2016-07-11 3:21 ` Dave Young
2016-07-07 16:23 ` [PATCH v4 2/9] kexec_file: Change kexec_add_buffer to take kexec_buf as argument Thiago Jung Bauermann
2016-07-11 3:21 ` Dave Young
2016-07-07 16:23 ` [PATCH v4 3/9] kexec_file: Factor out kexec_locate_mem_hole from kexec_add_buffer Thiago Jung Bauermann
2016-07-10 6:11 ` Michael Ellerman
2016-07-11 2:42 ` Dave Young
2016-07-11 3:22 ` Dave Young
2016-07-07 16:23 ` [PATCH v4 4/9] powerpc: Factor out relocation code from module_64.c to elf_util_64.c Thiago Jung Bauermann
2016-07-07 16:23 ` [PATCH v4 5/9] powerpc: Generalize elf64_apply_relocate_add Thiago Jung Bauermann
2016-07-07 16:23 ` [PATCH v4 6/9] powerpc: Add functions to read ELF files of any endianness Thiago Jung Bauermann
2016-07-07 16:23 ` [PATCH v4 7/9] powerpc: Implement kexec_file_load Thiago Jung Bauermann
2016-07-07 16:23 ` [PATCH v4 8/9] powerpc: Add support for loading ELF kernels with kexec_file_load Thiago Jung Bauermann
2016-07-07 16:23 ` [PATCH v4 9/9] powerpc: Add purgatory for kexec_file_load implementation Thiago Jung Bauermann
2016-08-01 23:48 ` Thiago Jung Bauermann [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=1610701.WIqt6fioh4@hactar \
--to=bauerman@linux.vnet.ibm.com \
--cc=kexec@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linuxppc-dev@lists.ozlabs.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;
as well as URLs for NNTP newsgroup(s).