Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp1626334pxb; Sat, 22 Jan 2022 01:45:04 -0800 (PST) X-Google-Smtp-Source: ABdhPJzssuCH7LTmW9fuM9IM/7OWad0VjyL9Xdd2Y9b8zh+H0ThSq86wSD64wI+mu1wct5Z97qK0 X-Received: by 2002:a17:902:b48c:b0:14a:d42b:85bb with SMTP id y12-20020a170902b48c00b0014ad42b85bbmr7296575plr.171.1642844704660; Sat, 22 Jan 2022 01:45:04 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1642844704; cv=none; d=google.com; s=arc-20160816; b=eorm/fQM7E3sjz7pt1HIRHlbJr6rUNYwsbkwgDw54tr7yRXVXm9e7Gdy+EnCQEb/u6 9hH9OUl8WeqR6FyBeGMDWToUzICGn7vIX5CteHBcsiSTlfwJGuSM+pRAlofkgBrjpZk1 d5JWUZ0NJBtUO9Zq+QWkK0dLA2q0Yk2clNsTnTNFPkAhztEnzcWnzPDD1f64a6gZZRVU i7dQBH1K0CelCV7vg/yv6JYOtNM6YxMJJvAPC9QgsmVWHwE3dCvw06fvPRF7fGpYfrTw qViXbylM58BWBHHlLSm/ilmtMyhBtiDxvnPCai8pqjkwZZ61wFhBw9UBz4fjBN5foSiV 9frg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=eYcFthc/HKcM2lSI6ym7mYwlJ7C45Q6fxNvhkSyKFdE=; b=MpNj0ZppBl7eHZ1YoC40qiD9UezuhMjN2gfwjctIX1yqBDwp/7xZjqHfYCzjVGSLih sTejMTraF/Qstla43pInW8VXi9XGzGVtrekxREJA+zZFpOr8ttYyZewrWwucJYPTjlq4 +7Boy5PSSI1BxQOIxdk6Ojh75B6RW8lKP306t41CVkDHSCzKis1Fu8twqHfTHcVVAlJG SmfKSf7q6Satryvy1JEU78FTKc/x1leldBATjuVUgOiQBKyeXayT8UpbtFrJIeYiPlvs DmS9P32siD4GkSMTKDZlt3Q27LCXFjxAgnQitFXSDcw5k2FbyyiDll8UrjwA1qb+gGqM 5gsA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=Ov00QIPB; 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 t10si7185474pll.455.2022.01.22.01.44.52; Sat, 22 Jan 2022 01:45:04 -0800 (PST) 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=k20201202 header.b=Ov00QIPB; 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 S232833AbiAUWRw (ORCPT + 99 others); Fri, 21 Jan 2022 17:17:52 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37770 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232761AbiAUWRv (ORCPT ); Fri, 21 Jan 2022 17:17:51 -0500 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id F39C9C06173B for ; Fri, 21 Jan 2022 14:17:50 -0800 (PST) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 9B47BB82118 for ; Fri, 21 Jan 2022 22:17:49 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 82FBBC340E1; Fri, 21 Jan 2022 22:17:46 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1642803468; bh=ccD+lMyQ8So8ChcB4eTdVAeY5Os12SZbUYpwYMGaWWE=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=Ov00QIPB6CXyNqJOD0CHup0U8RSbnp3YrlV5/ZVRmTeJMJiPBMfftejEp0yKKy1Xh +J46P47akPJf58n7pJ2EDBtzhDu7AabnL2DB5zPQYdDI08fmu9zszVGsI1yX6JnGxv 6JxXViPN1sLAuPJRiEKZnCLtOUcjmKehkZY2dqiLBCN1Khn8N+tbOEs3Yef9pLtNqv qKAv7ijO4PLq+bA659/ZnqOSWKcpLvoJoTfkFEqFotG/hY7/y/pbgUbpVjowJ1J8yA Myj04ssRyIwGlR+SOjae/Eb+7uAZhUpQhPPniGD0g1GEaS0RqLlT02WDAVP2gnfafR wJckrMeNOXfzQ== Date: Fri, 21 Jan 2022 15:17:43 -0700 From: Nathan Chancellor To: Arnd Bergmann Cc: Russell King , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Arnd Bergmann , Ard Biesheuvel , Linus Walleij , Nick Desaulniers , llvm@lists.linux.dev Subject: Re: [PATCH 13/14] ARM: use .arch directives instead of assembler command line flags Message-ID: References: <20210928154143.2106903-1-arnd@kernel.org> <20210928154143.2106903-14-arnd@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210928154143.2106903-14-arnd@kernel.org> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Arnd, On Tue, Sep 28, 2021 at 05:41:42PM +0200, Arnd Bergmann wrote: > From: Nick Desaulniers > > Similar to commit a6c30873ee4a ("ARM: 8989/1: use .fpu assembler > directives instead of assembler arguments"). > > GCC and GNU binutils support setting the "sub arch" via -march=, > -Wa,-march, target function attribute, and .arch assembler directive. > > Clang's integrated assembler does not support -Wa,-march (and the logic > to overrule one when multiple of the above are used), and this can > cause annoying warnings such as: > > clang: warning: argument unused during compilation: '-march=armv6k' [-Wunused-command-line-argument] > clang: warning: argument unused during compilation: '-march=armv6k' [-Wunused-command-line-argument] > clang: warning: argument unused during compilation: '-march=armv6k' [-Wunused-command-line-argument] > > Since most assembler is non-conditionally assembled with one sub arch > (modulo arch/arm/delay-loop.S which conditionally is assembled as armv4 > based on CONFIG_ARCH_RPC, and arch/arm/mach-at91/pm-suspend.S which is > conditionally assembled as armv7-a based on CONFIG_CPU_V7), prefer the > .arch assembler directive. > > Link: https://bugs.llvm.org/show_bug.cgi?id=48894 > Link: https://github.com/ClangBuiltLinux/linux/issues/1195 > Suggested-by: Arnd Bergmann > Signed-off-by: Nick Desaulniers > [arnd] add a few more instances found in compile testing > Signed-off-by: Arnd Bergmann Did anything ever come of this patch (or series)? I would like to add -Werror=unused-command-line-argument to CLANG_FLAGS so that invalid flags will not cause cascading cc-option failures but we cannot not do that until this is resolved. Cheers, Nathan