From: Cong Wang <amwang@redhat.com>
To: Mahesh J Salgaonkar <mahesh@linux.vnet.ibm.com>
Cc: Linux Kernel <linux-kernel@vger.kernel.org>,
Milton Miller <miltonm@bga.com>,
linuxppc-dev <linuxppc-dev@ozlabs.org>,
Anton Blanchard <anton@samba.org>,
"Eric W. Biederman" <ebiederm@xmission.com>
Subject: Re: [RFC PATCH v4 06/10] fadump: Add PT_NOTE program header for vmcoreinfo
Date: Thu, 10 Nov 2011 18:11:58 +0800 [thread overview]
Message-ID: <4EBBA36E.7040705@redhat.com> (raw)
In-Reply-To: <20111107095603.1997.39898.stgit@mars.in.ibm.com>
于 2011年11月07日 17:56, Mahesh J Salgaonkar 写道:
> From: Mahesh Salgaonkar<mahesh@linux.vnet.ibm.com>
>
> Introduce a PT_NOTE program header that points to physical address of
> vmcoreinfo_note buffer declared in kernel/kexec.c. The vmcoreinfo
> note buffer is populated during crash_fadump() at the time of system
> crash.
>
> Signed-off-by: Mahesh Salgaonkar<mahesh@linux.vnet.ibm.com>
> ---
> arch/powerpc/kernel/fadump.c | 29 +++++++++++++++++++++++++++++
> 1 files changed, 29 insertions(+), 0 deletions(-)
>
> diff --git a/arch/powerpc/kernel/fadump.c b/arch/powerpc/kernel/fadump.c
> index 70d6287..e68ee3a 100644
> --- a/arch/powerpc/kernel/fadump.c
> +++ b/arch/powerpc/kernel/fadump.c
> @@ -816,6 +816,19 @@ static void setup_crash_memory_ranges(void)
> }
> }
>
> +/*
> + * If the given physical address falls within the boot memory region then
> + * return the relocated address that points to the dump region reserved
> + * for saving initial boot memory contents.
> + */
> +static inline unsigned long relocate(unsigned long paddr)
> +{
> + if (paddr> RMR_START&& paddr< fw_dump.boot_memory_size)
> + return fdm.rmr_region.destination_address + paddr;
> + else
> + return paddr;
> +}
Although they are static functions, it is still better to name them
with "fadump_" prefix...
Thanks.
WARNING: multiple messages have this Message-ID (diff)
From: Cong Wang <amwang@redhat.com>
To: Mahesh J Salgaonkar <mahesh@linux.vnet.ibm.com>
Cc: linuxppc-dev <linuxppc-dev@ozlabs.org>,
Linux Kernel <linux-kernel@vger.kernel.org>,
Benjamin Herrenschmidt <benh@kernel.crashing.org>,
Ananth Narayan <ananth@in.ibm.com>,
Milton Miller <miltonm@bga.com>, Haren Myneni <hbabu@us.ibm.com>,
Anton Blanchard <anton@samba.org>,
"Eric W. Biederman" <ebiederm@xmission.com>
Subject: Re: [RFC PATCH v4 06/10] fadump: Add PT_NOTE program header for vmcoreinfo
Date: Thu, 10 Nov 2011 18:11:58 +0800 [thread overview]
Message-ID: <4EBBA36E.7040705@redhat.com> (raw)
In-Reply-To: <20111107095603.1997.39898.stgit@mars.in.ibm.com>
于 2011年11月07日 17:56, Mahesh J Salgaonkar 写道:
> From: Mahesh Salgaonkar<mahesh@linux.vnet.ibm.com>
>
> Introduce a PT_NOTE program header that points to physical address of
> vmcoreinfo_note buffer declared in kernel/kexec.c. The vmcoreinfo
> note buffer is populated during crash_fadump() at the time of system
> crash.
>
> Signed-off-by: Mahesh Salgaonkar<mahesh@linux.vnet.ibm.com>
> ---
> arch/powerpc/kernel/fadump.c | 29 +++++++++++++++++++++++++++++
> 1 files changed, 29 insertions(+), 0 deletions(-)
>
> diff --git a/arch/powerpc/kernel/fadump.c b/arch/powerpc/kernel/fadump.c
> index 70d6287..e68ee3a 100644
> --- a/arch/powerpc/kernel/fadump.c
> +++ b/arch/powerpc/kernel/fadump.c
> @@ -816,6 +816,19 @@ static void setup_crash_memory_ranges(void)
> }
> }
>
> +/*
> + * If the given physical address falls within the boot memory region then
> + * return the relocated address that points to the dump region reserved
> + * for saving initial boot memory contents.
> + */
> +static inline unsigned long relocate(unsigned long paddr)
> +{
> + if (paddr> RMR_START&& paddr< fw_dump.boot_memory_size)
> + return fdm.rmr_region.destination_address + paddr;
> + else
> + return paddr;
> +}
Although they are static functions, it is still better to name them
with "fadump_" prefix...
Thanks.
next prev parent reply other threads:[~2011-11-10 10:13 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-11-07 9:55 [RFC PATCH v4 00/10] fadump: Firmware-assisted dump support for Powerpc Mahesh J Salgaonkar
2011-11-07 9:55 ` Mahesh J Salgaonkar
2011-11-07 9:55 ` [RFC PATCH v4 01/10] fadump: Add documentation for firmware-assisted dump Mahesh J Salgaonkar
2011-11-07 9:55 ` Mahesh J Salgaonkar
2011-11-10 9:46 ` Cong Wang
2011-11-10 9:46 ` Cong Wang
2011-11-10 10:40 ` Mahesh J Salgaonkar
2011-11-10 10:40 ` Mahesh J Salgaonkar
2011-11-07 9:55 ` [RFC PATCH v4 02/10] fadump: Reserve the memory for firmware assisted dump Mahesh J Salgaonkar
2011-11-07 9:55 ` Mahesh J Salgaonkar
2011-11-10 9:57 ` Cong Wang
2011-11-10 9:57 ` Cong Wang
2011-11-10 10:43 ` Mahesh J Salgaonkar
2011-11-10 10:43 ` Mahesh J Salgaonkar
2011-11-07 9:55 ` [RFC PATCH v4 03/10] fadump: Register " Mahesh J Salgaonkar
2011-11-07 9:55 ` Mahesh J Salgaonkar
2011-11-07 9:55 ` [RFC PATCH v4 04/10] fadump: Initialize elfcore header and add PT_LOAD program headers Mahesh J Salgaonkar
2011-11-07 9:55 ` Mahesh J Salgaonkar
2011-11-07 9:55 ` [RFC PATCH v4 05/10] fadump: Convert firmware-assisted cpu state dump data into elf notes Mahesh J Salgaonkar
2011-11-07 9:55 ` Mahesh J Salgaonkar
2011-11-10 10:08 ` Cong Wang
2011-11-10 10:08 ` Cong Wang
2011-11-07 9:56 ` [RFC PATCH v4 06/10] fadump: Add PT_NOTE program header for vmcoreinfo Mahesh J Salgaonkar
2011-11-07 9:56 ` Mahesh J Salgaonkar
2011-11-10 10:11 ` Cong Wang [this message]
2011-11-10 10:11 ` Cong Wang
2011-11-07 9:56 ` [RFC PATCH v4 07/10] fadump: Introduce cleanup routine to invalidate /proc/vmcore Mahesh J Salgaonkar
2011-11-07 9:56 ` Mahesh J Salgaonkar
2011-11-07 9:56 ` [RFC PATCH v4 08/10] fadump: Invalidate registration and release reserved memory for general use Mahesh J Salgaonkar
2011-11-07 9:56 ` Mahesh J Salgaonkar
2011-11-07 9:56 ` [RFC PATCH v4 09/10] fadump: Invalidate the fadump registration during machine shutdown Mahesh J Salgaonkar
2011-11-07 9:56 ` Mahesh J Salgaonkar
2011-11-07 9:56 ` [RFC PATCH v4 10/10] fadump: Introduce config option for firmware assisted dump feature Mahesh J Salgaonkar
2011-11-07 9:56 ` Mahesh J Salgaonkar
2011-11-10 10:10 ` Cong Wang
2011-11-10 10:10 ` Cong Wang
2011-11-10 9:24 ` [RFC PATCH v4 00/10] fadump: Firmware-assisted dump support for Powerpc Cong Wang
2011-11-10 9:24 ` Cong Wang
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=4EBBA36E.7040705@redhat.com \
--to=amwang@redhat.com \
--cc=anton@samba.org \
--cc=ebiederm@xmission.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linuxppc-dev@ozlabs.org \
--cc=mahesh@linux.vnet.ibm.com \
--cc=miltonm@bga.com \
/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.