Received: by 2002:a05:6a10:9afc:0:0:0:0 with SMTP id t28csp3360272pxm; Mon, 28 Feb 2022 18:28:46 -0800 (PST) X-Google-Smtp-Source: ABdhPJw3My0RJb2vdJN8KzXUfofrGw3Vwl1bQuCn7KEGRgK4zEU6PW8B1xgGL5yNV9zGTNPKXGMU X-Received: by 2002:a05:6a00:987:b0:4f3:e5d3:448d with SMTP id u7-20020a056a00098700b004f3e5d3448dmr15494787pfg.14.1646101725746; Mon, 28 Feb 2022 18:28:45 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1646101725; cv=none; d=google.com; s=arc-20160816; b=iL34IXD+pXgjup5w1VJdI1bIiIyh7SELxQcpktkGwPjxoWkeMmmkhK+dysflaLHwfK L7x3uPZDGeirsANNFAOANcABGP4kFPGJZu3WGwSfS1Xph8AD2+DNS4HVk2pshh1n9m2C W+JlubeGxZ4X4ias+CTcmytSSPr5iTCDUWCqmyJESsh+WsGjW9MsTjkMW7LnIKMCkLKA rn0YgfpT+CNVVOwFNWxy1kFzZ3OhOGyW9E9FB2Co1LDVnGvNC3LRFTLEuxSvk2H/CfQj SniGBCgvEIFI6wSeq8sjOtboFznU9sZq5dR3A+IBKG6fBHci7MAFHaeh+v7TDRtY1pT+ NCfA== 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:cc:to:content-language:subject:user-agent:mime-version :date:message-id; bh=xnE7Vw20AL1wcCJNT76lUj0TjnN/KsiS77yUKTQ+GjE=; b=HE9Xgds809bROlC20Sx7HNRgsP9fcn7Z0Iwz/IKVkqz588gh3y8Y2RjmMav43iohSx gqGRBIuUBRlESHje0vD/0lyCBOYhv8lBrAOkFDiiJBUOY3Raydg5masYPpOgsuQndx2B 5DuYBnN01JY6xTW+yK+3zOXnB7O8diZivTL8lGBozz+VRFx6sw56rC5Aolb5P2eQ8oIp +qKPER6eG33n1XjUCNjpJnR4gGY5mcriYqY7/1D2OU7FYhxCeSNmGjowQ82HeQrSm1Ev HOg6Yuc41B5rpxVdNNRco0khZTu8MncRldqAUb5awwfjTH7BJnXAUw5PZ0OALqNBu39T Rrxg== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id p25-20020a63b819000000b003748e755b9bsi10954740pge.825.2022.02.28.18.28.29; Mon, 28 Feb 2022 18:28:45 -0800 (PST) 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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231841AbiCAAcp (ORCPT + 99 others); Mon, 28 Feb 2022 19:32:45 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44786 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231695AbiCAAco (ORCPT ); Mon, 28 Feb 2022 19:32:44 -0500 Received: from out30-133.freemail.mail.aliyun.com (out30-133.freemail.mail.aliyun.com [115.124.30.133]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D9FD56AA79; Mon, 28 Feb 2022 16:32:03 -0800 (PST) X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R141e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01e04423;MF=ashimida@linux.alibaba.com;NM=1;PH=DS;RN=21;SR=0;TI=SMTPD_---0V5pNUKO_1646094718; Received: from 192.168.193.153(mailfrom:ashimida@linux.alibaba.com fp:SMTPD_---0V5pNUKO_1646094718) by smtp.aliyun-inc.com(127.0.0.1); Tue, 01 Mar 2022 08:31:59 +0800 Message-ID: Date: Mon, 28 Feb 2022 16:31:58 -0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.6.1 Subject: Re: [PATCH] [PATCH v2] AARCH64: Add gcc Shadow Call Stack support Content-Language: en-US To: Nick Desaulniers Cc: Miguel Ojeda , Catalin Marinas , Will Deacon , Nathan Chancellor , Kees Cook , Masahiro Yamada , Thomas Gleixner , Andrew Morton , Mark Rutland , Sami Tolvanen , Nicholas Piggin , Guenter Roeck , Masami Hiramatsu , Miguel Ojeda , Luc Van Oostenryck , Marco Elver , linux-kernel , Linux ARM , llvm@lists.linux.dev, linux-hardening@vger.kernel.org References: <20220225032410.25622-1-ashimida@linux.alibaba.com> <26a0a816-bc3e-2ac0-d773-0819d9f225af@linux.alibaba.com> From: Dan Li In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-9.9 required=5.0 tests=BAYES_00, ENV_AND_HDR_SPF_MATCH,NICE_REPLY_A,RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H5,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE,UNPARSEABLE_RELAY,USER_IN_DEF_SPF_WL 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 2/28/22 14:35, Nick Desaulniers wrote: > On Sun, Feb 27, 2022 at 11:37 PM Dan Li wrote: >>>> +#ifdef CONFIG_SHADOW_CALL_STACK >>>> +#define __noscs __attribute__((__no_sanitize__("shadow-call-stack"))) >>>> +#endif >>> >>> Since both compilers have it, and I guess the `#ifdef` condition would >>> work for both, could this be moved into `compiler_types.h` where the >>> empty `__noscs` definition is, and remove the one from >>> `compiler-clang.h`? >>> >> In the clang documentation I see __has_feature(shadow_call_stack) is >> used to check if -fsanitize=shadow-call-stack is enabled, so I think >> maybe it's fine to use "#ifdef CONFIG_SHADOW_CALL_STACK" >> instead of "#if __has_attribute(__no_sanitize_address__)" here, then >> move it to `compiler_types.h`. > > Or simply add a #define for __noscs to include/linux/compiler-gcc.h > with appropriate guard and leave the existing #ifndef in > include/linux/compiler_types.h as is. I'd prefer that when the > compilers differ in terms of feature detection since it's as explicit > as possible. > To make sure I understand correctly, that means I should keep the current patch unchanged right? Thanks, Dan.