From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx151.postini.com [74.125.245.151]) by kanga.kvack.org (Postfix) with SMTP id 2FCA76B005A for ; Mon, 3 Dec 2012 18:17:17 -0500 (EST) Date: Mon, 3 Dec 2012 15:17:15 -0800 From: Andrew Morton Subject: Re: [RFT PATCH v2 4/5] mm: provide more accurate estimation of pages occupied by memmap Message-Id: <20121203151715.8c536a7a.akpm@linux-foundation.org> In-Reply-To: <50BBB21D.3070005@googlemail.com> References: <20121120111942.c9596d3f.akpm@linux-foundation.org> <1353510586-6393-1-git-send-email-jiang.liu@huawei.com> <20121128155221.df369ce4.akpm@linux-foundation.org> <50B73E56.4050603@googlemail.com> <50BBB21D.3070005@googlemail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: Chris Clayton Cc: Jiang Liu , Wen Congyang , David Rientjes , Jiang Liu , Maciej Rutecki , "Rafael J . Wysocki" , Mel Gorman , Minchan Kim , KAMEZAWA Hiroyuki , Michal Hocko , Jianguo Wu , linux-mm@kvack.org, linux-kernel@vger.kernel.org On Sun, 02 Dec 2012 19:55:09 +0000 Chris Clayton wrote: > > > On 11/29/12 10:52, Chris Clayton wrote: > > On 11/28/12 23:52, Andrew Morton wrote: > >> On Wed, 21 Nov 2012 23:09:46 +0800 > >> Jiang Liu wrote: > >> > >>> Subject: Re: [RFT PATCH v2 4/5] mm: provide more accurate estimation > >>> of pages occupied by memmap > >> > >> How are people to test this? "does it boot"? > >> > > > > I've been running kernels with Gerry's 5 patches applied for 11 days > > now. This is on a 64bit laptop but with a 32bit kernel + HIGHMEM. I > > joined the conversation because my laptop would not resume from suspend > > to disk - it either froze or rebooted. With the patches applied the > > laptop does successfully resume and has been stable. > > > > Since Monday, I have have been running a kernel with the patches (plus, > > from today, the patch you mailed yesterday) applied to 3.7rc7, without > > problems. > > > > I've been running 3.7-rc7 with the patches listed below for a week now > and it has been perfectly stable. In particular, my laptop will now > successfully resume from suspend to disk, which always failed without > the patches. > > From Jiang Liu: > 1. [RFT PATCH v2 1/5] mm: introduce new field "managed_pages" to struct zone > 2. [RFT PATCH v1 2/5] mm: replace zone->present_pages with > zone->managed_pages if appreciated > 3. [RFT PATCH v1 3/5] mm: set zone->present_pages to number of existing > pages in the zone > 4. [RFT PATCH v2 4/5] mm: provide more accurate estimation of pages > occupied by memmap > 5. [RFT PATCH v1 5/5] mm: increase totalram_pages when free pages > allocated by bootmem allocator > > From Andrew Morton: > 6. mm-provide-more-accurate-estimation-of-pages-occupied-by-memmap.patch > > Tested-by: Chris Clayton Thanks. I have only two of these five patches queued for 3.8: mm-introduce-new-field-managed_pages-to-struct-zone.patch and mm-provide-more-accurate-estimation-of-pages-occupied-by-memmap.patch. I don't recall what happened with the other three. -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751692Ab2LCXRS (ORCPT ); Mon, 3 Dec 2012 18:17:18 -0500 Received: from mail.linuxfoundation.org ([140.211.169.12]:49367 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751340Ab2LCXRQ (ORCPT ); Mon, 3 Dec 2012 18:17:16 -0500 Date: Mon, 3 Dec 2012 15:17:15 -0800 From: Andrew Morton To: Chris Clayton Cc: Jiang Liu , Wen Congyang , David Rientjes , Jiang Liu , Maciej Rutecki , "Rafael J . Wysocki" , Mel Gorman , Minchan Kim , KAMEZAWA Hiroyuki , Michal Hocko , Jianguo Wu , linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: Re: [RFT PATCH v2 4/5] mm: provide more accurate estimation of pages occupied by memmap Message-Id: <20121203151715.8c536a7a.akpm@linux-foundation.org> In-Reply-To: <50BBB21D.3070005@googlemail.com> References: <20121120111942.c9596d3f.akpm@linux-foundation.org> <1353510586-6393-1-git-send-email-jiang.liu@huawei.com> <20121128155221.df369ce4.akpm@linux-foundation.org> <50B73E56.4050603@googlemail.com> <50BBB21D.3070005@googlemail.com> X-Mailer: Sylpheed 3.0.2 (GTK+ 2.20.1; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, 02 Dec 2012 19:55:09 +0000 Chris Clayton wrote: > > > On 11/29/12 10:52, Chris Clayton wrote: > > On 11/28/12 23:52, Andrew Morton wrote: > >> On Wed, 21 Nov 2012 23:09:46 +0800 > >> Jiang Liu wrote: > >> > >>> Subject: Re: [RFT PATCH v2 4/5] mm: provide more accurate estimation > >>> of pages occupied by memmap > >> > >> How are people to test this? "does it boot"? > >> > > > > I've been running kernels with Gerry's 5 patches applied for 11 days > > now. This is on a 64bit laptop but with a 32bit kernel + HIGHMEM. I > > joined the conversation because my laptop would not resume from suspend > > to disk - it either froze or rebooted. With the patches applied the > > laptop does successfully resume and has been stable. > > > > Since Monday, I have have been running a kernel with the patches (plus, > > from today, the patch you mailed yesterday) applied to 3.7rc7, without > > problems. > > > > I've been running 3.7-rc7 with the patches listed below for a week now > and it has been perfectly stable. In particular, my laptop will now > successfully resume from suspend to disk, which always failed without > the patches. > > From Jiang Liu: > 1. [RFT PATCH v2 1/5] mm: introduce new field "managed_pages" to struct zone > 2. [RFT PATCH v1 2/5] mm: replace zone->present_pages with > zone->managed_pages if appreciated > 3. [RFT PATCH v1 3/5] mm: set zone->present_pages to number of existing > pages in the zone > 4. [RFT PATCH v2 4/5] mm: provide more accurate estimation of pages > occupied by memmap > 5. [RFT PATCH v1 5/5] mm: increase totalram_pages when free pages > allocated by bootmem allocator > > From Andrew Morton: > 6. mm-provide-more-accurate-estimation-of-pages-occupied-by-memmap.patch > > Tested-by: Chris Clayton Thanks. I have only two of these five patches queued for 3.8: mm-introduce-new-field-managed_pages-to-struct-zone.patch and mm-provide-more-accurate-estimation-of-pages-occupied-by-memmap.patch. I don't recall what happened with the other three.