[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20150918111928.GB3986@osiris>
Date: Fri, 18 Sep 2015 13:19:28 +0200
From: Heiko Carstens <heiko.carstens@...ibm.com>
To: Alexander Kuleshov <kuleshovmail@...il.com>
Cc: Martin Schwidefsky <schwidefsky@...ibm.com>,
Michael Holzheu <holzheu@...ux.vnet.ibm.com>,
Tony Luck <tony.luck@...el.com>,
David Hildenbrand <dahi@...ux.vnet.ibm.com>,
linux-s390@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 2/2] s390/crash_dump: Use PFN_PHYS and PFN_DOWN macros
On Wed, Sep 16, 2015 at 12:54:38AM +0600, Alexander Kuleshov wrote:
> The <linux/pfn.h> provides PFN_PHYS and PFN_DOWN macros for the
> getting page frame number and physical address of a page frame number.
> This patch replaces (pfn << PAGE_SHIFT) and (addr >> PAGE_SHIFT)
> expressions with the PFN_PHYS and PFN_DOWN macros.
>
> Signed-off-by: Alexander Kuleshov <kuleshovmail@...il.com>
> ---
> arch/s390/kernel/crash_dump.c | 18 ++++++++++--------
> 1 file changed, 10 insertions(+), 8 deletions(-)
>
> diff --git a/arch/s390/kernel/crash_dump.c b/arch/s390/kernel/crash_dump.c
> index 1e4fcfa..f8da32c 100644
> --- a/arch/s390/kernel/crash_dump.c
> +++ b/arch/s390/kernel/crash_dump.c
> @@ -136,7 +136,7 @@ ssize_t copy_oldmem_page(unsigned long pfn, char *buf, size_t csize,
>
> if (!csize)
> return 0;
> - src = (pfn << PAGE_SHIFT) + offset;
> + src = (PFN_PHYS(pfn)) + offset;
> if (OLDMEM_BASE)
> return copy_oldmem_page_kdump(buf, csize, src, userbuf);
> else
> @@ -156,16 +156,17 @@ static int remap_oldmem_pfn_range_kdump(struct vm_area_struct *vma,
> unsigned long size_old;
> int rc;
>
> - if (pfn < OLDMEM_SIZE >> PAGE_SHIFT) {
> - size_old = min(size, OLDMEM_SIZE - (pfn << PAGE_SHIFT));
> + if (pfn < PFN_DOWN(OLDMEM_SIZE)) {
> + size_old = min(size,
> + OLDMEM_SIZE - (unsigned long)(PFN_PHYS(pfn)));
Cleanup patches like this are supposed to increase readability. That's
certainly not the case here.
Therefore I'm not applying this one.
Thanks,
Heiko
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists