[Libhugetlbfs-devel] libhugetlbfs 2.14 release

2012-09-07 Thread Eric B Munson
Announcing libhugetlbfs 2.14. This is mostly a test suite fix release, please see the NEWS file for more information. The tarball is available at http://libhugetlbfs.sourceforge.net Thanks, Eric signature.asc Description: Digital signature --

Re: [Libhugetlbfs-devel] [PATCH] dont include base_size in fake hugepagesizes

2012-09-07 Thread Eric B Munson
On Fri, 07 Sep 2012, Jan Stancek wrote: > What is fake on one platform can be actual page_size > on some other platform. This testcase failed on ppc64 > with 64K pagesize: > gethugepagesizes (16M: 32):FAILLine 397: Duplicate size 65536 at 0/2 > gethugepagesizes (16M: 64):FAILLine 3

Re: [Libhugetlbfs-devel] [PATCH] limit core dumping for stack_grow_into_huge

2012-09-07 Thread Eric B Munson
On Fri, 07 Sep 2012, Jan Stancek wrote: > stack_grow_into_huge allocates large chunks > on memory and do_child() will eventually fail with SIGSEGV. > > If system is set up to dump core, it can take significant > time until this action is completed. For example if ABRT > runs on such system, kerne

[Libhugetlbfs-devel] [PATCH] dont include base_size in fake hugepagesizes

2012-09-07 Thread Jan Stancek
What is fake on one platform can be actual page_size on some other platform. This testcase failed on ppc64 with 64K pagesize: gethugepagesizes (16M: 32):FAILLine 397: Duplicate size 65536 at 0/2 gethugepagesizes (16M: 64):FAILLine 397: Duplicate size 65536 at 0/2 Reason is that get

[Libhugetlbfs-devel] [PATCH] limit core dumping for stack_grow_into_huge

2012-09-07 Thread Jan Stancek
stack_grow_into_huge allocates large chunks on memory and do_child() will eventually fail with SIGSEGV. If system is set up to dump core, it can take significant time until this action is completed. For example if ABRT runs on such system, kernel is blocked on pipe_write for couple of minutes: #