Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp781907pxb; Fri, 21 Jan 2022 03:13:15 -0800 (PST) X-Google-Smtp-Source: ABdhPJzSLJDdHBMMuW/m1X2SzvjU5whuxM1Q7U4wQw5mkDYDSnEL51hszxFu0QyXTPmP8BDtInK7 X-Received: by 2002:a17:90b:33d0:: with SMTP id lk16mr257607pjb.45.1642763595706; Fri, 21 Jan 2022 03:13:15 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1642763595; cv=none; d=google.com; s=arc-20160816; b=wGstsBpOuE+7rXqJ7z0eAKYInXf16XBC+1Jr69cZXCyWvR+CeyLmEf1jWEp3wGgimY bVB/GPPgfXJCYOtWj85a408XxG+p3GM5ReWpkJw06wqMCijCvSrczuipX84G2Htr5v/r yrrk9Mz697B9Gd8eGRXvQqW1LqYU9AHohaSHtFkRJ8XvkD28/i8fLaytvnGwFKmYQeyJ GRK+UJJcDr2m9xagdRxBEhQ2oJ+sKNcw8H3DUhxCujam5TOnfE5M8w0qbetP4BrkHOnk qnXXGFSxcmxhvwKScwdtj5X3oXkUWo1t+vH4QcWcnVzu78uMcLPaB9Uv344yv1P1ixTC wLOg== 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=imSbjfG3HpJVgHUztBteAKnTWeE4AQAds5w4lniIVaU=; b=uT5WmX/Qjy9ySQAoHpWiZJlMGvSMty9+ooQNmMDSf6C+7RACdA1qNCtapkcSyDK90w JWZGMhIoE8R7gtArswP+Yl0Cl7T+xHn2xCpn4VYWeHCztuCd3J3KjHRqVPagi6+RNDag oT0SfJHyD64IzKPWKQjwwOfDINxFnAQt9rNUQngYC7s+G+jsjn67LyAIieM+JB46+HOw m/AQSd+dy/Zu6yAs6+eNZCmf298kvHA2ccXkWzgHfW6bh+XdUqNZAa2JFpN0Noh3yGc3 /WvzoGUMweqgX9P7ajRKCZi22pvCw4NrkY946HjZIp9a/Vu/1fxOd/5lNliccVB84pQK dFmQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=glt8S3+s; 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=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id u2si6456644plg.50.2022.01.21.03.13.03; Fri, 21 Jan 2022 03:13:15 -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=@redhat.com header.s=mimecast20190719 header.b=glt8S3+s; 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=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1350143AbiARXB3 (ORCPT + 99 others); Tue, 18 Jan 2022 18:01:29 -0500 Received: from us-smtp-delivery-124.mimecast.com ([170.10.129.124]:36609 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238025AbiARXB1 (ORCPT ); Tue, 18 Jan 2022 18:01:27 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1642546886; 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=imSbjfG3HpJVgHUztBteAKnTWeE4AQAds5w4lniIVaU=; b=glt8S3+sl5nQWqEhmmUxb6hzFrTqIFeA28MfjXx+uP9QBDEOUon8Kr5P4I5WwfA/2Y61dq vxRS9t/XJ0O8tYI0dSXHbAFLZgzCwkOz9qBTsrWSTX5UkQbg/urQKisQYkyDtH+SYPoVko cSA77K4RuZG0iDFB1hF9pDpaqzbuqsY= Received: from mail-qv1-f72.google.com (mail-qv1-f72.google.com [209.85.219.72]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-553-ka8JPOsLN2So-humZDFd-w-1; Tue, 18 Jan 2022 18:01:25 -0500 X-MC-Unique: ka8JPOsLN2So-humZDFd-w-1 Received: by mail-qv1-f72.google.com with SMTP id jv3-20020a05621429e300b0041696de044bso711829qvb.14 for ; Tue, 18 Jan 2022 15:01:25 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=imSbjfG3HpJVgHUztBteAKnTWeE4AQAds5w4lniIVaU=; b=LXppFmnBisVuNDZ0faAizeKK0VMyXQ/XCEGof2rxSoxYtHkEAaNYWsS20aWgxngUOB cvcIUGhOCVAe0FzUtKEWFDwkrjKxnFiokZF3Jtr7yJqAwAP6PV+d1ALwEhowxd0U88AL imdVwzqjDSVvWxtPqhGBtqadqYDeBCV4yBiyLs1RSM90eo9uyNuZlEvmZ9oMSALUtggK QfPLq23PYw7qIfBMtjO9i+r7UL58h5twgmck9aPR+LUdZhhucs/ciEXqUC6suSr6dD6L 92X8dip9yrpEyHAlE4b8wDyJ9wqfP3bhSg72/IfkjsIwEtUGJQTH2CVIatdEF4qYlaQX KWjQ== X-Gm-Message-State: AOAM533VFpXNxs+s0eFc0tFAJJD+qU6mDsBkhys4InoNrQrzYZMbeSr5 AGhACg5IH/qHRmbT0jga/9fnxyjgihwT0DLHf1jeKokddsZMYkgVv+4yyhgkmzIexOzexbIzMNc f7v+HyaLWw0w6Az3FEg2o8jsz X-Received: by 2002:ac8:57d6:: with SMTP id w22mr9729194qta.167.1642546884605; Tue, 18 Jan 2022 15:01:24 -0800 (PST) X-Received: by 2002:ac8:57d6:: with SMTP id w22mr9729170qta.167.1642546884378; Tue, 18 Jan 2022 15:01:24 -0800 (PST) Received: from treble ([2600:1700:6e32:6c00::c]) by smtp.gmail.com with ESMTPSA id i5sm4598139qkn.19.2022.01.18.15.01.22 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 18 Jan 2022 15:01:23 -0800 (PST) Date: Tue, 18 Jan 2022 15:01:20 -0800 From: Josh Poimboeuf To: Borislav Petkov Cc: Nick Desaulniers , Vasily Gorbik , Linus Torvalds , Ingo Molnar , Dave Hansen , Thomas Gleixner , Peter Zijlstra , Luc Van Oostenryck , x86@kernel.org, llvm@lists.linux.dev, linux-sparse@vger.kernel.org, linux-kernel@vger.kernel.org, kernel test robot , Nathan Chancellor Subject: Re: [PATCH] objtool: prefer memory clobber & %= to volatile & __COUNTER__ Message-ID: <20220118230120.pivvson7qekfiqic@treble> References: <20220114010526.1776605-1-ndesaulniers@google.com> <20220118192256.jzk5dnceeusq7x7u@treble> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20220118192256.jzk5dnceeusq7x7u@treble> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jan 18, 2022 at 11:22:59AM -0800, Josh Poimboeuf wrote: > On Sun, Jan 16, 2022 at 02:32:59PM +0100, Borislav Petkov wrote: > > so I like the local label and how it is more readable this way. > > > > So, provided the memory clobber works (I wonder here if Josh has some > > concrete failing cases which could be tested with your version) and > > after the nitpicks have been addressed > > > > Acked-by: Borislav Petkov > > I think Nick was already able to recreate the original issue. I'll run > it through some more testing. > > I wanted to make this change years ago, but couldn't because of legacy > toolchains. Here's hoping this is the final solution for those @#$%^ > macros. > > Boris, thanks for looping Nick in, I should have done so to begin with. Apparently this patch isn't going to work after all :-( https://lkml.kernel.org/r/202201190632.lhlaiCBk-lkp@intel.com With the two WARN_ONs in media_request_object_complete(), GCC apparently considers the two reachable() asm statements as duplicates, and it removes the second one. -- Josh