On Thu, 27 Aug, at 06:21:44PM, joeyli wrote:
> On Fri, Aug 21, 2015 at 02:27:53PM +0100, Matt Fleming wrote:
> > On Tue, 11 Aug, at 02:16:29PM, Lee, Chun-Yi wrote:
> > > +static int __init init_hibernation_keys(void)
> > > +{
> > > + struct hibernation_keys *keys;
> > > + int ret = 0;
> > > +
> > > + if (!keys_phys_addr)
> > > + return -ENODEV;
> > > +
> > > + keys = early_memremap(keys_phys_addr, sizeof(struct hibernation_keys));
> > > +
> > > + /* Copy hibernation keys to a allocated page */
> > > + hibernation_keys = (struct hibernation_keys
> > > *)get_zeroed_page(GFP_KERNEL);
> > > + if (hibernation_keys) {
> > > + *hibernation_keys = *keys;
> > > + } else {
> > > + pr_err("PM: Allocate hibernation keys page failed\n");
> > > + ret = -ENOMEM;
> > > + }
> >
> > It seems overkill to allocate an entire page for 28 bytes of data.
> >
>
> Here to allocate an entire page because the basic unit is 'page' when
> hibernation code checking saveable page that should included/excluded in
> snapshot image.
> Allocating an page to hibernation key can clearer to check the page should
> excluded in snapshot image.
Do other pieces of code do something similar, i.e. allocate an entire
page because the hibernation code deals with pages? If so, it might be
possible to lump all these pieces of data together into a single
'auxiliary' page.
--
Matt Fleming, Intel Open Source Technology Center
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
