Received: by 10.192.165.148 with SMTP id m20csp3699766imm; Mon, 23 Apr 2018 10:47:26 -0700 (PDT) X-Google-Smtp-Source: AIpwx480ACeOTU+7DBhHSg9Tci88qAnQtvDn4j1WdtFQeaumwespfGaKpFaGLsRb7BCJoE21Za3e X-Received: by 10.99.95.20 with SMTP id t20mr17202933pgb.400.1524505646042; Mon, 23 Apr 2018 10:47:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1524505645; cv=none; d=google.com; s=arc-20160816; b=OiSBtOnenqRrqxdU7n6+6dKos6vdv3xKQAMQZ7ENGkbBygdzKqo5Bqv1nOj0mhuUmt T3GykvCK+Y8iuV3zy7UjyzTfN8i23KGk6sFU8Tu771G56UfazqiL/TgGjIU7dP/OZJ0j EB5AWSwko5nOtwUTuySt6QEvD5SQQYE/vLi+uaFAuOP0ebu6QX/FU2b86/9yW8PjDwZ8 8rjhqVUjsrdZZ7RUZ5FjgXPb4anq3sBwvroY6PTSpQgyPp6qxksWe6GN4aZ5/+J3ZIlz SgrzYrp0LZz1wMg+zQW9h54GpkOid9FPhRSa/boZE2SdnsrrorTa6h09k/Q1LHro6Sl+ heKA== 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:arc-authentication-results; bh=D8EzFyPzjra5MgkjxCCubukBWI7H/uncvrHQx4CP86I=; b=rs58fYZmdYTufgEpDB3QiwyIY3l7sloFalTk4LBBxqS4e4rrqu1CUeGdT2+eokXsO/ BqbelKG/CScUWCrqcaQuH4kT29206pRoZl7A7ktnWA97kmiEbGj8scgDy9P3y53bX0h+ 9SK8xWi7PmoeRSbh+fN7VNnkiyOcwufQ6Bg4nj/wgnCDDJcvRRE9H7V4dzU8LCg6Npr4 rIcfqATXVqI1rxsDwmB1+Eof+Q5xzKZPEruWHnr7TMSYqrhNilC23IAS3V6W8kLA8zNB eM1yU3E9aLBxY+K9Th4hp8ZcF5h77MuJMtMX2NPJczIPefkUkN5NJMrLajrdkHLkbCGp m5ew== 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 r11si11724411pff.160.2018.04.23.10.47.11; Mon, 23 Apr 2018 10:47:25 -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 S932208AbeDWRpT (ORCPT + 99 others); Mon, 23 Apr 2018 13:45:19 -0400 Received: from mx2.suse.de ([195.135.220.15]:34846 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932092AbeDWRpP (ORCPT ); Mon, 23 Apr 2018 13:45:15 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id 9E6F1AE00; Mon, 23 Apr 2018 17:45:13 +0000 (UTC) Date: Mon, 23 Apr 2018 19:45:06 +0200 From: Joerg Roedel To: Linus Torvalds Cc: Joerg Roedel , Thomas Gleixner , Ingo Molnar , "H . Peter Anvin" , the arch/x86 maintainers , Linux Kernel Mailing List , linux-mm , Andy Lutomirski , Dave Hansen , Josh Poimboeuf , Juergen Gross , Peter Zijlstra , Borislav Petkov , Jiri Kosina , Boris Ostrovsky , Brian Gerst , David Laight , Denys Vlasenko , Eduardo Valentin , Greg KH , Will Deacon , "Liguori, Anthony" , Daniel Gruss , Hugh Dickins , Kees Cook , Andrea Arcangeli , Waiman Long , Pavel Machek , "David H . Gutteridge" Subject: Re: [PATCH 00/37 v6] PTI support for x86-32 Message-ID: <20180423174506.mpbpnvfzv6fmpbzy@suse.de> References: <1524498460-25530-1-git-send-email-joro@8bytes.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20170421 (1.8.2) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Apr 23, 2018 at 09:45:38AM -0700, Linus Torvalds wrote: > Just one question: have you checked the page table setup for the > basics wrt the USER bit in particular? Just checked that and there are no pages with GLB and USR set, not even a vdso page. > No global pages should be marked PAGE_USER, with the possible > exception of that nasty old vsyscall page. The vsyscall page does not exist on plain 32 bit, no? All I could find there is the vdso page, and that has no compat mapping anymore in recent upstream kernels. To my understanding the vdso page is mapped into the user-space portion of the address space. At least that is what I found while looking at this, but I might have missed something. I actually ran into a vdso issue when porting these changes to 3.0 (where there still is a compat vdso mapping in the fixmap) so I checked my upstream code too, but didn't find the code to setup a vdso in the fixmap. > And it would be nice to verify that the page tables for kernel > mappings also don't have PAGE_USER on them, although again that > vsyscall page can cause problems. Checked that too, all USR mappings are below PAGE_OFFSET. Regards, Joerg