linux-kernel - Re: [PATCH] Tight check of pfn_valid on sparsemem

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Tue, 27 Jul 2010 17:13:51 +0900
From:	KAMEZAWA Hiroyuki <kamezawa.hiroyu@...fujitsu.com>
To:	Milton Miller <miltonm@....com>
Cc:	Minchan Kim <minchan.kim@...il.com>,
	Christoph Lameter <cl@...ux-foundation.org>,
	linux-kernel@...r.kernel.org, linux-mm@...ck.org,
	Andrew Morton <akpm@...ux-foundation.org>,
	Russell King <linux@....linux.org.uk>,
	Mel Gorman <mel@....ul.ie>,
	Johannes Weiner <hannes@...xchg.org>,
	Kukjin Kim <kgene.kim@...sung.com>
Subject: Re: [PATCH] Tight check of pfn_valid on sparsemem - v4

On Tue, 27 Jul 2010 03:12:38 -0500
Milton Miller <miltonm@....com> wrote:

> > > > > +/*
> > > > > + * Fill pg->private on valid mem_map with page itself.
> > > > > + * pfn_valid() will check this later. (see include/linux/mmzone.h)
> > > > > + * Every arch for supporting hole of mem_map should call
> > > > > + * mark_valid_memmap(start, end). please see usage in ARM.
> > > > > + */
> > > > > +void mark_valid_memmap(unsigned long start, unsigned long end)
> > > > > +{
> > > > > +	struct mem_section *ms;
> > > > > +	unsigned long pos, next;
> > > > > +	struct page *pg;
> > > > > +	void *memmap, *mapend;
> > > > > +
> > > > > +	for (pos = start; pos < end; pos = next) {
> > > > > +		next = (pos + PAGES_PER_SECTION) & PAGE_SECTION_MASK;
> > > > > +		ms = __pfn_to_section(pos);
> > > > > +		if (!valid_section(ms))
> > > > > +			continue;
> > > > > +	
> > > > > +		for (memmap = (void*)pfn_to_page(pos),
> > > > > +					/* The last page in section */
> > > > > +					mapend = pfn_to_page(next-1);
> > > > > +				memmap < mapend; memmap += PAGE_SIZE) {
> > > > > +			pg = virt_to_page(memmap);
> > > > > +			set_page_private(pg, (unsigned long)pg);
> > > > > +		}
> > > > > +	}
> > > > > +}
> 
> Hmm, this loop would need to change for sections.   And sizeof(struct
> page) % PAGE_SIZE may not be 0, so we want a global symbol for sparsemem
> too. 
IIUC, sizeof(struct page) % PAGE_SIZE is not a probelm.


> Perhaps the mem_section array.  Using a symbol that is part of
> the model pre-checks can remove a global symbol lookup and has the side
> effect of making sure our pfn_valid is for the right model.
> 

But yes, maybe it's good to make use of a fixed-(magic)-value.


Tanks,
-Kame



--
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/