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]
Message-ID: <alpine.DEB.2.02.1304162144320.3493@chino.kir.corp.google.com>
Date:	Tue, 16 Apr 2013 21:47:18 -0700 (PDT)
From:	David Rientjes <rientjes@...gle.com>
To:	Yasuaki Ishimatsu <isimatu.yasuaki@...fujitsu.com>
cc:	Andrew Morton <akpm@...ux-foundation.org>, toshi.kani@...com,
	linuxram@...ibm.com, linux-kernel@...r.kernel.org,
	linux-mm@...ck.org
Subject: Re: [Bug fix PATCH v3] Reusing a resource structure allocated by
 bootmem

On Wed, 17 Apr 2013, Yasuaki Ishimatsu wrote:

> > Why not simply do what generic sparsemem support does by testing
> > PageSlab(virt_to_head_page(res)) and calling kfree() if true and freeing
> > back to bootmem if false?  This should be like a five line patch.
> 
> Is your explanation about free_section_usemap()?
> If so, I don't think we can release resource structure like
> free_section_usemap().

Right, you can't release it like free_section_usemap(), but you're free to 
test for PageSlab(virt_to_head_page(res)) in kernel/resource.c.

> In your explanation case, memmap can be released by put_page_bootmem() in
> free_map_bootmem() since all pages of memmap is used only for memmap.
> But if my understanding is correct, a page of released resource structure
> contain other purpose objects allocated by bootmem. So we cannot
> release resource structure like free_section_usemap().
> 

I'm thinking it would be much easier to just suppress the kfree() if 
!PageSlab.  If you can free an entire page with free_bootmem_late(), 
that would be great, but I'm thinking that will take more work than it's 
worth.  It seems fine to just do free_bootmem() and leave those pages as 
reserved.  How much memory are we talking about?
--
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ