From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ed1-f70.google.com (mail-ed1-f70.google.com [209.85.208.70]) by kanga.kvack.org (Postfix) with ESMTP id 243E86B0003 for ; Mon, 23 Jul 2018 07:09:32 -0400 (EDT) Received: by mail-ed1-f70.google.com with SMTP id c2-v6so287667edi.20 for ; Mon, 23 Jul 2018 04:09:32 -0700 (PDT) Received: from mx1.suse.de (mx2.suse.de. [195.135.220.15]) by mx.google.com with ESMTPS id l17-v6si1708812edr.310.2018.07.23.04.09.30 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 23 Jul 2018 04:09:30 -0700 (PDT) Date: Mon, 23 Jul 2018 13:09:28 +0200 From: Michal Hocko Subject: Re: [PATCH v2 00/14] mm: Asynchronous + multithreaded memmap init for ZONE_DEVICE Message-ID: <20180723110928.GC31229@dhcp22.suse.cz> References: <153176041838.12695.3365448145295112857.stgit@dwillia2-desk3.amr.corp.intel.com> <20180717155006.GL7193@dhcp22.suse.cz> <20180718120529.GY7193@dhcp22.suse.cz> <3f43729d-fd4e-a488-e04d-026ef5a28dd9@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3f43729d-fd4e-a488-e04d-026ef5a28dd9@intel.com> Sender: owner-linux-mm@kvack.org List-ID: To: Dave Hansen Cc: Dan Williams , pasha.tatashin@oracle.com, dalias@libc.org, Jan Kara , Benjamin Herrenschmidt , Heiko Carstens , linux-mm , Paul Mackerras , "H. Peter Anvin" , Yoshinori Sato , "linux-nvdimm@lists.01.org" , the arch/x86 maintainers , Matthew Wilcox , daniel.m.jordan@oracle.com, Ingo Molnar , fenghua.yu@intel.com, Jerome Glisse , Thomas Gleixner , "Luck, Tony" , Linux Kernel Mailing List , Michael Ellerman , Martin Schwidefsky , Andrew Morton , Christoph Hellwig On Thu 19-07-18 11:41:10, Dave Hansen wrote: > On 07/18/2018 05:05 AM, Michal Hocko wrote: > > On Tue 17-07-18 10:32:32, Dan Williams wrote: > >> On Tue, Jul 17, 2018 at 8:50 AM Michal Hocko wrote: > > [...] > >>> Is there any reason that this work has to target the next merge window? > >>> The changelog is not really specific about that. > >> > >> Same reason as any other change in this space, hardware availability > >> continues to increase. These patches are a direct response to end user > >> reports of unacceptable init latency with current kernels. > > > > Do you have any reference please? > > Are you looking for the actual end-user reports? This was more of a > case of the customer plugging in some persistent memory DIMMs, noticing > the boot delta and calling the folks who sold them the DIMMs (Intel). But this doesn't sound like something to rush a solution for in the upcoming merge windown, does it? -- Michal Hocko SUSE Labs