Received: by 2002:a6b:fb09:0:0:0:0:0 with SMTP id h9csp765890iog; Wed, 29 Jun 2022 09:44:06 -0700 (PDT) X-Google-Smtp-Source: AGRyM1s40Q8Heu/JKuJF7d2YlwGjixSnH6dqpyRxx+4gFmSP9ZAkeRJ8g6KMXAZ5rfxpm5d5rcU7 X-Received: by 2002:a17:902:9348:b0:167:8e92:272f with SMTP id g8-20020a170902934800b001678e92272fmr9805247plp.77.1656521046318; Wed, 29 Jun 2022 09:44:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1656521046; cv=none; d=google.com; s=arc-20160816; b=tEL2VZF59ZaxvEsl+QeS3ALQxe5HTjOcnM8uHkE1fWk/wfKwyoAC3FNK0KSMhGNGVu PWLKjTOns2Ro8JKdEAWUz0snWtDb7JPuvFhAd4przE6GBypQRGS7mZbNC97VDzDuVWp3 SAPsWzfyYIU9oLcSnBeKlld8gW3CTlr02stqGOUifmDQBs9qdgsXtH8Bbz06OAD499C/ xk4MnUINC97fIASAwuK6ZgbWZC386dpHJgwxITcsrOueBm204G3RHkQVC12Vh/fUPiXf CnLOBYVk9B6TPVLlQfAn9fW6oB1puGtyrUYIvR8EDYOTMmD45OAdB2Yl7hKZn00Ukpjd 82hw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=Os4mayMMpFsaTesvNE1De3rTgq6xRWw/qV7BZPpOtpk=; b=NuicYIzfZ6ND/gbIkjxIu3hYs/dEoYF0LcrmU1JsmbHmJQmM4ACvY+fhtzbkfr30Ov s1b28tQNwuH9zYZmPTfCOYryiJRgUQ+5Iewq9gmZ1t2QL2W6p0Pxw4x49OoqlsQgeLhe RZr+5eY5IyzuhpkHFQet4datLOjfhipJtvaJsQ58sxeLot7rPA1PEQjujHtya5nNvpll 4rvmNmYZoq2yT7TuUF4Z+ZdqqadkaZBBsaK546HA77sB6e4aKomqENg8eybUxaQStCFL idD9yq3M7yBhx2PDIyOxfQQDS0Emb3l21B/0j9EOOs2Dmg81rf0sjtSshcEW47UccfzP zQBA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linux-foundation.org header.s=google header.b="WKBtC/f/"; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id s1-20020a170903214100b0016a3f860e43si19331018ple.264.2022.06.29.09.43.53; Wed, 29 Jun 2022 09:44:06 -0700 (PDT) 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; dkim=pass header.i=@linux-foundation.org header.s=google header.b="WKBtC/f/"; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231494AbiF2QIn (ORCPT + 99 others); Wed, 29 Jun 2022 12:08:43 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52442 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229584AbiF2QIm (ORCPT ); Wed, 29 Jun 2022 12:08:42 -0400 Received: from mail-ed1-x532.google.com (mail-ed1-x532.google.com [IPv6:2a00:1450:4864:20::532]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 36019A45B for ; Wed, 29 Jun 2022 09:08:41 -0700 (PDT) Received: by mail-ed1-x532.google.com with SMTP id k20so1477905edj.13 for ; Wed, 29 Jun 2022 09:08:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux-foundation.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Os4mayMMpFsaTesvNE1De3rTgq6xRWw/qV7BZPpOtpk=; b=WKBtC/f/OZCaP/FFnlHcOyXMiWjUU7ynF9xFnSGYbWvYA/X2Ax01CmrgO82VoImDvh X6nmUOcLu5gKe4FtBVG+K8vhI82rRrROpHqYLC06NPtTZeImiePzTylR71l1sfllzP/6 UQBikD4IORsuI4Y/FcT9ULSZA2hI2EQYkZ0Ac= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Os4mayMMpFsaTesvNE1De3rTgq6xRWw/qV7BZPpOtpk=; b=zSSbjypFg4+tG3xlOwhyZpuGCXcGQvHWxifeaabGVDzV1kQfCSGS5D+WJLGboqj3bT MJEPofs9nD5yDNMul2ihik8aJEekS9AuOAV4Uk66vjEGqVz1LUGt6FdME1DNKc30UYqL 7bmM1hUtZMC4j+4EtQ43yH0tW/ecb8KZGnTtI1i6RmmdfNO2ProGeILdRUgo1WhqLJ4O ETMBUaeIoqxX+OiaLgsVxPo9Z519rffVNkEoH2UNcSCw6HVr+6NhbUU45u6mKBos9lhP e4/tN6CdZc3hY/txwhJelT9mvWyEVklowtslSJRcGbb85SAyAchWuhKr4lWPE6UjjZAO HKMA== X-Gm-Message-State: AJIora8Dsac3bys3KBXvCypOnwVo/pvO01OXufCxaC+u3S0MHfFTvrdB /2Bq9Rhl3eDXkkJJX303lM91UdSZKpaO/fYP X-Received: by 2002:a05:6402:3587:b0:435:b9a1:d5c5 with SMTP id y7-20020a056402358700b00435b9a1d5c5mr5232561edc.219.1656518919592; Wed, 29 Jun 2022 09:08:39 -0700 (PDT) Received: from mail-wm1-f51.google.com (mail-wm1-f51.google.com. [209.85.128.51]) by smtp.gmail.com with ESMTPSA id p19-20020aa7cc93000000b0042bdb6a3602sm11407084edt.69.2022.06.29.09.08.37 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 29 Jun 2022 09:08:38 -0700 (PDT) Received: by mail-wm1-f51.google.com with SMTP id c130-20020a1c3588000000b0039c6fd897b4so11710191wma.4 for ; Wed, 29 Jun 2022 09:08:37 -0700 (PDT) X-Received: by 2002:a05:600c:4ecc:b0:3a1:68bf:d17a with SMTP id g12-20020a05600c4ecc00b003a168bfd17amr4140154wmq.154.1656518917270; Wed, 29 Jun 2022 09:08:37 -0700 (PDT) MIME-Version: 1.0 References: <20220628224255.w4lmzalkx3qejuyg@treble> In-Reply-To: <20220628224255.w4lmzalkx3qejuyg@treble> From: Linus Torvalds Date: Wed, 29 Jun 2022 09:08:20 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: mainline build failure due to 281d0c962752 ("fortify: Add Clang support") To: Josh Poimboeuf Cc: Nick Desaulniers , Sudip Mukherjee , Nathan Chancellor , Kees Cook , Linux Kernel Mailing List , clang-built-linux , Peter Zijlstra Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-1.8 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=no 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 Tue, Jun 28, 2022 at 3:43 PM Josh Poimboeuf wrote: > > So, something like this: No, clang should just be fixed. These UBSAN reports should usually be WARN_ON_ONCE. It's all the same issues we've had before: causing a panic will just kill the machine, and gets us fewer reports. Now, UBSAN is something that presumably normal people don't actually run on real hardware, so it's probably less of a deal than some. But hey, maybe somebody wants to actually run an UBSAN kernel on a real load with a full accelerated graphical UI and real drivers: a panic may end up killing the kernel, and there you sit, with a dead machine and no idea what went wrong. So the whole "panic if UBSAN reports something" is COMPLETE GARBAGE. It actually makes the whole point of running UBSAN go away. You *lose* coverage. So please don't make the kernel worse because clang got something like this wrong. Just fix clang. And fix your mindset. Linus