Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp2728909imm; Mon, 16 Jul 2018 13:06:14 -0700 (PDT) X-Google-Smtp-Source: AAOMgpdtKjIB1dWLgRb7oLv1/enWfsP49klkXaFf52Pouge4HEu+IIBziDmjCDVtBomvjNBu8x6x X-Received: by 2002:a65:498c:: with SMTP id r12-v6mr17084657pgs.112.1531771574888; Mon, 16 Jul 2018 13:06:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1531771574; cv=none; d=google.com; s=arc-20160816; b=MoE0r9gLJl4xCsnkWB0gxXSu5AW5MdbPFP/TLMg+3A+Un46Av5HIi9ZhwhyN6vh9d8 RkkhGSJIQkT9r7gcgoWjdQ4NSAwA7lV8qWyyknosirNLa/kU6P5NHRhTHSRsaiEx28IZ PygkGgE8b3O7OrhFuJAywpatv8/tG3pexqb0KfOHZCQmTlA+Fz7UtsQWwu1LCTuxgA4z IVUZr5Ri4S6fbrVa8utQSe1OaKmA8YrziElRsH0ckzqog6TeTrhMpGuBYei17MmabxGQ oArzhf0fIjt5G7EVXc71sZPUrlgZzOHr7BjheReHaSuKEP6zJY36UXIyJB5N9XnHUGOm n+Mg== 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=aYpcxvo72gYQUHHOP3kh/M4SqH0ZND/4of/VGIhSn2E=; b=hVXuyivDmZ82flj5SP5PIk9sdwMvn4HprhoQBRUyvmHDaUSe7KA5lOH3HLq7EJeaKt ymgFgmNn+6wPkiPOAHrp6U/XklhyYM5DzENwcHW8LqlT+dFfjg1NpyeZxzf3Xj1qKfxY sWoH7+IHoJbHs8M9hMcc3znR5OjPA2qBqnQ4mksNHfeCXzXXtnzRuww5HxsK2JkNUe56 739ph6MF9FyWQGgnBcL5fHG6n3K85vp7Wn/ib9oRfGepmiPtHNanFQ1o0HJDvT5PXrxI yvgGSiLS9P+tzSbyYfafyZzGtTPOH8fKiPSuXUamaj7lvg428ROjKu7GW0jDXT/oSElH i6mg== 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 y12-v6si13649881plr.55.2018.07.16.13.05.59; Mon, 16 Jul 2018 13:06:14 -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 S1728622AbeGPUeX (ORCPT + 99 others); Mon, 16 Jul 2018 16:34:23 -0400 Received: from mx2.suse.de ([195.135.220.15]:47176 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1728116AbeGPUeX (ORCPT ); Mon, 16 Jul 2018 16:34:23 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay1.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id E9088ADA6; Mon, 16 Jul 2018 20:05:22 +0000 (UTC) Date: Mon, 16 Jul 2018 22:05:17 +0200 From: Michal Hocko To: David Hildenbrand Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org, Alexander Potapenko , Andrew Morton , Andrey Ryabinin , Balbir Singh , Baoquan He , Benjamin Herrenschmidt , Boris Ostrovsky , Dan Williams , Dave Young , Dmitry Vyukov , Greg Kroah-Hartman , Hari Bathini , Huang Ying , Hugh Dickins , Ingo Molnar , Jaewon Kim , Jan Kara , =?iso-8859-1?B?Suly9G1l?= Glisse , Joonsoo Kim , Juergen Gross , Kate Stewart , "Kirill A. Shutemov" , Matthew Wilcox , Mel Gorman , Michael Ellerman , Miles Chen , Oscar Salvador , Paul Mackerras , Pavel Tatashin , Philippe Ombredanne , Rashmica Gupta , Reza Arbab , Souptick Joarder , Tetsuo Handa , Thomas Gleixner , Vlastimil Babka Subject: Re: [PATCH v1 00/10] mm: online/offline 4MB chunks controlled by device driver Message-ID: <20180716200517.GA16803@dhcp22.suse.cz> References: <20180524093121.GZ20441@dhcp22.suse.cz> <20180524120341.GF20441@dhcp22.suse.cz> <1a03ac4e-9185-ce8e-a672-c747c3e40ff2@redhat.com> <20180524142241.GJ20441@dhcp22.suse.cz> <819e45c5-6ae3-1dff-3f1d-c0411b6e2e1d@redhat.com> <3748f033-f349-6d88-d189-d77c76565981@redhat.com> <20180611115641.GL13364@dhcp22.suse.cz> <71bd1b65-2a88-5de7-9789-bf4fac26507d@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.0 (2018-05-17) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon 16-07-18 21:48:59, David Hildenbrand wrote: > On 11.06.2018 14:33, David Hildenbrand wrote: > > On 11.06.2018 13:56, Michal Hocko wrote: > >> On Mon 11-06-18 13:53:49, David Hildenbrand wrote: > >>> On 24.05.2018 23:07, David Hildenbrand wrote: > >>>> On 24.05.2018 16:22, Michal Hocko wrote: > >>>>> I will go over the rest of the email later I just wanted to make this > >>>>> point clear because I suspect we are talking past each other. > >>>> > >>>> It sounds like we are now talking about how to solve the problem. I like > >>>> that :) > >>>> > >>> > >>> Hi Michal, > >>> > >>> did you have time to think about the details of your proposed idea? > >> > >> Not really. Sorry about that. It's been busy time. I am planning to > >> revisit after merge window closes. > >> > > > > Sure no worries, I still have a bunch of other things to work on. But it > > would be nice to clarify soon in which direction I have to head to get > > this implemented and upstream (e.g. what I proposed, what you proposed > > or maybe something different). > > > I would really like to make progress here. > > I pointed out basic problems/questions with the proposed alternative. I > think I answered all your questions. But you also said that you are not > going to accept the current approach. So some decision has to be made. > > Although it's very demotivating and frustrating (I hope not all work in > the MM area will be like this), if there is no guidance on how to > proceed, I'll have to switch to adding/removing/onlining/offlining whole > segments. This is not what I want, but maybe this has a higher chance of > getting reviews/acks. > > Understanding that you are busy, please if you make suggestions, follow > up on responses. I plan to get back to this. It's busy time with too many things happening both upstream and on my work table as well. Sorry about that. I do understand your frustration but there is only that much time I have. There are not that many people to review this code unfortunately. In principle though, I still maintain my position that the memory hotplug code is way too subtle to add more on top. Maybe the code can be reworked to be less section oriented but that will be a lot of work. If you _really_ need a smaller granularity I do not have a better suggestion than to emulate that on top of sections. I still have to go back to your last emails though. -- Michal Hocko SUSE Labs