Received: by 2002:ac0:946b:0:0:0:0:0 with SMTP id j40csp2719325imj; Mon, 18 Feb 2019 10:53:09 -0800 (PST) X-Google-Smtp-Source: AHgI3IYfBEIko31bpDuNqhXL1xuPGuIZru0rvCn2RG+PHAtmgF7Y+Eg41weRiszHh2Y+6kMpfVwO X-Received: by 2002:a17:902:2ec1:: with SMTP id r59mr27081447plb.254.1550515989317; Mon, 18 Feb 2019 10:53:09 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1550515989; cv=none; d=google.com; s=arc-20160816; b=z9qhPJisvihhdMJlDU92PdO9VPbkYyihMZBU+iJZabsWegRN4I3G2UOUKMddp9vVXY SlmTGBnuh8xYOpVCCI0jMbQSAiwhKGnGI9jwM6eu26RnUqg06n7lP1jOlNGDa8RacZH+ Tlay3F/xbouI0f3Jnafoo7ov2gfVxPZGkTQa6tGP8kbxCqaVECC7WHe/Oi2fLAs8oEzT VBygKjybojaGnX2TYReTWWxj8w0FIQ+29MPfuDloOAmA17rI31HruNlTaKkypJvbYwIJ SQCOIcK5mlvo9M85VRWkzipgymk4VABROfCsKyKsBc/KXnIX3M2DxhFiiQ10KPKuBEDt EGdg== 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; bh=TQjQtfootW3y+AQSu50t3mD4PscTgZjhifh7mxPDKmE=; b=x6t2xIkL4fxnlSwQoz3DcEFOZXZr5rKAnOZktGikujhZuM0AuWa1p5+5HGeAOiT7Dj NXRnD6wzksPK8kLMqN1+Oo6+GxOv64JSzIqATKBkZIOe0cooRRNSSJzT6TTiSg06lF7h 0/h0HwAGt7R5ZqJMqXgD/vHJss8U9ywGpY2AoIuvn0wbbYDfg5jcZ76L+E+mZSQQSOu3 J8W1IOefJNNp/rxL6fv48sj2jNy53nUH7PoHn817GqjTFqc1hrSOI6qFQr0xOvbaZk9b uRgGIAQtXB1tfmOYyW6aK+VlRdOLaVFXLjXCJVcim2C0P5sY0Si1nUjB8GNqhgoVXOZs LcXg== 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 e9si3169016pgg.199.2019.02.18.10.52.53; Mon, 18 Feb 2019 10:53:09 -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; 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 S2389455AbfBRQcU (ORCPT + 99 others); Mon, 18 Feb 2019 11:32:20 -0500 Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:33940 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731238AbfBRQcU (ORCPT ); Mon, 18 Feb 2019 11:32:20 -0500 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 0A2A580D; Mon, 18 Feb 2019 08:32:18 -0800 (PST) Received: from [10.1.196.50] (e108454-lin.cambridge.arm.com [10.1.196.50]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id EA2F03F675; Mon, 18 Feb 2019 08:32:15 -0800 (PST) Subject: Re: [RFC PATCH] arm64/fpsimd: Don't disable softirq when touching FPSIMD/SVE state To: linux-arm-kernel@lists.infradead.org Cc: bigeasy@linutronix.de, Dave.Martin@arm.com, linux-rt-users@vger.kernel.org, catalin.marinas@arm.com, will.deacon@arm.com, ard.biesheuvel@linaro.org, linux-kernel@vger.kernel.org References: <20190208165513.8435-1-julien.grall@arm.com> From: Julien Grall Message-ID: <10464811-e050-5ea1-6763-4362cb1c7c7c@arm.com> Date: Mon, 18 Feb 2019 16:32:14 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: <20190208165513.8435-1-julien.grall@arm.com> Content-Type: text/plain; charset=utf-8; format=flowed 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 Hi all, On 08/02/2019 16:55, Julien Grall wrote: > @@ -1094,9 +1113,7 @@ void kernel_neon_begin(void) > /* Invalidate any task state remaining in the fpsimd regs: */ > fpsimd_flush_cpu_state(); > > - preempt_disable(); > - > - local_bh_enable(); > + kernel_neon_enable(); I found one error in the patch. We should not re-enable NEON from kernel_neon_begin(). I will resend a patch once the thread settle down. Cheers, -- Julien Grall