Received: by 2002:a05:6a10:2726:0:0:0:0 with SMTP id ib38csp3472803pxb; Mon, 4 Apr 2022 18:04:27 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx1c9LKDHv3+HvXSgxUnY47CZo9+/PlHJQPZ04HIsvropyawe1NiABFmGKlsJz6LKtkmwm4 X-Received: by 2002:a05:6a00:1741:b0:4fa:f5bc:30bd with SMTP id j1-20020a056a00174100b004faf5bc30bdmr865486pfc.0.1649120667784; Mon, 04 Apr 2022 18:04:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1649120667; cv=none; d=google.com; s=arc-20160816; b=B5cYVBdHVA7QkGfyo3rH4otPkcDEP+dgHqdIqULOPJK4bvutLQkRaEVyZaZ2IMPRMz 7QNb2blFpNvANMy5qjn/LNiZQAOwIU4hv5es/1LpKp2dWo3LnNHLz7RfrpwRqVj6mz83 WPp+ngdTapEO5uzW/c1kZQ0iFycPMGoVmKBWfg3Jx/noc5qXZtulE6qAfdWs38gcWTyn yWDTqrAdZFrQTyHumHnulzr1JKDwE2vpPJZiCJnfMxjFMiAY31UBOXQgsd7PV2YPfLik K0d7rpKW3maAgq/jDGs/A3sppIHz80YqtbpyXctqr62+1ENvfgfz1GukS9iZLMEb9jQV z5ww== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:message-id:date:references :in-reply-to:subject:cc:to:dkim-signature:dkim-signature:from; bh=qeX5ZeUnYTOArgEzqA+VxeAnatsMOvwz4R2yQNo81VE=; b=bhk9Fai9Me7/GeNszkY4RMo1wi2Kwke3kIyR04hfHq2s7joztmnV0s6FQXBV39uepw uIuzu8OTcrQ7eNRGCteIoMLrTjDQtRIitUXsKjvpYAFg9aX0md2L4wlHMOPq8V4jjaEs qjBR1qevDg5i6BFrRiL90ksd8kynkTFq/Z585cIUYp+MqlYH5zRkoHtKdUoWwhqF1xcf 5BB8E7onNYOcBZRLmxwOvhieYkOGXGabS4zVzbYF3CsprLNrEL0KfNL6N2PyMfgADyWf 8XDDs7TzroKqf4av4KTmYtp1Ev6VfTY72OYmpW9Fr0AX9UIJoIi4HOxVISoiwnL6QSuz /bJg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b=zrAVVRGg; dkim=neutral (no key) header.i=@linutronix.de; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id gk2-20020a17090b118200b001c7cabe862csi658564pjb.145.2022.04.04.18.04.27 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 04 Apr 2022 18:04:27 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18; Authentication-Results: mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b=zrAVVRGg; dkim=neutral (no key) header.i=@linutronix.de; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 18EC912E77E; Mon, 4 Apr 2022 17:03:39 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1359623AbiDCRQb (ORCPT + 99 others); Sun, 3 Apr 2022 13:16:31 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56994 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1359604AbiDCRQb (ORCPT ); Sun, 3 Apr 2022 13:16:31 -0400 Received: from galois.linutronix.de (Galois.linutronix.de [IPv6:2a0a:51c0:0:12e:550::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 4470713DD7; Sun, 3 Apr 2022 10:14:36 -0700 (PDT) From: Thomas Gleixner DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1649006074; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=qeX5ZeUnYTOArgEzqA+VxeAnatsMOvwz4R2yQNo81VE=; b=zrAVVRGgr3aLJGVv3hyhk7jnTYXWEIm5dkZ1fNM/Bl0C5OsG7ffPPegKCPzQIIZvCWz7Kd yjpFVF6N02aEtM3sE0c2vEVQrYRQCW8xt2d4DHW11kJx2Hjoc6RIYk1zasv1JD3iTjpQhQ my7nUQz9l3iRI0fcio+vWu6jBcj9QwgnNIemcV0flUUBNbK6FWYXjaJgobwKbquOTrFSIf 2Y9TdDwmaYLvZfYYXqRhl6WMeqpYYdeZr4rDsqi7FgpHWaO8TbKjxFF4wcxqKYH9K+p7x4 sRRBRIkiVAKQH8rkYw2fafSDCdMvXaBKGBVQMU3Jz3p1TM1TQj2jEv+UXJI18Q== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1649006074; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=qeX5ZeUnYTOArgEzqA+VxeAnatsMOvwz4R2yQNo81VE=; b=OHeTqdUkuo3lHP2BLD7waUl18HFf0uDFgPug2zkqP+lUEQiUeA60vBhtipqIHO+7vOONC3 ofaPs7DvC1IHkbBg== To: Ammar Faizi , Borislav Petkov Cc: Ammar Faizi , Alviro Iskandar Setiawan , Dave Hansen , "H. Peter Anvin" , Ingo Molnar , Tony Luck , Yazen Ghannam , Linux Edac Mailing List , Linux Kernel Mailing List , Stable Kernel , GNU/Weeb Mailing List , x86 Mailing List , David Laight , Jiri Hladky Subject: Re: [PATCH v6 1/2] x86/delay: Fix the wrong asm constraint in `delay_loop()` In-Reply-To: <87zgl2ksu3.ffs@tglx> References: <20220329104705.65256-1-ammarfaizi2@gnuweeb.org> <20220329104705.65256-2-ammarfaizi2@gnuweeb.org> <87zgl2ksu3.ffs@tglx> Date: Sun, 03 Apr 2022 19:14:34 +0200 Message-ID: <87tubaks1x.ffs@tglx> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,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 Sun, Apr 03 2022 at 18:57, Thomas Gleixner wrote: > On Tue, Mar 29 2022 at 17:47, Ammar Faizi wrote: >> The asm constraint does not reflect that the asm statement can modify >> the value of @loops. But the asm statement in delay_loop() does modify >> the @loops. >> >> Specifiying the wrong constraint may lead to undefined behavior, it may >> clobber random stuff (e.g. local variable, important temporary value in >> regs, etc.). This is especially dangerous when the compiler decides to >> inline the function and since it doesn't know that the value gets >> modified, it might decide to use it from a register directly without >> reloading it. Ignore me, I misread this part of the explanation. Thanks, tglx