Received: by 2002:a25:e74b:0:0:0:0:0 with SMTP id e72csp1963482ybh; Fri, 24 Jul 2020 00:31:22 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyS1sX5EMMziPiiEAHwpwF7crk5BUe9OBwpS50cNswvJDbRA6Y67QTKvx5ZJmf00kTe4vSD X-Received: by 2002:a05:6402:3064:: with SMTP id bs4mr7915235edb.350.1595575881994; Fri, 24 Jul 2020 00:31:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1595575881; cv=none; d=google.com; s=arc-20160816; b=s7OT7t5yico0yrMqotUu3fKbSUF6oo5ryuDl4W6DeN3u0kdOzs9yGMeGnIEku9xgGC BOljoYqFl4oEEseDtObvoAcWC9XztLFoIdfYnpcgpoiECas0L2q8C+mWFbFZeu6Jldh5 k9mH/7VJurcK6WNsMdkqLP67jW3OWkYUz1zGc/iZeqKLBwh/zASbNiMUcen2pV7wDP4S wclCaZ+8NpMCKKhnvnRRs2szYSVZMGFMwMFwVRKsNDIFbFYiAaHyhfdSqZvHmMPBducJ opr5T0U2hGlZHVZO8rpCjbij4aNzHqkdk+ZzmSK0vYGo72jA3wP5KAGpn9JOMuxI3TH4 wkMA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=xfL/HVhb5CZmwLPp8FrK3Hc1m89ug/giIGTFH3XnKGo=; b=AgfvG153CXc6y7dzCEzmqcuMySzJSbLnDLt4CtFFl8HzwmK4He9nIkf2/vFVwEAabh 4ImS4YoXiFTICKkYtjzbr/4Moju10Pc/MI8DT8IMr2eDCdeftXmHzkLCGadqCU1OKhQg tboiOKVFbYXlsABwHS06bCp2lziOwskuuK5Vtbuq6dQeHkSX7mSEHNbnUP1KS2Kf2Zxh I86oh/QngL8GOlxTWy2A9ofYdZj0HxzphLHyV/wlYsTTZLEbZwi5LckNOGPTjT7lk5zk W5VrX9WAqEd4kq3egt9nbh8HqEohp77ZGgvQlWB0NaFYn9UCMabUsdmpV76db1l38z0U g0+w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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. [23.128.96.18]) by mx.google.com with ESMTP id l8si77398ejc.665.2020.07.24.00.30.59; Fri, 24 Jul 2020 00:31:21 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 S1726680AbgGXH21 (ORCPT + 99 others); Fri, 24 Jul 2020 03:28:27 -0400 Received: from mail-ed1-f65.google.com ([209.85.208.65]:36590 "EHLO mail-ed1-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726543AbgGXH21 (ORCPT ); Fri, 24 Jul 2020 03:28:27 -0400 Received: by mail-ed1-f65.google.com with SMTP id dg28so6320230edb.3 for ; Fri, 24 Jul 2020 00:28:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=xfL/HVhb5CZmwLPp8FrK3Hc1m89ug/giIGTFH3XnKGo=; b=tQ3oOED3r+MGbka7TXFwjKJhyVmdFDL9IPo/s88lIz3E0B++9iTDNOsc2lH6OUn1tX JatungYiIduaHC2oFWVY3UeXLp85siFJ+gZ7xFCFJw+oDlEASLQxksSxBnLyct+afauq nIcyBvu8Ju1kcUuNL+gcVqcXv7de4sLYE+3lW38gDMyhSkOAlNdZn0+HjtU+cihzuU/9 tUh3ouHyLxK3HIRzgPOqq5SvsZFynVwxc2KwJtKk8jqXIfl2sJnvYfKF8mSi7Vvvg4pQ PgcDl12o/K3/GmPf52aKkHKUUnJ3aOgvmyIFnAaHZor3QWK80d15UAOW5GuzKY21e/ta s+mg== X-Gm-Message-State: AOAM531YC7ajiqyG2y3zrYIinQ2qsFPaKZtlTlUSiLxfR30BOVWbDqKc Idml9+0QiYksYd3dQn0Z5eg= X-Received: by 2002:a50:cd53:: with SMTP id d19mr7868671edj.300.1595575704271; Fri, 24 Jul 2020 00:28:24 -0700 (PDT) Received: from localhost (ip-37-188-169-187.eurotel.cz. [37.188.169.187]) by smtp.gmail.com with ESMTPSA id lc18sm120397ejb.29.2020.07.24.00.28.22 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 24 Jul 2020 00:28:23 -0700 (PDT) Date: Fri, 24 Jul 2020 09:28:21 +0200 From: Michal Hocko To: David Hildenbrand Cc: Roger Pau =?iso-8859-1?Q?Monn=E9?= , =?iso-8859-1?Q?J=FCrgen_Gro=DF?= , linux-kernel@vger.kernel.org, Boris Ostrovsky , Stefano Stabellini , Andrew Morton , xen-devel@lists.xenproject.org, linux-mm@kvack.org Subject: Re: [PATCH 3/3] memory: introduce an option to force onlining of hotplug memory Message-ID: <20200724072821.GD4061@dhcp22.suse.cz> References: <20200723084523.42109-1-roger.pau@citrix.com> <20200723084523.42109-4-roger.pau@citrix.com> <21490d49-b2cf-a398-0609-8010bdb0b004@redhat.com> <20200723122300.GD7191@Air-de-Roger> <20200723135930.GH7191@Air-de-Roger> <82b131f4-8f50-cd49-65cf-9a87d51b5555@suse.com> <20200723162256.GI7191@Air-de-Roger> <4ff380e9-4b16-4cd0-7753-c2b89bd8ac6b@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4ff380e9-4b16-4cd0-7753-c2b89bd8ac6b@redhat.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu 23-07-20 19:39:54, David Hildenbrand wrote: [...] > Yeah, might require some code churn. It just feels wrong to involve > buddy concepts (e.g., onlining pages, calling memory notifiers, exposing > memory block devices) and introducing hacks (forced onlining) just to > get a memmap+identity mapping+iomem resource. I think reserving such a > region during boot as suggested is the easiest approach, but I am > *absolutely* not an expert on all these XEN-specific things :) I am late to the discussion but FTR I completely agree. -- Michal Hocko SUSE Labs