Received: by 2002:a05:7412:251c:b0:e2:908c:2ebd with SMTP id w28csp1085234rda; Mon, 23 Oct 2023 01:50:04 -0700 (PDT) X-Google-Smtp-Source: AGHT+IE6d3Cmq8sPFbOIIT7Pis+qyVxzfhfXI0LTQeQVkYhqZda2Rzvlo3DuXOG8Utik2i/SAvaH X-Received: by 2002:a05:6a21:1aa:b0:16c:b99a:754f with SMTP id le42-20020a056a2101aa00b0016cb99a754fmr3519617pzb.36.1698051003793; Mon, 23 Oct 2023 01:50:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1698051003; cv=none; d=google.com; s=arc-20160816; b=jnhmwlUilC6T4XjMYHPIhxtoNwlglwF0UPyZ2zmyADe5Bn7iqVy+3Axt1b8dB6XY8W Vfye/yOUvkOGKBfxuzKDAy7hgtAN/XIP+yUyJgoJ+gKjWWAHuPVl7cayz0/IhHorBwwQ lsYb3A61/0vThNzZjTnsxEWHcpece7//CaTzTzg+pG/wKSdLE2p5NAN254AAnDq9BSO4 rBpCm7W3f13mcg2HTwfimA6UnMjcdx4J7mtlLtKnHOZX+lCXvEecgZ86F8LnF5CnqB9G 0kQkg0OZ0YMeoJL7ldWHQwApUYymp0vAA958opSMPNi3uRMCfF3q6hfoTggThwwedP2X u4bw== 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=TJxwXWysMUsWIbwax4o1ovKFNblbn0VuDaATz+qumjM=; fh=5QZ+o75/u5dnut/0VESPls/EqOk6BrdnMpZex4edCB0=; b=g/IDVtrNPPpqXirYWnQa+eaQyhuw3+q5QKdxhVFe4ea88yKT7p4/HBMzSP8g6ac2ht b+WnxnWBKcwluADZdl93L8vF9u0VdkB0Gb3B5edqEzu1lQuW/306mWE3xmyVQZqw/ElT FDGZGe7U/SNC3JEKmcU1auiMtVVW6+TydoBg5f4NnQhbP5X9pee60/m3e2z6vxuGIYWF oC//FfuPbxoWKOyxcnCPKLSm1fnpG17IhocOJ5VqzjpwyL3oDUzFkVSn5uHGVNeRD/hP nYaKbUmHfLLBgwYaF9bqTAXksNFzrTaK2mfIlz8vBGe2vrd9rMF/vzEweRIixorfJnEG C5Kw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=ljiBvRZr; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.35 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from groat.vger.email (groat.vger.email. [23.128.96.35]) by mx.google.com with ESMTPS id j9-20020a17090a318900b002636d222400si8362110pjb.14.2023.10.23.01.50.03 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 23 Oct 2023 01:50:03 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.35 as permitted sender) client-ip=23.128.96.35; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=ljiBvRZr; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.35 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by groat.vger.email (Postfix) with ESMTP id C28D680620A0; Mon, 23 Oct 2023 01:50:00 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at groat.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229935AbjJWItw (ORCPT + 99 others); Mon, 23 Oct 2023 04:49:52 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55334 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229574AbjJWItu (ORCPT ); Mon, 23 Oct 2023 04:49:50 -0400 Received: from mgamail.intel.com (mgamail.intel.com [192.55.52.151]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 169B4110; Mon, 23 Oct 2023 01:49:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1698050988; x=1729586988; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=zB75TwBLWtoFLJkkH9ws2OpWEgFKiuj86yMx6gAvD1s=; b=ljiBvRZrDtyzM5/UuDHQ/Z/yFSudsXB2QvV+89e/HlPUI2/ED/hKV3Zx jWiYazAFj8jKe0Y49pz/SOJASX5tVuKeDM3E0/eKtguHhFLuYvT+P8AUM POxcYGbh3IgtlhxlkBz8lzIFWYKEPluY9CGRYaBVuYMWFAGSy4vljwUY3 XUIdBXwRj+pGLjJ7m22znPAkwOJnYz6lPpxjZTOkEreIkoz5wYXfBFjMr +dEY9QfucJnDFqtlq/Glw9yg0yhqYqZRa+FjZecx8m12IhL3geVjuj/mK 33mMCpz0V/8mzbqYPhu0g2YoqIotPPuEJZx+dm9AMO63ktmbA4PS8UShx Q==; X-IronPort-AV: E=McAfee;i="6600,9927,10871"; a="367026960" X-IronPort-AV: E=Sophos;i="6.03,244,1694761200"; d="scan'208";a="367026960" Received: from orsmga005.jf.intel.com ([10.7.209.41]) by fmsmga107.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 23 Oct 2023 01:49:47 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10871"; a="931629271" X-IronPort-AV: E=Sophos;i="6.03,244,1694761200"; d="scan'208";a="931629271" Received: from joe-255.igk.intel.com (HELO localhost) ([10.91.220.57]) by orsmga005-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 23 Oct 2023 01:49:45 -0700 Date: Mon, 23 Oct 2023 10:49:43 +0200 From: Stanislaw Gruszka To: linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, Matthew Wilcox Cc: Peter Zijlstra , Ingo Molnar , Will Deacon , Waiman Long , Boqun Feng Subject: Re: [PATCH] XArray: Make xa_lock_init macro Message-ID: <20231023084943.GE704032@linux.intel.com> References: <20231002082535.1516405-1-stanislaw.gruszka@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20231002082535.1516405-1-stanislaw.gruszka@linux.intel.com> X-Spam-Status: No, score=-0.8 required=5.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on groat.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (groat.vger.email [0.0.0.0]); Mon, 23 Oct 2023 01:50:01 -0700 (PDT) On Mon, Oct 02, 2023 at 10:25:35AM +0200, Stanislaw Gruszka wrote: > Make xa_init_flags() macro to avoid false positive lockdep splats. Friendly ping. The subject should be changed to mention xa_init_flags(), but anything else should be done here to get it apply ? Regards Stanislaw > When spin_lock_init() is used inside initialization function (like > in xa_init_flags()) which can be called many times, lockdep assign > the same key to different locks. > > For example this splat is seen with intel_vpu driver which uses > two xarrays and has two separate xa_init_flags() calls: > > [ 1139.148679] WARNING: inconsistent lock state > [ 1139.152941] 6.6.0-hardening.1+ #2 Tainted: G OE > [ 1139.158758] -------------------------------- > [ 1139.163024] inconsistent {HARDIRQ-ON-W} -> {IN-HARDIRQ-W} usage. > [ 1139.169018] kworker/10:1/109 [HC1[1]:SC0[0]:HE0:SE1] takes: > [ 1139.174576] ffff888137237150 (&xa->xa_lock#18){?.+.}-{2:2}, at: ivpu_mmu_user_context_mark_invalid+0x1c/0x80 [intel_vpu] > [ 1139.185438] {HARDIRQ-ON-W} state was registered at: > [ 1139.190305] lock_acquire+0x1a3/0x4a0 > [ 1139.194055] _raw_spin_lock+0x2c/0x40 > [ 1139.197800] ivpu_submit_ioctl+0xf0b/0x3520 [intel_vpu] > [ 1139.203114] drm_ioctl_kernel+0x201/0x3f0 [drm] > [ 1139.207791] drm_ioctl+0x47d/0xa20 [drm] > [ 1139.211846] __x64_sys_ioctl+0x12e/0x1a0 > [ 1139.215849] do_syscall_64+0x59/0x90 > [ 1139.219509] entry_SYSCALL_64_after_hwframe+0x6e/0xd8 > [ 1139.224636] irq event stamp: 45500 > [ 1139.228037] hardirqs last enabled at (45499): [] _raw_spin_unlock_irq+0x24/0x50 > [ 1139.236961] hardirqs last disabled at (45500): [] common_interrupt+0xf/0x90 > [ 1139.245457] softirqs last enabled at (44956): [] __do_softirq+0x4c0/0x712 > [ 1139.253862] softirqs last disabled at (44461): [] irq_exit_rcu+0xa0/0xd0 > [ 1139.262098] > other info that might help us debug this: > [ 1139.268604] Possible unsafe locking scenario: > > [ 1139.274505] CPU0 > [ 1139.276955] ---- > [ 1139.279403] lock(&xa->xa_lock#18); > [ 1139.282978] > [ 1139.285601] lock(&xa->xa_lock#18); > [ 1139.289345] > *** DEADLOCK *** > > Lockdep falsely identified xa_lock from two different xarrays as the same > lock and report deadlock. More detailed description of the problem > is provided in commit c21f11d182c2 ("drm: fix drmm_mutex_init()") > > Signed-off-by: Stanislaw Gruszka > --- > include/linux/xarray.h | 17 +++++++---------- > 1 file changed, 7 insertions(+), 10 deletions(-) > > diff --git a/include/linux/xarray.h b/include/linux/xarray.h > index cb571dfcf4b1..409d9d739ee9 100644 > --- a/include/linux/xarray.h > +++ b/include/linux/xarray.h > @@ -375,12 +375,12 @@ void xa_destroy(struct xarray *); > * > * Context: Any context. > */ > -static inline void xa_init_flags(struct xarray *xa, gfp_t flags) > -{ > - spin_lock_init(&xa->xa_lock); > - xa->xa_flags = flags; > - xa->xa_head = NULL; > -} > +#define xa_init_flags(_xa, _flags) \ > +do { \ > + spin_lock_init(&(_xa)->xa_lock);\ > + (_xa)->xa_flags = (_flags); \ > + (_xa)->xa_head = NULL; \ > +} while (0) > > /** > * xa_init() - Initialise an empty XArray. > @@ -390,10 +390,7 @@ static inline void xa_init_flags(struct xarray *xa, gfp_t flags) > * > * Context: Any context. > */ > -static inline void xa_init(struct xarray *xa) > -{ > - xa_init_flags(xa, 0); > -} > +#define xa_init(xa) xa_init_flags(xa, 0) > > /** > * xa_empty() - Determine if an array has any present entries. > -- > 2.25.1 >