From: Hendrik Brueckner <brueckner@linux.ibm.com>
To: linux-s390@vger.kernel.org
Subject: Re: [PATCH 2/5] zipl: Rename FSDUMP_PART_* macros
Date: Thu, 02 Aug 2018 09:56:29 +0000 [thread overview]
Message-ID: <20180802095629.GB5361@linux.ibm.com> (raw)
In-Reply-To: <008e135a-bad5-98a6-1a90-f3edfc21c72d@redhat.com>
On Wed, Jul 25, 2018 at 01:36:12PM +0200, Philipp Rudo wrote:
> The macro names are a mixture of the original file system dumper (FSDUMP)
> and its extension to cut the file system and write directly to a partition
> (PART). The original dumper no longer exists and today the feature is
> called zfcpdump. Prevent confusion by renaming the macros to fit todays
> usage.
>
> Signed-off-by: Philipp Rudo <prudo@linux.ibm.com>
> ---
> zipl/include/zipl.h | 4 ++--
> zipl/src/job.c | 10 +++++-----
> 2 files changed, 7 insertions(+), 7 deletions(-)
>
> diff --git a/zipl/include/zipl.h b/zipl/include/zipl.h
> index 7670a0f9..fb68ae88 100644
> --- a/zipl/include/zipl.h
> +++ b/zipl/include/zipl.h
> @@ -48,9 +48,9 @@
> #define MENU_DEFAULT_PROMPT 0
> #define MENU_DEFAULT_TIMEOUT 0
>
> -#define FSDUMP_PART_IMAGE STRINGIFY(ZFCPDUMP_DIR) "/" \
> +#define ZFCPDUMP_IMAGE STRINGIFY(ZFCPDUMP_DIR) "/" \
> STRINGIFY(ZFCPDUMP_PART_IMAGE)
> -#define FSDUMP_PART_RAMDISK STRINGIFY(ZFCPDUMP_DIR) "/" \
> +#define ZFCPDUMP_INITRD STRINGIFY(ZFCPDUMP_DIR) "/" \
> STRINGIFY(ZFCPDUMP_PART_RD)
>
> #define MAX_DUMP_VOLUMES 32
> diff --git a/zipl/src/job.c b/zipl/src/job.c
> index e6d29818..22d2549b 100644
> --- a/zipl/src/job.c
> +++ b/zipl/src/job.c
> @@ -874,22 +874,22 @@ check_job_dump_images(struct job_dump_data* dump, char* name)
> {
> int rc;
> /* Add data needed to convert fs dump job to IPL job */
> - rc = misc_check_readable_file(FSDUMP_PART_IMAGE);
> + rc = misc_check_readable_file(ZFCPDUMP_IMAGE);
> if (rc) {
> error_text("Need external file '%s' for partition dump",
> - FSDUMP_PART_IMAGE);
> + ZFCPDUMP_IMAGE);
> return rc;
> }
> - dump->image = misc_strdup(FSDUMP_PART_IMAGE);
> + dump->image = misc_strdup(ZFCPDUMP_IMAGE);
> if (dump->image == NULL)
> return -1;
> dump->image_addr = DEFAULT_IMAGE_ADDRESS;
>
> /* Ramdisk is no longer required with new initramfs dump system */
> - if (misc_check_readable_file(FSDUMP_PART_RAMDISK))
> + if (misc_check_readable_file(ZFCPDUMP_INITRD))
> dump->ramdisk = NULL;
> else {
> - dump->ramdisk = misc_strdup(FSDUMP_PART_RAMDISK);
> + dump->ramdisk = misc_strdup(ZFCPDUMP_INITRD);
> if (dump->ramdisk == NULL)
> return -1;
> dump->ramdisk_addr = UNSPECIFIED_ADDRESS;
Reviewed-by: Hendrik Brueckner <brueckner@linux.ibm.com>
next parent reply other threads:[~2018-08-02 9:56 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <008e135a-bad5-98a6-1a90-f3edfc21c72d@redhat.com>
2018-08-02 9:56 ` Hendrik Brueckner [this message]
2018-07-25 11:36 [PATCH 2/5] zipl: Rename FSDUMP_PART_* macros Philipp Rudo
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=20180802095629.GB5361@linux.ibm.com \
--to=brueckner@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