Received: by 10.213.65.68 with SMTP id h4csp159663imn; Mon, 19 Mar 2018 23:29:23 -0700 (PDT) X-Google-Smtp-Source: AG47ELvkXp3SxtT5FpuZltqREaUfHyzdltrGcFf8BwKyBPyxpQJlkM4Ejgk+lMGUcFfHdh7R2hf3 X-Received: by 2002:a17:902:2cc3:: with SMTP id n61-v6mr3494491plb.148.1521527363412; Mon, 19 Mar 2018 23:29:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521527363; cv=none; d=google.com; s=arc-20160816; b=iRCkEP30sHmfrrnviJHp/EJh645gWobpTqhKel0ArRZBD2voEjj9BOz1LssYiaRaU5 dcGnOZonfO//gfwhyS2pR6KjfqgCkt5eX0FmxgxftCLu/0WywCZpEr+Paz2yyvzlZM6q uR+UUFnA/qT2DuJE0LAiZDWfGkSBo/WeEUKwWmZp3s3O867BoNR68Q305jp+vzgVlNBq o9XPTjXSwbqJwFKyin+G6gohnnLLFLH+zONj+WNvQaGCaTDDjuYEplGrcLzK+VP+Rz8E V3L7rkJj2JJQpOVV7VxXHCzqi5CTCcm+h8P8ObOlohk+WiP9pPRbTbj8gBbgs+6OvF38 bqIw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:arc-authentication-results; bh=6rYUvSZyrDKT96C0L43XaLr8YEtP7IsIXLfkkJVQ1A8=; b=HiOnN1y02/CxMHNF7DrJL4E5eV2hWWUM9hQHETSjwuy9c6tdFzr2yy661mVVfaH/FP KgNETpEtqvIM4qhvKVdy+K2l4ieP1bHW9NHHD4Dxssb6HaWZIHQs6/OoHAzNBuS3V5iG 0wYwfAqByCIEkOcc8MDOy1MP7JZ38KcX+dmudtIfRyjAQlHzUIBBow1HNDHWziTlHYUD dOXBt2HjHg3wcDj/GOZ7O0pDI0bfgmxA5AyMZ7P5j3Eu569L4xj9J51WKZ8nuaJopFW0 jzuFzaIWSXSUGZY0Z8WvQDJEkiY4vU37e6K+tyqloH1Hh/RqjgjaPa/USE/wjZMIskSt ydMw== 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 u189si789488pfu.212.2018.03.19.23.29.09; Mon, 19 Mar 2018 23:29:23 -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 S1751812AbeCTG2M (ORCPT + 99 others); Tue, 20 Mar 2018 02:28:12 -0400 Received: from mx2.suse.de ([195.135.220.15]:53455 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751508AbeCTG2L (ORCPT ); Tue, 20 Mar 2018 02:28:11 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id 299DCAF6A; Tue, 20 Mar 2018 06:28:10 +0000 (UTC) Subject: Re: [PATCH] x86/xen: Delay get_cpu_cap until stack canary is established To: Boris Ostrovsky , Jason Andryuk Cc: Thomas Gleixner , Ingo Molnar , "H. Peter Anvin" , x86@kernel.org, xen-devel@lists.xenproject.org, linux-kernel@vger.kernel.org References: <20180319165804.10636-1-jandryuk@gmail.com> <0726a193-6ce9-e835-9eef-01c56680d30a@oracle.com> From: Juergen Gross Message-ID: <6d73d847-9f33-7dce-2f60-33481bb4776e@suse.com> Date: Tue, 20 Mar 2018 07:28:08 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <0726a193-6ce9-e835-9eef-01c56680d30a@oracle.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 19/03/18 23:22, Boris Ostrovsky wrote: > On 03/19/2018 12:58 PM, Jason Andryuk wrote: >> Commit 2cc42bac1c79 ("x86-64/Xen: eliminate W+X mappings") introduced a >> call to get_cpu_cap, which is fstack-protected. This is works on x86-64 > > s/This is works/This works/ > > Reviewed-by: Boris Ostrovsky > > Do we still need 4f277295e54? I'd rather keep it in order to avoid nasty problems in case something changes. After all we are trying to do an initialization in C code which should be done in assembly before entering the C part. Doing this properly for 32-bit pv-kernels would be rather difficult, but this is no reason to drop the correct solution for the 64-bit case. Juergen