Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp4078541rwb; Fri, 30 Sep 2022 12:29:43 -0700 (PDT) X-Google-Smtp-Source: AMsMyM459pKTEVGlv169paa2kxfjT4LBBhLHpIQjjo+knM3v6DeYsvw3MxGt3jrOKT0Joh/71NBG X-Received: by 2002:a17:903:2ca:b0:179:eaac:1e75 with SMTP id s10-20020a17090302ca00b00179eaac1e75mr10390155plk.76.1664566183473; Fri, 30 Sep 2022 12:29:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1664566183; cv=none; d=google.com; s=arc-20160816; b=JuZAeqzid7GQcliaf5vTn1RmLur1MFs9686/KZ9SYknpGBxSC4uzH8xcVofu0yZAWi 0ZqKM+LHo+YVYt3e86kC/gZw/uQKfRPppJ0KmlKVZcdn8Z4SSkKyc5ZbOrj3cl+UieV8 ocPTr1RpJVrZLGpDdjlYiMI7PhnnLFirAgPM6GgzE1XyeZiuPByy2KWFRrIc9CncPA5k 6VaOyDvXg0bt6jH9+mWl/bxnTOpMdsbVVGsMcHjGpB9jPpImumTKwTT61OTiHJZOtN+c PS89xW725peEvIthAdXNd5pdHeIV74FnRDcGSmYkQbd5OvgIcy32ozelTPs0JrYy/zfS DVgQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:to:content-language:subject:user-agent:mime-version:date :message-id:dkim-signature; bh=oeSPseNsm6qjfLesYg/prM2HdsfaMP+I+dU3tttSlXo=; b=LNVJwGFZAAG6wUGH1gvZC3W2DMaCDB/IRxwyuRZuKsI+RYaezToVOgJQAUGftFfG3U ZPdQurhpmBcczM3bE0aJ1mB9APjSbwmiqKuYvKvqUKbL+GSvt8Qsd+iS8jRzhgTgexKV V6CXZvGep9xaU3YmRAhPS4EEOZvu/SemytHcDRPDnQtoJbWusrsdojAbPI0VbYrb+vVW NKfCFaV8CC8QVRTT3vD2mxpkD5JCNMRKJzdkdY5vu6hh+DkaXrROG6qDIMcVxHilczmz W7j33Gq9hhhGGTiD70Zeohsu1YTGE2o7S8FZ43TPwjm8HETWcz3+u13yBK3lE2h4XY3k 9nVQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=f0+7LnnW; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id jf4-20020a170903268400b00176c0e055d8si3046278plb.102.2022.09.30.12.29.32; Fri, 30 Sep 2022 12:29:43 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=f0+7LnnW; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231332AbiI3TQy (ORCPT + 99 others); Fri, 30 Sep 2022 15:16:54 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41594 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229531AbiI3TQw (ORCPT ); Fri, 30 Sep 2022 15:16:52 -0400 Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7B21C178A0F; Fri, 30 Sep 2022 12:16:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1664565411; x=1696101411; h=message-id:date:mime-version:subject:to:references:from: in-reply-to:content-transfer-encoding; bh=Kvg1hmWTB85MGkRfrUrnIZoG1lyvNoMRxkPltDY9hDY=; b=f0+7LnnWGHbHp3JKFxkWhYftdonMaU5jGwf4NjcABEKRVTJQRdcwFbZB rIi9H6lxfFwRNrAH8KmIeOFwon6V2Cv3FWvx0knjHDPPCMfRF2lQpnfrB IAZRIlhJdxf0qsW/jdOLY1i5WAjjX5EIXWQRI4gDx10baGF0cMdXrhK5D uiFjrfPB9ECP47eEs9PvNdSYuEz/MAwPKPx6RYVr263gmdtceiNa5nfbe yU82F57hWCPtUuvfiIQ28Y9T77HDCkSi+ck6hIR6yP1Pv/rrHzjuu4NQk 8S3r5BYJtCJrnsfq41155S/Iq35LjdqDN2NpW/o/CQMAbMo/sk2wyKo+d A==; X-IronPort-AV: E=McAfee;i="6500,9779,10486"; a="328656818" X-IronPort-AV: E=Sophos;i="5.93,358,1654585200"; d="scan'208";a="328656818" Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by fmsmga101.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 30 Sep 2022 12:16:50 -0700 X-IronPort-AV: E=McAfee;i="6500,9779,10486"; a="726978714" X-IronPort-AV: E=Sophos;i="5.93,358,1654585200"; d="scan'208";a="726978714" Received: from lzearing-mobl.amr.corp.intel.com (HELO [10.209.49.67]) ([10.209.49.67]) by fmsmga002-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 30 Sep 2022 12:16:48 -0700 Message-ID: <9fed0342-2d02-aaf2-ed66-20ff08bdfd0b@intel.com> Date: Fri, 30 Sep 2022 12:16:47 -0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.11.0 Subject: Re: [PATCH v2 22/39] mm: Don't allow write GUPs to shadow stack memory Content-Language: en-US To: Rick Edgecombe , x86@kernel.org, "H . Peter Anvin" , Thomas Gleixner , Ingo Molnar , linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org, linux-mm@kvack.org, linux-arch@vger.kernel.org, linux-api@vger.kernel.org, Arnd Bergmann , Andy Lutomirski , Balbir Singh , Borislav Petkov , Cyrill Gorcunov , Dave Hansen , Eugene Syromiatnikov , Florian Weimer , "H . J . Lu" , Jann Horn , Jonathan Corbet , Kees Cook , Mike Kravetz , Nadav Amit , Oleg Nesterov , Pavel Machek , Peter Zijlstra , Randy Dunlap , "Ravi V . Shankar" , Weijiang Yang , "Kirill A . Shutemov" , joao.moreira@intel.com, John Allen , kcc@google.com, eranian@google.com, rppt@kernel.org, jamorris@linux.microsoft.com, dethoma@microsoft.com References: <20220929222936.14584-1-rick.p.edgecombe@intel.com> <20220929222936.14584-23-rick.p.edgecombe@intel.com> From: Dave Hansen In-Reply-To: <20220929222936.14584-23-rick.p.edgecombe@intel.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-7.8 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A, RCVD_IN_DNSWL_HI,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE, SPF_NONE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 9/29/22 15:29, Rick Edgecombe wrote: > @@ -1633,6 +1633,9 @@ static inline bool __pte_access_permitted(unsigned long pteval, bool write) > { > unsigned long need_pte_bits = _PAGE_PRESENT|_PAGE_USER; > > + if (write && (pteval & (_PAGE_RW | _PAGE_DIRTY)) == _PAGE_DIRTY) > + return 0; Do we not have a helper for this? Seems a bit messy to open-code these shadow-stack permissions. Definitely at least needs a comment.