Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp7507995rwd; Tue, 20 Jun 2023 02:08:43 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ5k8PcOw93XDtH0EdC4d05hjMfxqZJTrtejPNGrSBRY7aE9s3Yg72o2ixe1xjIBi1y2RkTN X-Received: by 2002:a05:6358:c61e:b0:130:f7a4:1395 with SMTP id fd30-20020a056358c61e00b00130f7a41395mr2313001rwb.21.1687252123031; Tue, 20 Jun 2023 02:08:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1687252122; cv=none; d=google.com; s=arc-20160816; b=towq8xJEevu39Ev9VLTO9mhCTz54FP0F+HclzkB/U2D/g9/3fQAZIU7/k0l8U4cjeK NYeWY21yGUqyFNVQO+g+eUP8hDa/ulKYC2zw2PsKoWwzoksP5nj3PKpDOr4VtUEwInkW hxoqYRef+ixWvXGmzIcMd/KBu5Qf1Fy0DzyJQzqb/mLRSvZIZIfucmfCrh7ry3A2h72F P55C1maZHzzmWM+vLGsYMyB3ugvwyogy/ahZNM+L5a+OfTyfGswvTjftvHfTkvjcdbUF U3JLFhLF2rXjIrgKI2qVltBIIpkCLHdmJKhfDTx9tVMazFi2VNlhdHfFrjUyTMCG5zgT uerw== 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=xnki0r5y4TroSJ8P6p+PySOa093W7Oqe6Ng8UJe+axY=; b=Qb1MESxD7qeEVgg9O4294TVxniR8OgY2VhmYL2iPS5/yB4P8pzR0ypVnn1WaorF7jw vZP+ZtXGN/FcqbYpcLMDYQfdrgNBAtuUkevflrZGEgw9u2Jgm+ccAEb71T2mWbV5/ckN nl094lF+2HBzqcFp7CvBO1iziEDEYeuKuE8eNuLncvfRBkdeOziydifX26KLa7WXmbfK h8aJZJRTBB1hIuFgAyd7xFPShhiNiya4hHE04sQIewpDr1ukAI24wLRUebeLvNR97L7i i7PlADyn36XqHKy2Nj1HxGeBHmdnaSet0WjfwDoMZg4tPnFoX5/8dJDfL1y6dQlx3/qO L7og== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b=hTZCKfB0; dkim=neutral (no key) header.i=@linutronix.de header.s=2020e; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id h190-20020a6383c7000000b00543b16ecfa7si1382557pge.172.2023.06.20.02.08.29; Tue, 20 Jun 2023 02:08:42 -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=@linutronix.de header.s=2020 header.b=hTZCKfB0; dkim=neutral (no key) header.i=@linutronix.de header.s=2020e; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231962AbjFTIhL (ORCPT + 99 others); Tue, 20 Jun 2023 04:37:11 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47002 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230102AbjFTIhK (ORCPT ); Tue, 20 Jun 2023 04:37:10 -0400 Received: from galois.linutronix.de (Galois.linutronix.de [IPv6:2a0a:51c0:0:12e:550::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A74ECDB; Tue, 20 Jun 2023 01:37:08 -0700 (PDT) From: Thomas Gleixner DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1687250226; 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=xnki0r5y4TroSJ8P6p+PySOa093W7Oqe6Ng8UJe+axY=; b=hTZCKfB0Dm0qkGSiW0lNQniI9H/ypBbK7XnHzIc5Wwxs9kiU1bYYKN1DCX73COz8El7lMD 8xfUtjV7cwd0WLJNkhTh17eB7bVthya5jhWunDMV78HExnjqeBj0OUeD8Xq9e/1AMhvJw2 iseST0n/ECErlpj0huXQ7hSNp+6zbeewlnRpl/wxviFKgHyUIQkllbQVQ4Xznqb37Ywx5f Qqzi+TVZsG+PyNX3p0HAIkRlR0outyujAcjrhaIue/bDvgd+tbQvghO4y3A5FtjcHmLYuS Ek3XJZCQn+zMr6blc5ym9tm5qvEEZZVEh9fY5qX50MDwBP2qFoFsU2SKRzP83g== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1687250226; 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=xnki0r5y4TroSJ8P6p+PySOa093W7Oqe6Ng8UJe+axY=; b=fom0Ekn1nFU9HjMfw1gEd0/2MwYHr82fLAnc+vgq8OJvpEvu6ubNuyRjR3ADXM7DS+wvFE LljsU4/9A0poFpCw== To: Xin Li , linux-kernel@vger.kernel.org, platform-driver-x86@vger.kernel.org, iommu@lists.linux.dev, linux-hyperv@vger.kernel.org, linux-perf-users@vger.kernel.org, x86@kernel.org Cc: mingo@redhat.com, bp@alien8.de, dave.hansen@linux.intel.com, hpa@zytor.com, steve.wahl@hpe.com, mike.travis@hpe.com, dimitri.sivanich@hpe.com, russ.anderson@hpe.com, dvhart@infradead.org, andy@infradead.org, joro@8bytes.org, suravee.suthikulpanit@amd.com, will@kernel.org, robin.murphy@arm.com, kys@microsoft.com, haiyangz@microsoft.com, wei.liu@kernel.org, decui@microsoft.com, dwmw2@infradead.org, baolu.lu@linux.intel.com, peterz@infradead.org, acme@kernel.org, mark.rutland@arm.com, alexander.shishkin@linux.intel.com, jolsa@kernel.org, namhyung@kernel.org, irogers@google.com, adrian.hunter@intel.com, xin3.li@intel.com, seanjc@google.com, jiangshanlai@gmail.com, jgg@ziepe.ca, yangtiezhu@loongson.cn Subject: Re: [PATCH 2/3] x86/vector: Replace IRQ_MOVE_CLEANUP_VECTOR with a timer callback In-Reply-To: <20230619231611.2230-3-xin3.li@intel.com> References: <20230619231611.2230-1-xin3.li@intel.com> <20230619231611.2230-3-xin3.li@intel.com> Date: Tue, 20 Jun 2023 10:37:05 +0200 Message-ID: <87h6r2pm1a.ffs@tglx> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Status: No, score=-4.4 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED,SPF_HELO_NONE, SPF_PASS,T_SCC_BODY_TEXT_LINE,URIBL_BLOCKED autolearn=ham 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 Mon, Jun 19 2023 at 16:16, Xin Li wrote: > +/* > + * Called with vector_lock held > + */ Such a comment is patently bad. > +static void __vector_cleanup(struct vector_cleanup *cl, bool check_irr) > { .... lockdep_assert_held(&vector_lock); Documents the requirement clearly _and_ catches any caller which does not hold the lock when lockdep is enabled. Thanks, tglx