Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp4021001yba; Tue, 7 May 2019 10:46:34 -0700 (PDT) X-Google-Smtp-Source: APXvYqzh4DmKy7QgqFr6zFNxyXZoILWY1f99lQlFZhK5sjMre4Frf8GfgduTCC8KNnkUaoUxqG+c X-Received: by 2002:a63:cc4b:: with SMTP id q11mr7663964pgi.43.1557251194854; Tue, 07 May 2019 10:46:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1557251194; cv=none; d=google.com; s=arc-20160816; b=ne6f25WUzSbCW6OEVkSEi1vOUXKFd6darHTDD6ylTjfrdmZ9khximCa/HPpQmxyj4d uoEBbrdW0shmIkpS/17Y1p96cASaNySNAgwI1l5xWwYDejaXGLvWNjuhCbxsavwC5L6Q VLlvKSLO1mjSfvFIFkeinVpwezpMuISB5eiWQEJ/3fj0kicseD99zdSwrr7p0GI2IuwI q0YG8HG2GPeXDRrXvdrjN0elU40yEhK4RAIE9e1DD9RJVZPtBMajfSMQPvGk1BMx0uXM lZho2LAZJVmP9ZiD/iNpKrQdg23iVr3dCcA9DQCw6tY1P+7GolKZtsL2x95TgtV3bjZh QvTw== 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:dkim-signature; bh=gQXc2uw0XtfH8tNagUfrK8+RZDnIuDVdBFWQHms/Jbo=; b=L4VLt/Ese+woKq0PPf8XwfffHqKfiTXRcmRTHurF1I7F/CCDVd9yrI7RWsgLlbCfAV I21UVnzliAks0i99TnEmwuhQIAqo/xSn8OwuQdMisYOLBr5+zBAXMPypmrZAdm/7cM0E HN82RSGcsh0pdE7nQNiH3T58A7Kj2oS/TlH1ASuKd0n+g060lrCJF2h7Y9er+wiPoY6p 2PeANjpnzRKbZdmw3gL4BX7qukNoaZ2R5V01NosiggCRnt1rTmYcbx7vsIP0hWk8K5bn 8UZZBbvNrXjMJpZjIkDbuWCugMGumRgJbmeUZR1dWEvVDl0PPsBLsaQxtqfPu+BtzhpO yO3g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b="sY8/+8XQ"; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id i40si21335767plb.315.2019.05.07.10.46.19; Tue, 07 May 2019 10:46:34 -0700 (PDT) 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; dkim=pass header.i=@kernel.org header.s=default header.b="sY8/+8XQ"; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727605AbfEGRpQ (ORCPT + 99 others); Tue, 7 May 2019 13:45:16 -0400 Received: from mail.kernel.org ([198.145.29.99]:44954 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726699AbfEGRpQ (ORCPT ); Tue, 7 May 2019 13:45:16 -0400 Received: from localhost (c-73-47-72-35.hsd1.nh.comcast.net [73.47.72.35]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 4D85A205C9; Tue, 7 May 2019 17:45:15 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1557251115; bh=mE/YighewZji2jdALogvRxl+gKJULhzu19FRdUZqyHQ=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=sY8/+8XQ92ZXJgN8PAqu8UrV/K07qeZA1yYTfgXcoC/e6WoGCQKN8S+/hRLPmUZhS 0aJgZ3eezGGEiPFqd+8x7IGAN0cHy4GBimd72MOJC7icpy9MMCykrksZnR+0EeWn0k KT9xDdfYUnnWMNzK2P2eNli9huwC2R6ijAa7gcb4= Date: Tue, 7 May 2019 13:45:14 -0400 From: Sasha Levin To: Matthew Wilcox Cc: Michal Hocko , Linus Torvalds , Alexander Duyck , LKML , stable , Mikhail Zaslonko , Gerald Schaefer , Mikhail Gavrilov , Dave Hansen , Alexander Duyck , Pasha Tatashin , Martin Schwidefsky , Heiko Carstens , Andrew Morton , Sasha Levin , linux-mm Subject: Re: [PATCH AUTOSEL 4.14 62/95] mm, memory_hotplug: initialize struct pages for the full memory section Message-ID: <20190507174514.GI1747@sasha-vm> References: <20190507053826.31622-1-sashal@kernel.org> <20190507053826.31622-62-sashal@kernel.org> <20190507170208.GF1747@sasha-vm> <20190507171806.GG1747@sasha-vm> <20190507173224.GS31017@dhcp22.suse.cz> <20190507173655.GA1403@bombadil.infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <20190507173655.GA1403@bombadil.infradead.org> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, May 07, 2019 at 10:36:55AM -0700, Matthew Wilcox wrote: >On Tue, May 07, 2019 at 07:32:24PM +0200, Michal Hocko wrote: >> On Tue 07-05-19 13:18:06, Sasha Levin wrote: >> > Michal, is there a testcase I can plug into kselftests to make sure we >> > got this right (and don't regress)? We care a lot about memory hotplug >> > working right. >> >> As said in other email. The memory hotplug tends to work usually. It >> takes unexpected memory layouts which trigger corner cases. This makes >> testing really hard. > >Can we do something with qemu? Is it flexible enough to hotplug memory >at the right boundaries? That was my thinking too. qemu should be able to reproduce all these "unexpected" memory layouts we've had issue with so far and at the very least make sure we don't regress on those. We're going to have (quite a) large amount of systems with "weird" memory layouts that do memory hotplug quite frequently in production, so this whole "tends to work usually" thing kinda scares me. -- Thanks, Sasha