Received: by 10.223.185.116 with SMTP id b49csp8759939wrg; Fri, 2 Mar 2018 07:29:59 -0800 (PST) X-Google-Smtp-Source: AG47ELtnY6ZCA7uNzV4LVSWhQGVl08bEFIVJEiJGSBTvIDKq6JUKH4AzHotjGrw4z7sNabctHxE7 X-Received: by 10.101.65.71 with SMTP id x7mr4857303pgp.203.1520004599485; Fri, 02 Mar 2018 07:29:59 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1520004599; cv=none; d=google.com; s=arc-20160816; b=Kw60tuXmRhAV4NPNbFci0b8yq6DD/m5VR1/qNb9HizhMELRqPkzTcrFMCUk4VkIPFF XBLtngrH8SGiLXf6nAw71UGdq1nmiqJbj5+flu0DLlY72N2hh96Yduo8K9qpMkHNKuo2 zy6Lf3X0kEHCUGEhKGbeVk8bXEH5qOxJdFeD3LRQYY5Dw84qBdSx2kMAHHqQZh8qUqx5 DBHYfPuMwv19CYQ15LAYs9Vu07hbfFW55cFiL7LUftxNqHBqBgwcPWNJgN+JgVxSKS/+ UWSd9OV7iPiVipAMHlj6h3Piy/sYSLrVao+7qTbZ5pFDPEPsvcQ1WorU6UyjEEuH4bM2 BrPQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=Yzu+K66kupk8PnCvbdm/1b6r4zf2EbSLlkDB10TTyrU=; b=uo3Sespg37xgTZBKtv/SwcOUWtwiEbuRqnVJiOQ6xQolzB2YVJsb4OPIi/B3CDI2B1 gTvBVFYMHjack58QV17zbJN54cdGp+y5QZEATZD5pp/QRYaj8i6CYAcF9JtJpjmu8woW TLJFLcWgC6QcNLsSDWGLPVWwZP8Y6Ipr2tAA787nAihIQ2HLES2V6kMZmf0TDiALmD8Q M+X2Ltoaz5va3uwIerIJ6eiZFqimNJ6vDAUAk+EZz0QqWG59nzOL/zQcvk+VK0kVhUh1 Gn5Ip5snBo5lWysha1jUuS2PQcdydX8Ii6HRpaom5b59cQ/ulr51+FG3sW5t6FO6pA3M UNwg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 94-v6si4949682pla.215.2018.03.02.07.29.44; Fri, 02 Mar 2018 07:29:59 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1423074AbeCBNB0 (ORCPT + 99 others); Fri, 2 Mar 2018 08:01:26 -0500 Received: from mx2.suse.de ([195.135.220.15]:50396 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1164700AbeCBNBW (ORCPT ); Fri, 2 Mar 2018 08:01:22 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id D891EB4CB; Fri, 2 Mar 2018 13:01:20 +0000 (UTC) Date: Fri, 2 Mar 2018 14:01:20 +0100 From: Michal Hocko To: Daniel Vacek Cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org, Andrew Morton , Vlastimil Babka , Mel Gorman , Pavel Tatashin , Paul Burton , stable@vger.kernel.org Subject: Re: [PATCH] mm/page_alloc: fix memmap_init_zone pageblock alignment Message-ID: <20180302130052.GN15057@dhcp22.suse.cz> References: <1519908465-12328-1-git-send-email-neelx@redhat.com> <20180301131033.GH15057@dhcp22.suse.cz> <20180301152729.GM15057@dhcp22.suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.3 (2018-01-21) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu 01-03-18 17:20:04, Daniel Vacek wrote: > On Thu, Mar 1, 2018 at 4:27 PM, Michal Hocko wrote: > > On Thu 01-03-18 16:09:35, Daniel Vacek wrote: > > [...] > >> $ grep 7b7ff000 /proc/iomem > >> 7b7ff000-7b7fffff : System RAM > > [...] > >> After commit b92df1de5d28 machine eventually crashes with: > >> > >> BUG at mm/page_alloc.c:1913 > >> > >> > VM_BUG_ON(page_zone(start_page) != page_zone(end_page)); > > > > This is an important information that should be in the changelog. > > And that's exactly what my seven very first words tried to express in > human readable form instead of mechanically pasting the source code. I > guess that's a matter of preference. Though I see grepping later can > be an issue here. Do not get me wrong I do not want to nag just for fun of it. The changelog should be really clear about the problem. What might be clear to you based on the debugging might not be so clear to others. And the struct page initialization code is far from trivial especially when we have different alignment requirements by the memory model and the page allocator. Therefore being as clear as possible is really valuable. So I would really love to see the changelog to contain. - What is going on - VM_BUG_ON in move_freepages along with the crash report - memory ranges exported by BIOS/FW - explain why is the pageblock alignment the proper one. How does the range look from the memory section POV (with SPARSEMEM). - What about those unaligned pages which are not backed by any memory? Are they reserved so that they will never get used? And just to be clear. I am not saying your patch is wrong. It just raises more questions than answers and I suspect it just papers over some more fundamental problem. I might be clearly wrong and I cannot deserve this more time for the next week because I will be offline but I would _really_ appreciate if this all got explained. Thanks! -- Michal Hocko SUSE Labs