Received: by 2002:a25:683:0:0:0:0:0 with SMTP id 125csp482786ybg; Tue, 9 Jun 2020 05:50:27 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwPiLj4ZTDfS/7Amj++3QE3HkUbjaXNMOCBH0BjuDzXhuhZtD7e8ewa6ifYMVjFLGyAEGKD X-Received: by 2002:a50:8d18:: with SMTP id s24mr25043247eds.303.1591707027513; Tue, 09 Jun 2020 05:50:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1591707027; cv=none; d=google.com; s=arc-20160816; b=UdvPVwzSS5P4ESVPKjNamhLxC6qjXVJICdYHvEPU9jcfUQ5uL/t2QIIIvTp2ZCbuWw 02qtnSbyk0yQTkU6oN0aKd9Ijq6ZLPF7Tusn0yyVjK1+aMaxFrv33B1bMUkoypwA40k1 SZSel+xMX3fhuY2TDnUXNLkdK1MXUcXv8DNxS5AjRCX/BQxBXR3soi1Ohh6mmB/LN++k C7DX3o8+4I6SIWYx0CdT9plP9SJcRyqRkZdikhn50ynOodg5vf5TYKak1tsZu3VNbq3y vTYstUyOTyorByTE43TRSM8EP3sUwcg2HGUJMjZul4ThtgNe+w0Mesn6rgrZZ6Tw7uwy M0Ug== 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=VxWQa0NesCXwkYUTJ6R18B76M0vXEWsn8enBmYD4cho=; b=vy83BgFRuf+dA8/hxdbQkDoaQpQP5FNQllLU/Kkhl+qTyH5L/vqMiZoTohZcVRWXfh BqOdG/EAd6eM98cNhwYcd9xlVVzr6Ijvq0GQt++Fx3VHNRT9QPsj2IKZGbq/SO4tv9wt eHaOK6G4UtRKKiVX6Kg6exCClmluPRmK/dPmjIJlnN1hSgUlkrZaMk/jaX6Ag9tK9/5U WBWk5iVEf35c6m6lWANPXQ8GlIroIeVHohW4a+/Jv7Y5D8hW3pxorP6G5G7+5wxFifWG 8YVGUrt/0cR27C8Lyxuqv+BZzm+t9fy4FHpLfXwD6SGnP4mK6UzU5cMaLF7JwC/XkSOz Gx/Q== 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 h22si14609624edj.225.2020.06.09.05.50.04; Tue, 09 Jun 2020 05:50:27 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729217AbgFIMLA (ORCPT + 99 others); Tue, 9 Jun 2020 08:11:00 -0400 Received: from mx2.suse.de ([195.135.220.15]:37534 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729094AbgFIMLA (ORCPT ); Tue, 9 Jun 2020 08:11:00 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id D6747AD5E; Tue, 9 Jun 2020 12:11:02 +0000 (UTC) Date: Tue, 9 Jun 2020 14:10:56 +0200 From: Joerg Roedel To: Mike Rapoport Cc: Linus Torvalds , Andrew Morton , Guenter Roeck , Andy Lutomirski , Peter Zijlstra , Linux Kernel Mailing List Subject: Re: [PATCH] mm/vmalloc: track which page-table levels were modified Message-ID: <20200609121056.GB3871@suse.de> References: <20200603232311.GA205619@roeck-us.net> <20200604083512.GN6857@suse.de> <20200604140617.e340dd507ee68b0a05bd21cb@linux-foundation.org> <20200605081644.GS6857@suse.de> <20200605100059.GB7524@linux.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200605100059.GB7524@linux.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 Hi Mike, On Fri, Jun 05, 2020 at 01:00:59PM +0300, Mike Rapoport wrote: > We already have include/asm-generic/pgalloc.h, so maybe something like > that patch below would fork. This is not even compile tested. > > diff --git a/include/asm-generic/pgalloc.h b/include/asm-generic/pgalloc.h I experimented a bit with your diff, but it turned out that moving the page-table allocation functions/macros to asm-generic/pgalloc.h does not work on all architectures. The reason is that some archs don't use that header at all (e.g. ARC) and have their own version of the functions defined there. That could all be made working, but I decided to no open this can of worms for now. So I sent out a patch which moves the p?d_alloc_track() functions/macros to a separate header and include it only in mm/vmalloc.c and lib/ioremap.c. That compiles on all architectures where current Linus' master also builds (it does not for Alpha, CSky, Mips and Mips64), and as usual Hexagon and Unicore32 are not tested because I have no working compiler for those. Regards, Joerg