Received: by 2002:a25:e74b:0:0:0:0:0 with SMTP id e72csp1586552ybh; Tue, 14 Jul 2020 01:38:00 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzmJ+1FxcT5uy2RJJueZWtAVe2epjxV7Txuqa43mD/Kd2CuJvLSdZiGFo8hz5XqF/S4MT1S X-Received: by 2002:a17:906:1a59:: with SMTP id j25mr3341122ejf.398.1594715880017; Tue, 14 Jul 2020 01:38:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1594715880; cv=none; d=google.com; s=arc-20160816; b=x9sMssbpKk1+3uhy0+2eDoqqd+UDfuB2qydS5NF6nfMQ2way9hEw6cBJ/TAxpU+shB R0DbPYB4Np1Ei0eyIla8y9MdAoW/ox+nzHZtX7N2v/J6jFV+/srit8ubmFB/xXBmUK84 XeSJhKEbi2o8D/ZnZ5K2zrA72NQhNF6+KfdDZK9uCA3Xd5vhUs3F+9ZvdElifdb29NSf xhICTEg2WIcRs+36CjPvnXSLfa6Zjz10FDAYMCRTYUqok5rKOXeMjwRFdtTMCPLir9UW 0sHjIe0vr0+k9zJdbPPlfT/mTVhjfbQjUYmfeOLMRrBz8nXTLKHQUOajBCqGZNMm5yjj SdCw== 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:dkim-signature; bh=Q6TpA4AccMYlTcRvFJ58s4FFdxOr+HRdvTkcQxsMhFI=; b=Q+tZhc+NLp0EPV3rqMMePgbx1QdPvUzHkYL+0ZbwrLau31WODS4M/AOk+ekf8n7C1/ 8C6QX3fLOnnxOSgGf2uvsqDFjOINkZeRI6X2TBsQXeV9W2E119rUb5rHtbapZg0TsWNa KyInALXPqXwLCUC7vtUd8RdkVQckgWimTkkBGTD+om0dqw7IVSmL9OQPcKtthbddpkyf zarjdIUlWzmzGfD21SL1IG4M9I37a1mJXpMd//UfhqA68uUA7295Eve6T3igbfQ/Vxg7 d+MQjLrIhl/dAj9KgxpVZlb1vY2ZaCZE9dmhRROc4eXLgcw9Zygr19dSEdrJPwn2GX6Q SsqA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=2DjAS5tg; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id v25si9816572eju.682.2020.07.14.01.37.36; Tue, 14 Jul 2020 01:38:00 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=2DjAS5tg; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1725997AbgGNIhV (ORCPT + 99 others); Tue, 14 Jul 2020 04:37:21 -0400 Received: from mail.kernel.org ([198.145.29.99]:59988 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725793AbgGNIhV (ORCPT ); Tue, 14 Jul 2020 04:37:21 -0400 Received: from willie-the-truck (236.31.169.217.in-addr.arpa [217.169.31.236]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 9D61721835; Tue, 14 Jul 2020 08:37:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1594715840; bh=sLsBHSZ4aocpjCsj6C5mM/qWcmp+IZ+iy3ml2lFuntM=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=2DjAS5tgWevHzeuVCGsNREXLLFNJ0RV0cTtO4jdnVvJvYX0Xw+KU+eXymaiSB9W3Y mjeHQWmIz02zwPsoIYllvxUD3PRe8e7aRvFBylF1M45cCcK0ez4UTNlv3StOLyEw8A VjMCl5t1RoJKajxuRWH0yT/rxT7YlCpkdep5Y17Q= Date: Tue, 14 Jul 2020 09:37:15 +0100 From: Will Deacon To: guoren@kernel.org Cc: catalin.marinas@arm.com, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-csky@vger.kernel.org, Guo Ren Subject: Re: [PATCH] arm64: Make TSK_STACK_CANARY more accurate defined Message-ID: <20200714083715.GE4516@willie-the-truck> References: <1594613013-13059-1-git-send-email-guoren@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1594613013-13059-1-git-send-email-guoren@kernel.org> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jul 13, 2020 at 04:03:33AM +0000, guoren@kernel.org wrote: > From: Guo Ren > > TSK_STACK_CANARY only used in arm64/Makefile with > CONFIG_STACKPROTECTOR_PER_TASK wrap. So use the same policy in > asm-offset.c. > > Signed-off-by: Guo Ren > Co-developed-by: Kees Cook > Cc: Catalin Marinas > Cc: Will Deacon > --- > arch/arm64/kernel/asm-offsets.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/arch/arm64/kernel/asm-offsets.c b/arch/arm64/kernel/asm-offsets.c > index 0577e21..37d5d3d 100644 > --- a/arch/arm64/kernel/asm-offsets.c > +++ b/arch/arm64/kernel/asm-offsets.c > @@ -39,7 +39,7 @@ int main(void) > DEFINE(TSK_TI_SCS_SP, offsetof(struct task_struct, thread_info.scs_sp)); > #endif > DEFINE(TSK_STACK, offsetof(struct task_struct, stack)); > -#ifdef CONFIG_STACKPROTECTOR > +#ifdef CONFIG_STACKPROTECTOR_PER_TASK > DEFINE(TSK_STACK_CANARY, offsetof(struct task_struct, stack_canary)); > #endif I don't think this really makese much sense. The 'stack_canary' field in 'struct task_struct' is defined as: #ifdef CONFIG_STACKPROTECTOR /* Canary value for the -fstack-protector GCC feature: */ unsigned long stack_canary; #endif so I think it makes sense to follow that in asm-offsets.c Does the current code actually cause a problem? Will