Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp4616770ybi; Mon, 15 Jul 2019 11:49:08 -0700 (PDT) X-Google-Smtp-Source: APXvYqwILjAB2vWX1DBDs+pOqGf4ODmSZCkMUvyqRZ/OGPIpnIEz0KkXpLWD7ChSnA/9482tFXFF X-Received: by 2002:a17:902:9307:: with SMTP id bc7mr29094666plb.183.1563216548413; Mon, 15 Jul 2019 11:49:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1563216548; cv=none; d=google.com; s=arc-20160816; b=mTpcakUUnmb6azIM+8Xn/ez/0tjqSWyPMnuy4xfxNfCN+SA/mVw1/YeMRlPoTN2jrk 2OE7IjFGq8Jqw6FWrdC8co2EcVDpt2sQxdo4XwrIHrJdH53On+Zgv3ckK2xhLEsVW7uA tIoAE/Usb7Lh4g/bjOv7iqWQ/U3VscNFBp+wYbyhb6lfyE59a3G5ZJNHTyvi6kpxi9Nz rHjj6U3jn7Ud+rGYsyhiumR5Q6bfRPyHYr0ICVhytIJTiqrSmRnt1XtkTiUblx4CcmGG KlS9SA684WoNIR1BV4n5zZMWT4Grxg1MzeiRphaImKM7UV23wo8hlNLxi03l3zT+4Hyt HG5w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :message-id:in-reply-to:subject:cc:to:from:date; bh=AlErFgaCkIk9WeuYLBdUwSXBhj1jEiE0rcLIcYhJhQI=; b=R/wbkP0YT7Gsc1QNcaTQ8QamxJNqdvHBL+xmznNQcm59uARgsyKHDuSvJATkFbdQPW 3oz0pLcuwTsNVN8xfHtjV/4cmRkW26fzo44qGtIHUA9NTa1r2V95j1fCBxlfCxx/BOBl V/APWBrRbb7hznz8uLkAJHFbQL6+aGiAa7B5k3TuKGgRsqUhBpixxMxcjKQ0jEFjorcU xWS74TVGoExT49TxBtIAXAQgNKQgHD+JZ1rYgc9zHHyDYYods+RFYGyUxnaQOm7Wt/1N t1WXhyglqgTPYFQ15ceMu5LjTT9gg5gVmuuJbhQRcSdujE2jxufhGYCIUKtpAQI9WDW0 vqIg== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id s189si17211142pgb.272.2019.07.15.11.48.51; Mon, 15 Jul 2019 11:49:08 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729787AbfGOSsb (ORCPT + 99 others); Mon, 15 Jul 2019 14:48:31 -0400 Received: from Galois.linutronix.de ([193.142.43.55]:48552 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729513AbfGOSsb (ORCPT ); Mon, 15 Jul 2019 14:48:31 -0400 Received: from pd9ef1cb8.dip0.t-ipconnect.de ([217.239.28.184] helo=nanos) by Galois.linutronix.de with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1hn61P-00044x-FA; Mon, 15 Jul 2019 20:48:23 +0200 Date: Mon, 15 Jul 2019 20:48:22 +0200 (CEST) From: Thomas Gleixner To: Joerg Roedel cc: Joerg Roedel , Dave Hansen , Andy Lutomirski , Peter Zijlstra , Ingo Molnar , Borislav Petkov , Andrew Morton , linux-kernel@vger.kernel.org, linux-mm@kvack.org Subject: Re: [PATCH 1/3] x86/mm: Check for pfn instead of page in vmalloc_sync_one() In-Reply-To: <20190715154418.GA13091@suse.de> Message-ID: References: <20190715110212.18617-1-joro@8bytes.org> <20190715110212.18617-2-joro@8bytes.org> <20190715154418.GA13091@suse.de> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Linutronix-Spam-Score: -1.0 X-Linutronix-Spam-Level: - X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required, ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 15 Jul 2019, Joerg Roedel wrote: > On Mon, Jul 15, 2019 at 03:08:42PM +0200, Thomas Gleixner wrote: > > On Mon, 15 Jul 2019, Joerg Roedel wrote: > > > > > From: Joerg Roedel > > > > > > Do not require a struct page for the mapped memory location > > > because it might not exist. This can happen when an > > > ioremapped region is mapped with 2MB pages. > > > > > > Signed-off-by: Joerg Roedel > > > > Lacks a Fixes tag, hmm? > > Yeah, right, the question is, which commit to put in there. The problem > results from two changes: > > 1) Introduction of !SHARED_KERNEL_PMD path in x86-32. In itself > this is not a problem, and the path was only enabled for > Xen-PV. > > 2) Huge IORemapings which use the PMD level. Also not a problem > by itself, but together with !SHARED_KERNEL_PMD problematic > because it requires to sync the PMD entries between all > page-tables, and that was not implemented. > > Before PTI-x32 was merged this problem did not show up, maybe because > the 32-bit Xen-PV users did not trigger it. But with PTI-x32 all PAE > users run with !SHARED_KERNEL_PMD and the problem popped up. > > For the last patch I put the PTI-x32 enablement commit in the fixes tag, > because that was the one that showed up during bisection. But more > correct would probably be > > 5d72b4fba40e ('x86, mm: support huge I/O mapping capability I/F') Looks about right. Thanks, tglx