Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp280506imm; Thu, 6 Sep 2018 02:17:22 -0700 (PDT) X-Google-Smtp-Source: ANB0Vda8h6hoqXNWpBvn6Pa8BsyJZ2V6iYEY02XIWLkBxPTPpWGxuZQ/hRPNLCeJwKPV4NbOH5rl X-Received: by 2002:a65:6243:: with SMTP id q3-v6mr1750856pgv.273.1536225442786; Thu, 06 Sep 2018 02:17:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1536225442; cv=none; d=google.com; s=arc-20160816; b=OzofJy8GPGrUyt4NSyglSxwuMBRrnybd6RxMUESYD0hwD8r9jj3k26Ws3jsEjqP9He 5vVVAnLQD8kqHhwTlAvvjChAWi44Xe6NDxShbZBD+GK2hasXjGdB2Utk0jEa0TaDKcDg yXq4l+LhzFur8pZhI7QyD2jIEM+yitw55kdvind+kUr89bZ2Ho5WGcppjfR938n3CWCK ydRFQ9j6GDI2grRkhcQJhwLk6+iBlTJMZk/OgwoEFidkylbB7fEjfxmZsP8K5xHRHHzx AS+nQhFLwE3PuENqpRd/TvQPB+zaaVo8yQrWE+DIppn+sDvr/m6cCrgVcdK6VkyK9Cc9 PmgQ== 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=7Q3f6D5ADOwPjoYLmI/4zYCRVmdl/C6Wad3mEsV5MN4=; b=vDwQ70rYT74HyBNFnH2ruGUv/6pgiPf3Zw6bee9BCxrkNs0eL8sa9rnnu7+BoV7pgy drI/qVi+AYqm2vV16K2v89fgSwa0c7dMPhkvggShuOwOZc8A2IiLtn2W353UYTRaG5s7 Yl6PRACT5TvY6ahwLv0wvNRw+tp0Ul8dp3jbqz+1DcR4EPXg9GubnxXqoVq3/IHpd2bf ao9D+fmB1+R1uu/L4GRiP9F4vu6d1W80BntbxI7NTVOikn+wQOkgCy5mBw39nnuMwszJ NYW/t8jAgO4NAqHnxzNZecXt6xR42ga+jULSmeA+S9GZtTsCi8d5otxUDILTDLCrn1QW RPYg== 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 d13-v6si4295789plr.196.2018.09.06.02.17.07; Thu, 06 Sep 2018 02:17:22 -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 S1728329AbeIFNuL (ORCPT + 99 others); Thu, 6 Sep 2018 09:50:11 -0400 Received: from mx2.suse.de ([195.135.220.15]:45352 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1728035AbeIFNuK (ORCPT ); Thu, 6 Sep 2018 09:50:10 -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 B5193AFCE; Thu, 6 Sep 2018 09:15:38 +0000 (UTC) Date: Thu, 6 Sep 2018 11:15:38 +0200 From: Michal Hocko To: Mike Rapoport Cc: linux-mm@kvack.org, Andrew Morton , "David S. Miller" , Greg Kroah-Hartman , Ingo Molnar , Michael Ellerman , Paul Burton , Thomas Gleixner , Tony Luck , linux-ia64@vger.kernel.org, linux-mips@linux-mips.org, linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [RFC PATCH 00/29] mm: remove bootmem allocator Message-ID: <20180906091538.GN14951@dhcp22.suse.cz> References: <1536163184-26356-1-git-send-email-rppt@linux.vnet.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1536163184-26356-1-git-send-email-rppt@linux.vnet.ibm.com> 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 Wed 05-09-18 18:59:15, Mike Rapoport wrote: [...] > 325 files changed, 846 insertions(+), 2478 deletions(-) > delete mode 100644 include/linux/bootmem.h > delete mode 100644 mm/bootmem.c > delete mode 100644 mm/nobootmem.c This is really impressive! Thanks a lot for working on this. I wish we could simplify the memblock API as well. There are just too many public functions with subtly different semantic and barely any useful documentation. But even this is a great step forward! -- Michal Hocko SUSE Labs