Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp4019597yba; Tue, 7 May 2019 10:45:21 -0700 (PDT) X-Google-Smtp-Source: APXvYqxwzXS3pjLOXIykdSWzQ8vlThVjcPynMRy/WAs2UcAhRNRWLSbgP2fLbFr2h5vmEA5zgRgN X-Received: by 2002:a17:902:968c:: with SMTP id n12mr41714036plp.105.1557251121328; Tue, 07 May 2019 10:45:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1557251121; cv=none; d=google.com; s=arc-20160816; b=v5+GzjChiOUmAQzE7mKo3YFIJP9/1FRP+npsQOnOQC/OhauoYAXOW41exbN2/WOFSC aTWAbVM1FAETOMb1+0Y2U7TGrOi+fZOjU2Nf8aKDxxag5zMNWVM+JcTi5DYMeQ7gl9j1 pE1pZ+nX9MHmFUMIFvWpGzZw7DO9owpfBh356bdXLIAHbJzfdDAShGx+p3gp9wjku4mx 6P/F73369f0oiHIa+ULzVWvbwipFjQpHAvX9Ch5JRISqe8ZeX9g7G3DLOAjNuE7ds2IJ zoADNVnWADzVInawaAMlrXvKx/nWvFQiOPDAI9aiIEL9oJTINu4rcoZpG8ULyshIQuWA GLTg== 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; bh=ytCkz687waR4GJ+1u+uF33FVUlWa8FooSFkxCTvV7l0=; b=ClLmJj1g+0y/pbFLTELHHPUAo2DyexyIIxh/zt+RDVgvahhcL6GD003HURDgVrb5/t M0OgmCLyQxmL1zpgq8Tp6lV8j6Wjs85t8lQN1ycV5iB/bvtD1YkEhuWKc32Bu+y/pnsY 6yyliFyw6SQ3juMG94FaIcvidJOIlwkydxRm1rhdsz/NfGiUQkn50bnxoFm7pv6phLpI jA4qnUEB5O5Nrd7X3CZ+ozDQAtCMT2I1E9+C/ptYzSFaSMnRPaFGl5f6pWA0Am0bYRUY FFOQUq6NOF5kZkVg7H7dsph+sQAbrly2qLnDYw9BjZCqjP2Jl+l1mfXiB1kH7fxYlhNc Nq6A== 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; dmarc=fail (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 j24si19051725pgh.320.2019.05.07.10.45.05; Tue, 07 May 2019 10:45:21 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726963AbfEGRnj (ORCPT + 99 others); Tue, 7 May 2019 13:43:39 -0400 Received: from mx2.suse.de ([195.135.220.15]:57854 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726607AbfEGRni (ORCPT ); Tue, 7 May 2019 13:43:38 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 9CE04AF7C; Tue, 7 May 2019 17:43:37 +0000 (UTC) Date: Tue, 7 May 2019 19:43:36 +0200 From: Michal Hocko To: Matthew Wilcox Cc: Sasha Levin , 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: <20190507174336.GU31017@dhcp22.suse.cz> 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 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 07-05-19 10:36:55, 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? No idea. But I have tried to describe those layouts in the changelog so if somebody can come up with a way to reproduce them under kvm/qemu I would really appreciate that. -- Michal Hocko SUSE Labs