From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751898AbeEQTzX (ORCPT ); Thu, 17 May 2018 15:55:23 -0400 Received: from mga11.intel.com ([192.55.52.93]:25345 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750924AbeEQTzW (ORCPT ); Thu, 17 May 2018 15:55:22 -0400 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.49,411,1520924400"; d="scan'208";a="40789106" Date: Thu, 17 May 2018 22:55:15 +0300 From: Ville =?iso-8859-1?Q?Syrj=E4l=E4?= To: Michal Hocko Cc: Joonsoo Kim , "Aneesh Kumar K . V" , Tony Lindgren , Vlastimil Babka , Johannes Weiner , Laura Abbott , Marek Szyprowski , Mel Gorman , Michal Nazarewicz , Minchan Kim , Rik van Riel , Russell King , Will Deacon , Andrew Morton , Linus Torvalds , linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] Revert "mm/cma: manage the memory of the CMA area by using the ZONE_MOVABLE" Message-ID: <20180517195515.GR23723@intel.com> References: <20180517125959.8095-1-ville.syrjala@linux.intel.com> <20180517132109.GU12670@dhcp22.suse.cz> <20180517133629.GH23723@intel.com> <20180517135832.GI23723@intel.com> <20180517164947.GV12670@dhcp22.suse.cz> <20180517171335.GN23723@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20180517171335.GN23723@intel.com> User-Agent: Mutt/1.9.4 (2018-02-28) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, May 17, 2018 at 08:13:35PM +0300, Ville Syrjälä wrote: > On Thu, May 17, 2018 at 06:49:47PM +0200, Michal Hocko wrote: > > On Thu 17-05-18 16:58:32, Ville Syrjälä wrote: > > > On Thu, May 17, 2018 at 04:36:29PM +0300, Ville Syrjälä wrote: > > > > On Thu, May 17, 2018 at 03:21:09PM +0200, Michal Hocko wrote: > > > > > On Thu 17-05-18 15:59:59, Ville Syrjala wrote: > > > > > > From: Ville Syrjälä > > > > > > > > > > > > This reverts commit bad8c6c0b1144694ecb0bc5629ede9b8b578b86e. > > > > > > > > > > > > Make x86 with HIGHMEM=y and CMA=y boot again. > > > > > > > > > > Is there any bug report with some more details? It is much more > > > > > preferable to fix the issue rather than to revert the whole thing > > > > > right away. > > > > > > > > The machine I have in front of me right now didn't give me anything. > > > > Black screen, and netconsole was silent. No serial port on this > > > > machine unfortunately. > > > > > > Booted on another machine with serial: > > > > Could you provide your .config please? > > Attached. Not sure there's anything particularly useful in it though > since I've now seen this on all the highmem systems I've booted. > > > BTW I just noticed that the reported memory sizes look pretty crazy: > > Memory: 3926480K/3987424K available (5254K kernel code, 561K rwdata, > 2156K rodata, 572K init, 9308K bss, 56848K reserved, > 4096K cma-reserved, 3078532K highmem) > > vs. > > Memory: 7001976K/3987424K available (5254K kernel code, 561K rwdata, > 2156K rodata, 572K init, 9308K bss, 4291097664K reserved, > 4096K cma-reserved, 7005012K highmem) > > > > > [...] > > > [ 0.000000] cma: Reserved 4 MiB at 0x0000000037000000 > > [...] > > > [ 0.000000] BUG: Bad page state in process swapper pfn:377fe > > > [ 0.000000] page:f53effc0 count:0 mapcount:-127 mapping:00000000 index:0x0 > > > > OK, so this looks the be the source of the problem. -128 would be a > > buddy page but I do not see anything that would set the counter to -127 > > and the real map count updates shouldn't really happen that early. > > > > Maybe CONFIG_DEBUG_VM and CONFIG_DEBUG_HIGHMEM will tell us more. > > I'll see about grabbing another log. With DEBUG_VM the machine doesn't get far enough to print anything on the serial console. DEBUG_HIGHMEM didn't give me any new output. -- Ville Syrjälä Intel From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pl0-f70.google.com (mail-pl0-f70.google.com [209.85.160.70]) by kanga.kvack.org (Postfix) with ESMTP id 1D96C6B0530 for ; Thu, 17 May 2018 15:55:26 -0400 (EDT) Received: by mail-pl0-f70.google.com with SMTP id a5-v6so3486403plp.8 for ; Thu, 17 May 2018 12:55:26 -0700 (PDT) Received: from mga02.intel.com (mga02.intel.com. [134.134.136.20]) by mx.google.com with ESMTPS id a9-v6si5453418pls.289.2018.05.17.12.55.22 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 17 May 2018 12:55:22 -0700 (PDT) Date: Thu, 17 May 2018 22:55:15 +0300 From: Ville =?iso-8859-1?Q?Syrj=E4l=E4?= Subject: Re: [PATCH] Revert "mm/cma: manage the memory of the CMA area by using the ZONE_MOVABLE" Message-ID: <20180517195515.GR23723@intel.com> References: <20180517125959.8095-1-ville.syrjala@linux.intel.com> <20180517132109.GU12670@dhcp22.suse.cz> <20180517133629.GH23723@intel.com> <20180517135832.GI23723@intel.com> <20180517164947.GV12670@dhcp22.suse.cz> <20180517171335.GN23723@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20180517171335.GN23723@intel.com> Sender: owner-linux-mm@kvack.org List-ID: To: Michal Hocko Cc: Joonsoo Kim , "Aneesh Kumar K . V" , Tony Lindgren , Vlastimil Babka , Johannes Weiner , Laura Abbott , Marek Szyprowski , Mel Gorman , Michal Nazarewicz , Minchan Kim , Rik van Riel , Russell King , Will Deacon , Andrew Morton , Linus Torvalds , linux-mm@kvack.org, linux-kernel@vger.kernel.org On Thu, May 17, 2018 at 08:13:35PM +0300, Ville Syrjala wrote: > On Thu, May 17, 2018 at 06:49:47PM +0200, Michal Hocko wrote: > > On Thu 17-05-18 16:58:32, Ville Syrjala wrote: > > > On Thu, May 17, 2018 at 04:36:29PM +0300, Ville Syrjala wrote: > > > > On Thu, May 17, 2018 at 03:21:09PM +0200, Michal Hocko wrote: > > > > > On Thu 17-05-18 15:59:59, Ville Syrjala wrote: > > > > > > From: Ville Syrjala > > > > > > > > > > > > This reverts commit bad8c6c0b1144694ecb0bc5629ede9b8b578b86e. > > > > > > > > > > > > Make x86 with HIGHMEM=y and CMA=y boot again. > > > > > > > > > > Is there any bug report with some more details? It is much more > > > > > preferable to fix the issue rather than to revert the whole thing > > > > > right away. > > > > > > > > The machine I have in front of me right now didn't give me anything. > > > > Black screen, and netconsole was silent. No serial port on this > > > > machine unfortunately. > > > > > > Booted on another machine with serial: > > > > Could you provide your .config please? > > Attached. Not sure there's anything particularly useful in it though > since I've now seen this on all the highmem systems I've booted. > > > BTW I just noticed that the reported memory sizes look pretty crazy: > > Memory: 3926480K/3987424K available (5254K kernel code, 561K rwdata, > 2156K rodata, 572K init, 9308K bss, 56848K reserved, > 4096K cma-reserved, 3078532K highmem) > > vs. > > Memory: 7001976K/3987424K available (5254K kernel code, 561K rwdata, > 2156K rodata, 572K init, 9308K bss, 4291097664K reserved, > 4096K cma-reserved, 7005012K highmem) > > > > > [...] > > > [ 0.000000] cma: Reserved 4 MiB at 0x0000000037000000 > > [...] > > > [ 0.000000] BUG: Bad page state in process swapper pfn:377fe > > > [ 0.000000] page:f53effc0 count:0 mapcount:-127 mapping:00000000 index:0x0 > > > > OK, so this looks the be the source of the problem. -128 would be a > > buddy page but I do not see anything that would set the counter to -127 > > and the real map count updates shouldn't really happen that early. > > > > Maybe CONFIG_DEBUG_VM and CONFIG_DEBUG_HIGHMEM will tell us more. > > I'll see about grabbing another log. With DEBUG_VM the machine doesn't get far enough to print anything on the serial console. DEBUG_HIGHMEM didn't give me any new output. -- Ville Syrjala Intel