[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <57993B16.5010703@intel.com>
Date: Wed, 27 Jul 2016 15:52:06 -0700
From: Dave Hansen <dave.hansen@...el.com>
To: "Michael S. Tsirkin" <mst@...hat.com>,
Liang Li <liang.z.li@...el.com>
Cc: linux-kernel@...r.kernel.org,
virtualization@...ts.linux-foundation.org, linux-mm@...ck.org,
virtio-dev@...ts.oasis-open.org, kvm@...r.kernel.org,
qemu-devel@...gnu.org, dgilbert@...hat.com, quintela@...hat.com,
Andrew Morton <akpm@...ux-foundation.org>,
Vlastimil Babka <vbabka@...e.cz>,
Mel Gorman <mgorman@...hsingularity.net>,
Paolo Bonzini <pbonzini@...hat.com>,
Cornelia Huck <cornelia.huck@...ibm.com>,
Amit Shah <amit.shah@...hat.com>
Subject: Re: [PATCH v2 repost 3/7] mm: add a function to get the max pfn
On 07/27/2016 03:08 PM, Michael S. Tsirkin wrote:
>> > +unsigned long get_max_pfn(void)
>> > +{
>> > + return max_pfn;
>> > +}
>> > +EXPORT_SYMBOL(get_max_pfn);
>> > +
>
> This needs a coment that this can change at any time.
> So it's only good as a hint e.g. for sizing data structures.
Or, if we limit the batches to 1GB like you suggested earlier, then we
might not even need this exported. It would mean that in the worst
case, we temporarily waste 28k out of the 32k allocation for a small VM
that had <128MB of memory.
That seems like a small price to pay for not having to track max_pfn
anywhere.
Powered by blists - more mailing lists