Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp311991pxu; Wed, 25 Nov 2020 04:00:52 -0800 (PST) X-Google-Smtp-Source: ABdhPJzdbhClLe7x9xRs8f820GTFc+K6wlJw33P4jxZuI6KBCQ60JqLWVluFaWvGu9O3t2/grQZv X-Received: by 2002:a17:906:1682:: with SMTP id s2mr2675528ejd.62.1606305651321; Wed, 25 Nov 2020 04:00:51 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1606305651; cv=none; d=google.com; s=arc-20160816; b=zOT8GfePPdmVb1fb2TzHBpfMvXWWbKykePlnSmvHPKIhmoA+ewpGbrpctDBuxrx1cq kl2caeVFdPpdHyYzony0uI3TKLnWywsRi5RB8eB6J3WCW0zCc2yCfECOqJxNR0lgDhyd Pj+DGDEPXyZY5VzFPQqqvoiWk86XncMx3Ba7zqj8AdXjdgrs/2ei7QdBoUJ9M5r7z6j0 TO3rydR2KW63CzLLHN/2Mp+6q9JMzJWfyMycz0OGD8QEhdgeBmGaWe83vowH9dmI3dxO tCp+ZVZpP005LxbNn+92Uwi1KZx744p4WvJkA+TMwrk1nTbwEQq987ncgKZs7drh/qgb XeSw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:date:message-id:subject:references:in-reply-to :cc:to:from; bh=7V7FEocr7az6TKj8CARHgRcHS1JPEyipemWkTA5O8/s=; b=Y5QccWcWUesK1+KAbiqrsD7TiCbJRLOWg1d/ar4Vfjt99nAFfwr4LzczFpIwidBvQ9 LLWCh6tEYNgKXiOmdjrlKbzB+2bOP/a2Cc4N/LSo7ptO77j7WxfDuKqRPmzKrbyZRGeT 4WyEndSL4rHy3iQEn7WYJ5XUyp813k1dpsiNBRibYanoHZj6/EpIRbaPr9JFIIJsrBVH NZUvjhKSA/5rZnLbU48gDy5bq1p+92LAzHBVPPk5pGS0MVxVwzwo9Pmu8+igSk/bys/+ Ux6J5OLpGymtxdq24M/K70jDxq5ETd9xQ21Ln0Kitb5VHstPMAKx8mb5tBf/AdGXNlka XL8Q== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b4si1064377eds.50.2020.11.25.04.00.28; Wed, 25 Nov 2020 04:00:51 -0800 (PST) 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728988AbgKYL5x (ORCPT + 99 others); Wed, 25 Nov 2020 06:57:53 -0500 Received: from bilbo.ozlabs.org ([203.11.71.1]:58197 "EHLO ozlabs.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728948AbgKYL5w (ORCPT ); Wed, 25 Nov 2020 06:57:52 -0500 Received: by ozlabs.org (Postfix, from userid 1034) id 4Cgzsk2GfRz9sVY; Wed, 25 Nov 2020 22:57:45 +1100 (AEDT) From: Michael Ellerman To: linux-kernel@vger.kernel.org, David Hildenbrand Cc: Rashmica Gupta , Michael Ellerman , Andrew Morton , Paul Mackerras , Michal Hocko , Mike Rapoport , Michal Hocko , Wei Yang , Oscar Salvador , linux-mm@kvack.org, Benjamin Herrenschmidt , linuxppc-dev@lists.ozlabs.org In-Reply-To: <20201029162718.29910-1-david@redhat.com> References: <20201029162718.29910-1-david@redhat.com> Subject: Re: [PATCH v1 0/4] powernv/memtrace: don't abuse memory hot(un)plug infrastructure for memory allocations Message-Id: <160630540200.2174375.9298673276341715348.b4-ty@ellerman.id.au> Date: Wed, 25 Nov 2020 22:57:45 +1100 (AEDT) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 29 Oct 2020 17:27:14 +0100, David Hildenbrand wrote: > powernv/memtrace is the only in-kernel user that rips out random memory > it never added (doesn't own) in order to allocate memory without a > linear mapping. Let's stop abusing memory hot(un)plug infrastructure for > that - use alloc_contig_pages() for allocating memory and remove the > linear mapping manually. > > The original idea was discussed in: > https://lkml.kernel.org/r/48340e96-7e6b-736f-9e23-d3111b915b6e@redhat.com > > [...] Applied to powerpc/next. [1/4] powerpc/mm: factor out creating/removing linear mapping https://git.kernel.org/powerpc/c/4abb1e5b63ac3281275315fc6b0cde0b9c2e2e42 [2/4] powerpc/mm: print warning in arch_remove_linear_mapping() https://git.kernel.org/powerpc/c/1f73ad3e8d755dbec52fcec98618a7ce4de12af2 [3/4] powerpc/mm: remove linear mapping if __add_pages() fails in arch_add_memory() https://git.kernel.org/powerpc/c/ca2c36cae9d48b180ea51259e35ab3d95d327df2 [4/4] powernv/memtrace: don't abuse memory hot(un)plug infrastructure for memory allocations https://git.kernel.org/powerpc/c/0bd4b96d99108b7ea9bac0573957483be7781d70 cheers