Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp546647ybl; Fri, 31 Jan 2020 03:45:07 -0800 (PST) X-Google-Smtp-Source: APXvYqx/m0K2MX+B9AkA3SHVjyKLOloxLuClvKd9TTtqKK+TfovLm8XjnQgy3D7azxw9McYpcJUY X-Received: by 2002:a9d:4f15:: with SMTP id d21mr7190638otl.253.1580471107686; Fri, 31 Jan 2020 03:45:07 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1580471107; cv=none; d=google.com; s=arc-20160816; b=Sk1U/5hHpXSr+D5S+f0LRfwcXCPCfY4sWV2lLwGt3agu4Dcw6lDnah6iNDJxhtN2M7 IQwPzwjPA8Zh+KF2GMh0zWSZwj9Jve3XSLpqobMxMAEwGqnhzRY/ty4B1BnOjIR1ThV2 yNS1NO5fv0KYu8Mv6H9qNghog/UZSTww1WJyioYNSqffF0VmYSoOL7TRJNVkP4cJhFkb NnMHWNRD5KlDhVUseKzmgJHEvF0gfrn6zpdoxzxFgBHlvJS8Gk0jrhOWHh9nwshbntjd oWOUQLUy9JYyfarDyPfnThmX+GRqgQLI/Whlk73iura2sf3usH0mFLT7B1jibgNmyq45 W/Gg== 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:dkim-signature; bh=KipIvn29fc/if2kp/dY7n+nqcntX7PKO0tFWzPJzTOg=; b=VWMahdn+WnJnF7OPhKiNfT8ul0o/qP5hJL7J/K7uGVRS1rAuG/Sl1an8lE+IAATh0V n/bLTqwu3xbR4pnoIizW0QgULmhJ6ql/3X6PkL0F3TntZjyA+GUlnTt4owtHCi0QTcC+ /1/+OYHdYkBCxZwkJAeP48mRS3Ldp4vjqJOCPktEejHaOo8M//oGyI+/1Mc+mN8W/MXd zLJ2rOhIf3wJhAF15NOs/cWdmT+GkXeB6LiUZFniYFzasgzMdx8+oBHLGe3GyvnTs97W BMfC2KNFVf0/fAwDYQaetFEA/AmWpLR8c8HNZ3q/ew+3lgPuvVc3YUjtA/jBlw2MFFrC DMgg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=jW4AoN2X; 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=pass (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 m4si4650367otn.281.2020.01.31.03.44.54; Fri, 31 Jan 2020 03:45:07 -0800 (PST) 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; dkim=pass header.i=@kernel.org header.s=default header.b=jW4AoN2X; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728459AbgAaLnd (ORCPT + 99 others); Fri, 31 Jan 2020 06:43:33 -0500 Received: from mail.kernel.org ([198.145.29.99]:35872 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728400AbgAaLnd (ORCPT ); Fri, 31 Jan 2020 06:43:33 -0500 Received: from willie-the-truck (236.31.169.217.in-addr.arpa [217.169.31.236]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 360FE206F0; Fri, 31 Jan 2020 11:43:31 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1580471012; bh=YUFEVwCNlddvIgP4Qt2+V8mNS/hMbmBZNY+3hypDBV0=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=jW4AoN2X6dGPfIaw14g6qm7SO5ds6Xpe3ahdMQc74ts03Pw78P56dLgB+YVAAUZyE VROLZcQcq/SFvgav0mP3RRoXqxQ0in99t7On5kpNK/t553bMkNLc6BUEfImq9AxWiL sjpa5jnjYHH9utuJEy/wMS0VOlhqNy57JQxnTxpc= Date: Fri, 31 Jan 2020 11:43:27 +0000 From: Will Deacon To: Peter Zijlstra Cc: Greg Ungerer , Geert Uytterhoeven , linux-m68k@lists.linux-m68k.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 0/5] Rewrite Motorola MMU page-table layout Message-ID: <20200131114327.GB4298@willie-the-truck> References: <20200129103941.304769381@infradead.org> <8a81e075-d3bd-80c1-d869-9935fdd73162@linux-m68k.org> <20200131093813.GA3938@willie-the-truck> <20200131102239.GB14914@hirez.programming.kicks-ass.net> <20200131111459.GO14946@hirez.programming.kicks-ass.net> <20200131111824.GA4298@willie-the-truck> <20200131113139.GC14914@hirez.programming.kicks-ass.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200131113139.GC14914@hirez.programming.kicks-ass.net> 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 Fri, Jan 31, 2020 at 12:31:39PM +0100, Peter Zijlstra wrote: > On Fri, Jan 31, 2020 at 11:18:24AM +0000, Will Deacon wrote: > > > > > +static inline pgtable_t pte_alloc_one(struct mm_struct *mm) > > > > > { > > > > > struct page *page = alloc_pages(GFP_DMA, 0); > > > > > pte_t *pte; > > > Does that mean we can drop the GFP_DMA too? If so, this all ends up > > looking very similar to the sun3 code wrt alloc/free and they could > > probably use the same implementation (since the generic code doesn't > > like out pgtable_t definition). > > Many software TLB archs have limits on what memory the TLB miss handler > itself can access (chicken-egg issues), it might be this is where the > GFP_DMA comes from. Fair enough, that sounds plausible. > I can't quickly find this in the CFV4e docs, but I'm not really reading > it carefully either. I can't find any code under arch/m68k/ which suggests it, but for now I guess we should stick with the old pgtable_t definition for sun3 with a comment (and keep the GFP_DMA in for coldfire). Will