Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp9178467rwd; Wed, 21 Jun 2023 04:14:05 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ72V/RozeEDWxkWdMkNLhzZikIB9HXU+iv7IkvJqQm+JoXhS60RIOwqYJoQb+s2jTGzAI4E X-Received: by 2002:a05:6a20:12c4:b0:123:152d:d46b with SMTP id v4-20020a056a2012c400b00123152dd46bmr3166792pzg.26.1687346044695; Wed, 21 Jun 2023 04:14:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1687346044; cv=none; d=google.com; s=arc-20160816; b=uhx8Fa6J7xdWxsNRQpMnjO7RjjIXXzsn7GiYHJl5te3ecAonTZS+tfJ3tPt2nCKeuO jsq5AjJO96b0y51htTR0cDXAzUKDv2btLrgqTX6FkT1hP9ZZWWJupVUuaGGAube4ahBG vT7tq44yRn0VFGxiXmcxLyOkxIrd4VVbqMYcDKnoKocQmTmNJ7A+LpIHXQ+UXkgF0CJe ydyo7XHZBTPQwmyxcVL7PsROOdKiUx0hfapKuy2G3PAcV3C1SBlttQz4w84J7PKk93gv /nmRIF2zrI1y4GOBvpvKgT9tsdF55LTxyG9/5M4yVmqEh4A0NVGZlKXIIUcQdb+wlqT0 dSQg== 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=6QQV9Rd4vHccwwe5soyTiFaIBTwKBAlcxUFcJTGu47Q=; b=i7cdj7IcNIbskkS3f0xy92hSTYJo1v/UqiTL7NQPjf3GR5g66mIRB6kx4rxXhfMWpE QuAp13vcZT5XBVYTvS1xGu14q2WZJJ067/spHpnpvcTxJWCDD3itol1+cjS5Bj1g15vU AuDYYFBf2BV/m2JirN3n4x7CY/fYtW/py8ZqiHiFCPL68It1CQ94xMha2hjairzTVza6 DBgS7crwiCKZpDdwTAc4TDIfpttNWNn5JihBSDh+rVJREuXnE+9WFpFotqw0xpyxT/5J gf85S/WjZq/uxJmyYv72UZBcZZdAK8t47Dh5G1TrAmALPPX188rr+nRofh1m6Gl4fSHw j9EQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=gMF6LhlQ; 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=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id x185-20020a6386c2000000b005538ca839casi489663pgd.546.2023.06.21.04.13.37; Wed, 21 Jun 2023 04:14:04 -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=@kernel.org header.s=k20201202 header.b=gMF6LhlQ; 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=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230125AbjFUKzQ (ORCPT + 99 others); Wed, 21 Jun 2023 06:55:16 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59202 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231719AbjFUKyc (ORCPT ); Wed, 21 Jun 2023 06:54:32 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8F24C1BE4 for ; Wed, 21 Jun 2023 03:53:55 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id A91B1614E2 for ; Wed, 21 Jun 2023 10:53:54 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 84DEFC433C0; Wed, 21 Jun 2023 10:53:53 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1687344834; bh=8b+uU3Bs2sYqRmJk9/fT6n7FW28WjMTbPY0E1GKJS1s=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=gMF6LhlQ8BB9kWB22e32blkxJkHYKdSnN11rulUgtPhi6lIpYQ5GY+v+qP1GwDNVS AobbulHyeFXjObvKjs6whBlw2A87+z2ckauyf6gu46egCRue0gNn21iqItpjNmXQXG FrUPT2O5nKVyv9rRr31X3tkKP1z8xnBtb188e+tSHJXpDQ7Hh2bw/0CMwX+qIIF1vh ujJidCroEGOWsNy3mS7EUGGtTo6RlSw77kU7b6Ug+QRoLi9l4VQN+kSzxFAUPuZdev FWauUE17DS5B/0PHHVu4JHfmECqb7W3jPBI/bOw8ORmEK97BRE/UE4ufKgUSCOgaht /K4EfiN1xnDBw== Date: Wed, 21 Jun 2023 16:23:49 +0530 From: Vinod Koul To: Richard Fitzgerald Cc: yung-chuan.liao@linux.intel.com, pierre-louis.bossart@linux.intel.com, alsa-devel@alsa-project.org, linux-kernel@vger.kernel.org, patches@opensource.cirrus.com Subject: Re: [PATCH 1/2] soundwire: bus: Prevent lockdep asserts when stream has multiple buses Message-ID: References: <20230615141208.679011-1-rf@opensource.cirrus.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20230615141208.679011-1-rf@opensource.cirrus.com> X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE 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 15-06-23, 15:12, Richard Fitzgerald wrote: > Give the bus_lock and msg_lock of each bus a different unique key > so that it is possible to acquire the locks of multiple buses > without lockdep asserting a possible deadlock. > > Using mutex_init() to initialize a mutex gives all those mutexes > the same lock class. Lockdep checking treats it as an error to > attempt to take a mutex while already holding a mutex of the same > class. This causes a lockdep assert when sdw_acquire_bus_lock() > attempts to lock multiple buses, and when do_bank_switch() takes > multiple msg_lock. Applied both, thanks -- ~Vinod