As reported by Adam Litke and Jon Tollefson one of the libhugetlbfs regression tests triggers a negative overall reservation count. When this occurs where there is no dynamic pool enabled tests will fail. Following this email are two patches to address this issue: hugetlb reservations: move region tracking earlier -- simply moves the region tracking code earlier so we do not have to supply prototypes, and hugetlb reservations: fix hugetlb MAP_PRIVATE reservations across vma splits -- which moves us to tracking the consumed reservation so that we can correctly calculate the remaining reservations at vma close time. This stack is against the top of v2.6.25-rc6-mm3, should this solution prove acceptable it would need slipping underneath Nick's multiple hugepage size patches and those updated. I have a modified stack prepared for that. This version incorporates Mel's feedback (both cosmetic, and an allocation under spinlock issue) and has an improved layout. Changes in V2: - commentry updates - pull allocations out from under hugetlb_lock - refactor to match shared code layout - reinstate BUG_ON's Jon could you have a test on this and see if it works out for you. -apw --
| Parag Warudkar | BUG: soft lockup - CPU#1 stuck for 15s! [swapper:0] |
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Greg Kroah-Hartman | [PATCH 010/196] Chinese: add translation of Codingstyle |
| Andrew Morton | -mm merge plans for 2.6.23 |
git: | |
| Gerrit Renker | [PATCH 24/37] dccp: Processing Confirm options |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Alexey Dobriyan | Re: [GIT]: Networking |
| david | Re: iptables very slow after commit 784544739a25c30637397ace5489eeb6e15d7d49 |
