linux-arm-kernel.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
From: catalin.marinas@arm.com (Catalin Marinas)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v3 RESEND 08/17] ARM: LPAE: use phys_addr_t in free_memmap()
Date: Mon, 24 Sep 2012 17:51:46 +0100	[thread overview]
Message-ID: <20120924165145.GD14198@arm.com> (raw)
In-Reply-To: <50608D3D.2010106@ti.com>

On Mon, Sep 24, 2012 at 05:41:33PM +0100, Cyril Chemparathy wrote:
> On 9/24/2012 11:22 AM, Russell King - ARM Linux wrote:
> > On Mon, Sep 24, 2012 at 11:09:50AM -0400, Cyril Chemparathy wrote:
> >> On 9/24/2012 9:41 AM, Russell King - ARM Linux wrote:
> >>> On Mon, Sep 24, 2012 at 02:29:42PM +0100, Catalin Marinas wrote:
> >>>> This function also calls free_bootmem() which takes unsigned long. Are
> >>>> patches sent separately for this or we just ignore holes in memmap?
> >>>> There are other calls to free_bootmem() or reserve_bootmem(), do they
> >>>> just work with the high phys addresses?
> >>>
> >>> Bootmem only deals with physical addresses which fit within the size
> >>> of an 'unsigned long'.  Unfortunately, the bootmem API is a mess of
> >>> 'unsigned long' physical addresses and PFNs.
> >>>
> >>> Years ago there was a patch to make it use only PFNs but other changes
> >>> resulted in that patch being thrown away.
> >>>
> >>
> >> A separate patch has been posted for bootmem (see [1]).
> >>
> >> Tejun suggested that we'd be better off moving entirely to memblock
> >> instead (see [2]).
> >
> > Yes we should, but that's not as easy as typing a few words in an email.
> > When I tried it when I integrated memblock into our boot sequence, I
> > found that sparsemem wouldn't work without bootmem being in place.
> >
> > It may be that things have now moved on, and we can just eliminate
> > bootmem once and for all, but that's something I've not looked at for
> > quite some time.
> >
> 
> It appears to be not that hard actually... Or maybe I'm totally missing 
> your point.  Could it be that you last looked at this prior to the 
> nobootmem compatibility stuff being added in?

I was just trying the same :)

> +static unsigned long free_all_lowmem(void)

I don't think that's needed. free_all_bootmem() in mm/nobootmem.c takes
care of freeing lowmem but it has a different notion of max_low_pfn. So
this hunk did the trick:

@@ -420,8 +366,8 @@ void __init bootmem_init(void)
 	 * Note: max_low_pfn and max_pfn reflect the number of _pages_ in
 	 * the system, not the maximum PFN.
 	 */
-	max_low_pfn = max_low - PHYS_PFN_OFFSET;
-	max_pfn = max_high - PHYS_PFN_OFFSET;
+	max_low_pfn = max_low;
+	max_pfn = max_high;
 }
 
 static inline int free_area(unsigned long pfn, unsigned long end, char *s)

-- 
Catalin

  reply	other threads:[~2012-09-24 16:51 UTC|newest]

Thread overview: 69+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-09-21 15:55 [PATCH v3 RESEND 00/17] LPAE fixes and extensions for Keystone Cyril Chemparathy
2012-09-21 15:55 ` [PATCH v3 RESEND 01/17] ARM: add mechanism for late code patching Cyril Chemparathy
2012-09-22 15:10   ` Nicolas Pitre
2012-09-22 21:41     ` Cyril Chemparathy
2012-09-24 12:06   ` Dave Martin
2012-09-24 14:49     ` Cyril Chemparathy
2012-09-24 15:54       ` Dave Martin
2012-09-21 15:56 ` [PATCH v3 RESEND 02/17] ARM: add self test for runtime patch mechanism Cyril Chemparathy
2012-09-21 15:56 ` [PATCH v3 RESEND 03/17] ARM: use late patch framework for phys-virt patching Cyril Chemparathy
2012-09-21 15:56 ` [PATCH v3 RESEND 04/17] ARM: LPAE: use phys_addr_t on virt <--> phys conversion Cyril Chemparathy
2012-09-24 13:09   ` Catalin Marinas
2012-09-24 13:57     ` Cyril Chemparathy
2012-09-21 15:56 ` [PATCH v3 RESEND 05/17] ARM: LPAE: support 64-bit virt_to_phys patching Cyril Chemparathy
2012-09-22 15:24   ` Nicolas Pitre
2012-09-24 15:13   ` Catalin Marinas
2012-09-24 15:56     ` Nicolas Pitre
2012-09-24 20:59       ` Cyril Chemparathy
2012-09-24 21:20         ` Nicolas Pitre
2012-09-24 21:52           ` Catalin Marinas
2012-09-24 22:32             ` Nicolas Pitre
2012-09-24 22:40               ` Russell King - ARM Linux
2012-09-24 22:53                 ` Cyril Chemparathy
2012-09-24 23:03                   ` Nicolas Pitre
2012-09-24 23:08                   ` Russell King - ARM Linux
2012-09-24 22:55                 ` Nicolas Pitre
2012-09-25 12:55                   ` Dave Martin
2012-09-25 13:53               ` Catalin Marinas
2012-09-24 21:53           ` Cyril Chemparathy
2012-09-24 22:06         ` Russell King - ARM Linux
2012-09-24 16:31   ` Dave Martin
2012-09-24 16:51     ` Nicolas Pitre
2012-09-21 15:56 ` [PATCH v3 RESEND 06/17] ARM: LPAE: use signed arithmetic for mask definitions Cyril Chemparathy
2012-09-24 13:09   ` Catalin Marinas
2012-09-24 13:54   ` Russell King - ARM Linux
2012-09-21 15:56 ` [PATCH v3 RESEND 07/17] ARM: LPAE: use phys_addr_t in alloc_init_pud() Cyril Chemparathy
2012-09-24 13:10   ` Catalin Marinas
2012-09-21 15:56 ` [PATCH v3 RESEND 08/17] ARM: LPAE: use phys_addr_t in free_memmap() Cyril Chemparathy
2012-09-24 13:29   ` Catalin Marinas
2012-09-24 13:41     ` Russell King - ARM Linux
2012-09-24 15:09       ` Cyril Chemparathy
2012-09-24 15:22         ` Russell King - ARM Linux
2012-09-24 16:41           ` Cyril Chemparathy
2012-09-24 16:51             ` Catalin Marinas [this message]
2012-09-24 17:06               ` Cyril Chemparathy
2012-09-24 17:14               ` Russell King - ARM Linux
2012-09-25 13:08                 ` Catalin Marinas
2012-09-25 13:30                   ` Russell King - ARM Linux
2012-09-24 16:55             ` Russell King - ARM Linux
2012-09-24 17:03               ` Catalin Marinas
2012-09-21 15:56 ` [PATCH v3 RESEND 09/17] ARM: LPAE: use phys_addr_t for initrd location and size Cyril Chemparathy
2012-09-24 13:30   ` Catalin Marinas
2012-09-24 13:38   ` Russell King - ARM Linux
2012-09-24 14:00     ` Cyril Chemparathy
2012-09-21 15:56 ` [PATCH v3 RESEND 10/17] ARM: LPAE: use phys_addr_t in switch_mm() Cyril Chemparathy
2012-09-24 14:05   ` Catalin Marinas
2012-09-24 14:32     ` Cyril Chemparathy
2012-09-21 15:56 ` [PATCH v3 RESEND 11/17] ARM: LPAE: use 64-bit accessors for TTBR registers Cyril Chemparathy
2012-09-24 14:10   ` Catalin Marinas
2012-09-21 15:56 ` [PATCH v3 RESEND 12/17] ARM: LPAE: define ARCH_LOW_ADDRESS_LIMIT for bootmem Cyril Chemparathy
2012-09-24 14:16   ` Catalin Marinas
2012-09-21 15:56 ` [PATCH v3 RESEND 13/17] ARM: LPAE: factor out T1SZ and TTBR1 computations Cyril Chemparathy
2012-09-24 14:45   ` Catalin Marinas
2012-09-24 14:58     ` Cyril Chemparathy
2012-09-21 15:56 ` [PATCH v3 RESEND 14/17] ARM: LPAE: accomodate >32-bit addresses for page table base Cyril Chemparathy
2012-09-24 15:17   ` Catalin Marinas
2012-09-21 15:56 ` [PATCH v3 RESEND 15/17] ARM: mm: use physical addresses in highmem sanity checks Cyril Chemparathy
2012-09-24 15:18   ` Catalin Marinas
2012-09-21 15:56 ` [PATCH v3 RESEND 16/17] ARM: mm: cleanup checks for membank overlap with vmalloc area Cyril Chemparathy
2012-09-21 15:56 ` [PATCH v3 RESEND 17/17] ARM: mm: clean up membank size limit checks Cyril Chemparathy

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=20120924165145.GD14198@arm.com \
    --to=catalin.marinas@arm.com \
    --cc=linux-arm-kernel@lists.infradead.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).