Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp610317pxb; Tue, 9 Feb 2021 08:17:49 -0800 (PST) X-Google-Smtp-Source: ABdhPJwnl6v0gYlNSnldcHPV4DFB3qf3+FU+K8X2CGlUPyDOn07MiquVG6X4YkBdEUs86WRY8KVo X-Received: by 2002:a05:6402:1ad1:: with SMTP id ba17mr24080870edb.243.1612887469444; Tue, 09 Feb 2021 08:17:49 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1612887469; cv=none; d=google.com; s=arc-20160816; b=QauJNyQ0k5PTJ5oVua2ZWH+io7gfSDNOCl5Qqp2SBg/DSqUvXMvSb84eiK/BBY3viN xVEGGfRsGIHNWwbnbhFkexknVNnsADDA1fiqNvnztgUa0vEsfyGFUrTiYMc2gw5Q7rfz x5UCXG0rQ0iP5l5Fz7JoqkTj0Idj1NBBLm1SGQM4aXAO2mkEWW5U74f5u8U6MPoCQmZm FXWNWcxO1goPxU6mhRkeS+I11OC16mcKNbProkVl357ZKzT7LkeokHOuf9l8j+vUoYTp EH9LfzOngKfUVrcSeZx2cLa9ZQxZ1lZyvQJNA8xLmcln+o1itWTDZF5uAe5/qszJi2fq DPPg== 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; bh=rNLDBAmOM/2b0XSey+3XuMq+V0GuiiHgTOo5e91Jp0U=; b=eA9GeU1G29d8rRk/A1Y10hFnudFSzjVb8RPN2mUAm6CbtxDlG7BASr/oIIUsx4R7tK W7YHQMzX0dEH4kkoUKYAH+7HDZwUY0Uwt3CDA9ak730jb1z7nJlhAlQyADNDZdrEfy3L bZid1H0roVb0M47EVMUpum7QvoaH5Jjeo2SZg5X+X867jWki9rrRrViB3/ryQTCJU3o2 vv4YzFTOynAmA7DnZlaWwfICDxpOYa1kvrS4VunlFKu/dl3FlBXhsQK5x7ITtCiraqT4 3KQL5zToBp727RumUeupMFXx9cv00Su+44EiHVGn5JjbXpeRWYQYp9pOtQbbpwCzQkKp h+xQ== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id ku8si14701977ejc.25.2021.02.09.08.17.18; Tue, 09 Feb 2021 08:17:49 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232774AbhBIQON (ORCPT + 99 others); Tue, 9 Feb 2021 11:14:13 -0500 Received: from foss.arm.com ([217.140.110.172]:53710 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232782AbhBIQOL (ORCPT ); Tue, 9 Feb 2021 11:14:11 -0500 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 9A2B8ED1; Tue, 9 Feb 2021 08:13:25 -0800 (PST) Received: from C02TD0UTHF1T.local (unknown [10.57.42.209]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 83C623F73D; Tue, 9 Feb 2021 08:13:24 -0800 (PST) Date: Tue, 9 Feb 2021 16:13:22 +0000 From: Mark Rutland To: Peter Zijlstra Cc: Randy Dunlap , Stephen Rothwell , Linux Next Mailing List , Linux Kernel Mailing List , Josh Poimboeuf Subject: Re: [PATCH] lockdep: Noinstr annotate warn_bogus_irq_restore() Message-ID: <20210209161322.GC71297@C02TD0UTHF1T.local> References: <20210208235246.01cb4daf@canb.auug.org.au> <2000eae0-89f4-a88f-a113-7fa47f16def7@infradead.org> <20210209132430.GB71297@C02TD0UTHF1T.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Feb 09, 2021 at 05:03:46PM +0100, Peter Zijlstra wrote: > On Tue, Feb 09, 2021 at 01:24:30PM +0000, Mark Rutland wrote: > > On Tue, Feb 09, 2021 at 09:34:10AM +0100, Peter Zijlstra wrote: > > > > > > Subject: lockdep: Noinstr annotate warn_bogus_irq_restore() > > > From: Peter Zijlstra > > > Date: Tue Feb 9 09:30:03 CET 2021 > > > > > > vmlinux.o: warning: objtool: lock_is_held_type()+0x107: call to warn_bogus_irq_restore() leaves .noinstr.text section > > > > > > As per the general rule that WARNs are allowed to violate noinstr to > > > get out, annotate it away. > > > > > > Fixes: 997acaf6b4b5 ("lockdep: report broken irq restoration") > > > Reported-by: Randy Dunlap > > > Signed-off-by: Peter Zijlstra (Intel) > > > > Whoops; sorry for missing that! > > > > Acked-by: Mark Rutland > > This runs into sodding header hell on mips (and possibly others) > > How's this then? Looks fine to me, FWIW. Mark. > > --- > Subject: lockdep: Noinstr annotate warn_bogus_irq_restore() > From: Peter Zijlstra > Date: Tue Feb 9 09:30:03 CET 2021 > > vmlinux.o: warning: objtool: lock_is_held_type()+0x107: call to warn_bogus_irq_restore() leaves .noinstr.text section > > As per the general rule that WARNs are allowed to violate noinstr to > get out, annotate it away. > > Fixes: 997acaf6b4b5 ("lockdep: report broken irq restoration") > Reported-by: Randy Dunlap > Signed-off-by: Peter Zijlstra (Intel) > Acked-by: Mark Rutland > --- > include/linux/irqflags.h | 5 ++++- > kernel/locking/irqflag-debug.c | 4 +++- > 2 files changed, 7 insertions(+), 2 deletions(-) > > --- a/kernel/locking/irqflag-debug.c > +++ b/kernel/locking/irqflag-debug.c > @@ -4,8 +4,10 @@ > #include > #include > > -void warn_bogus_irq_restore(void) > +noinstr void warn_bogus_irq_restore(void) > { > + instrumentation_begin(); > WARN_ONCE(1, "raw_local_irq_restore() called with IRQs enabled\n"); > + instrumentation_end(); > } > EXPORT_SYMBOL(warn_bogus_irq_restore);