Received: by 2002:a05:6358:16cc:b0:ea:6187:17c9 with SMTP id r12csp1839701rwl; Thu, 5 Jan 2023 21:12:58 -0800 (PST) X-Google-Smtp-Source: AMrXdXtbX7Tw8dQTzYpHQ4RlhbmBG30Z7LEGEq/eZ8MDLgjV+kISWj4xNPCSPIVIssu5tw69Y2E5 X-Received: by 2002:a05:6a21:3949:b0:a7:9022:5d5e with SMTP id ac9-20020a056a21394900b000a790225d5emr65764998pzc.2.1672981978690; Thu, 05 Jan 2023 21:12:58 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1672981978; cv=none; d=google.com; s=arc-20160816; b=TAUa8bjq3ssVfN7drFXV0dQEmgpZExKmemu8mJ82rPedU0irKTK49hLKuQfCTArIBR +AreCqb+mrfccQlZCOte01cZuVOH6tHDTBlXR/HKdgxxeFp9JqSv9w8yc2rqg/hc7fPu 4dU3ZJhdfkBokjtwjk4tTYgF4Lcqf9ae1u8uwGlflNAaqMR6yozsOltJyrGfWVC7gp9N KbNCrNDXAwV1EvG1pY+BJtaHDvqsE0ZS/MKhVXS1DpQBIM+aqDuD/7BqCs+jk0bWpZLx QrCEePkPqut0x2dk2tASn+EgWVfIziAfMbBq4cGosrUXu/DfhXGDiK0ghhj0ARKZmLY/ DGag== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=75oGTaUkN/py11vcc7/YWZBcNN2MEQjFwocRCZ9uca4=; b=k6e/8geIZ/d1ehjX1uJEQoyG/2zBVWl4H1SKSRxr+cu34+R2mmMdT8ywXV6JaVIxCP z1yueHIxQf06f/b1X/tbApfiNukFP6RnQzbdTDquEUoRH7iQHpdWiziekOAMAcbw8IwS j1hupvHA+kOrCgD/K2CSoBH5I05EC2ujZPwdVLl/KdKYz7GHi4agPf0H2sQqMLqz7OFk cpoBNnuq8iPXGasigVrPn0l/9Fkajksgvi2cA8kDn3mEJ9BTTodhr3rkc/Z6dqjAKEQz KYx6xg7ytFU88sZ+MTF2h6IVWnjKJ83WTWOtaCb5AiD5/EkKFG0B2KMYqgG1GNEPioXt HZ+g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b="jIiu/mV4"; 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=chromium.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id bm13-20020a656e8d000000b0047856d87247si282335pgb.603.2023.01.05.21.12.50; Thu, 05 Jan 2023 21:12:58 -0800 (PST) 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=@chromium.org header.s=google header.b="jIiu/mV4"; 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=chromium.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230353AbjAFEzt (ORCPT + 54 others); Thu, 5 Jan 2023 23:55:49 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33436 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229628AbjAFEzp (ORCPT ); Thu, 5 Jan 2023 23:55:45 -0500 Received: from mail-pl1-x62c.google.com (mail-pl1-x62c.google.com [IPv6:2607:f8b0:4864:20::62c]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 4C5AB625DA for ; Thu, 5 Jan 2023 20:55:43 -0800 (PST) Received: by mail-pl1-x62c.google.com with SMTP id c4so603195plc.5 for ; Thu, 05 Jan 2023 20:55:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:from:to:cc:subject:date:message-id:reply-to; bh=75oGTaUkN/py11vcc7/YWZBcNN2MEQjFwocRCZ9uca4=; b=jIiu/mV4pjrdZCVtNS8MvKcx2JPsnHpD/Vofw6AwdJ7Jm4qIj6H8Cyyra2vNxndO0t g9PM4Z4ZBjy7euXsOppK3mb5JGSIdSS53dfjRsB1ysxRiPGFRdJupri2tHhI/sudZs9i wJABQOh/tqy9+wt0tFTBZQj0sP6z0Kd7ulY0Y= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=75oGTaUkN/py11vcc7/YWZBcNN2MEQjFwocRCZ9uca4=; b=iIiHdn7JROxg0rV/3+FVoZ48vnkkje2Q/o2xXHuuxawtbdrffR0klVCmUIi2gE+BYV QB3nrkio7jrJib6x5PmlMuYQKCncs1QLqNkhvzrBk1TUIJD6pyIJaaI8YZHiMJYSL9t2 zUrnR+NyAR9KEKa9AYDa4XNq0Z9ZoLHTuHcBEtXpdTxIWtqZGL105HMPKYJ1hZCY5eQM U6YlZcoZTxuKGAgcD6DHgxwUDmuX7TqaGN0yYWazOhEqZuLOHnZJOv+eqPaU7hv5E9OW jokzfUE5emuV+8fWMAn65h1X4JPBy/dmJJHGc2J7/1v/VD4THh9BY+gvNmzv2OJnwxCq F+Vg== X-Gm-Message-State: AFqh2kow0mnAUlx7hJ0xo6K5SJ/+iiZqFJc6a4ZeOXQkMTGcL0PM6Cr5 a0g7vluVKqTc5axdB1Be6zGyQg== X-Received: by 2002:a17:902:f293:b0:192:5c84:63fa with SMTP id k19-20020a170902f29300b001925c8463famr42581960plc.65.1672980942750; Thu, 05 Jan 2023 20:55:42 -0800 (PST) Received: from wenstp920.tpe.corp.google.com ([2401:fa00:1:10:7428:62fb:34cf:24f4]) by smtp.gmail.com with ESMTPSA id q12-20020a17090311cc00b0018c990ce7fesm26969390plh.239.2023.01.05.20.55.40 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 05 Jan 2023 20:55:42 -0800 (PST) From: Chen-Yu Tsai To: Benson Leung , Guenter Roeck Cc: Chen-Yu Tsai , Tzung-Bi Shih , AngeloGioacchino Del Regno , chrome-platform@lists.linux.dev, linux-kernel@vger.kernel.org Subject: [PATCH] platform/chromeos: cros_ec: Use per-device lockdep key Date: Fri, 6 Jan 2023 12:55:37 +0800 Message-Id: <20230106045537.1243887-1-wenst@chromium.org> X-Mailer: git-send-email 2.39.0.314.g84b9a713c41-goog MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS 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 Lockdep reports a bogus possible deadlock on MT8192 Chromebooks due to the following lock sequences: 1. lock(i2c_register_adapter) [1]; lock(&ec_dev->lock) 2. lock(&ec_dev->lock); lock(prepare_lock); The actual dependency chains are much longer. The shortened version looks somewhat like: 1. cros-ec-rpmsg on mtk-scp ec_dev->lock -> prepare_lock 2. In rt5682_i2c_probe() on native I2C bus: prepare_lock -> regmap->lock -> (possibly) i2c_adapter->bus_lock 3. In rt5682_i2c_probe() on native I2C bus: regmap->lock -> i2c_adapter->bus_lock 4. In sbs_probe() on cros-ec-i2c (passthrough) I2C bus on cros-ec i2c_adapter->bus_lock -> ec_dev->lock While lockdep is correct that the shared lockdep classes have a circular dependency, it is bogus because a) 2+3 happen on a native I2C bus b) 4 happens on the actual EC on ChromeOS devices c) 1 happens on the SCP coprocessor on MediaTek Chromebooks that just happen to expose a cros-ec interface, but do not have a passthrough I2C bus In short, the "dependencies" are actually on different devices. Setup a per-device lockdep key for cros_ec devices so lockdep can tell the two instances apart. This helps with getting rid of the bogus lockdep warning. For ChromeOS devices that only have one cros-ec instance this doesn't change anything. Also add a missing mutex_destroy, just to make the teardown complete. [1] This is likely the per I2C bus lock with shared lockdep class Signed-off-by: Chen-Yu Tsai --- drivers/platform/chrome/cros_ec.c | 14 +++++++++++--- include/linux/platform_data/cros_ec_proto.h | 2 ++ 2 files changed, 13 insertions(+), 3 deletions(-) diff --git a/drivers/platform/chrome/cros_ec.c b/drivers/platform/chrome/cros_ec.c index ec733f683f34..4ae57820afd5 100644 --- a/drivers/platform/chrome/cros_ec.c +++ b/drivers/platform/chrome/cros_ec.c @@ -198,12 +198,14 @@ int cros_ec_register(struct cros_ec_device *ec_dev) if (!ec_dev->dout) return -ENOMEM; + lockdep_register_key(&ec_dev->lockdep_key); mutex_init(&ec_dev->lock); + lockdep_set_class(&ec_dev->lock, &ec_dev->lockdep_key); err = cros_ec_query_all(ec_dev); if (err) { dev_err(dev, "Cannot identify the EC: error %d\n", err); - return err; + goto destroy_mutex; } if (ec_dev->irq > 0) { @@ -215,7 +217,7 @@ int cros_ec_register(struct cros_ec_device *ec_dev) if (err) { dev_err(dev, "Failed to request IRQ %d: %d\n", ec_dev->irq, err); - return err; + goto destroy_mutex; } } @@ -226,7 +228,8 @@ int cros_ec_register(struct cros_ec_device *ec_dev) if (IS_ERR(ec_dev->ec)) { dev_err(ec_dev->dev, "Failed to create CrOS EC platform device\n"); - return PTR_ERR(ec_dev->ec); + err = PTR_ERR(ec_dev->ec); + goto destroy_mutex; } if (ec_dev->max_passthru) { @@ -292,6 +295,9 @@ int cros_ec_register(struct cros_ec_device *ec_dev) exit: platform_device_unregister(ec_dev->ec); platform_device_unregister(ec_dev->pd); +destroy_mutex: + mutex_destroy(&ec_dev->lock); + lockdep_unregister_key(&ec_dev->lockdep_key); return err; } EXPORT_SYMBOL(cros_ec_register); @@ -309,6 +315,8 @@ void cros_ec_unregister(struct cros_ec_device *ec_dev) if (ec_dev->pd) platform_device_unregister(ec_dev->pd); platform_device_unregister(ec_dev->ec); + mutex_destroy(&ec_dev->lock); + lockdep_unregister_key(&ec_dev->lockdep_key); } EXPORT_SYMBOL(cros_ec_unregister); diff --git a/include/linux/platform_data/cros_ec_proto.h b/include/linux/platform_data/cros_ec_proto.h index e43107e0bee1..677d2eae1692 100644 --- a/include/linux/platform_data/cros_ec_proto.h +++ b/include/linux/platform_data/cros_ec_proto.h @@ -9,6 +9,7 @@ #define __LINUX_CROS_EC_PROTO_H #include +#include #include #include @@ -160,6 +161,7 @@ struct cros_ec_device { struct cros_ec_command *msg); int (*pkt_xfer)(struct cros_ec_device *ec, struct cros_ec_command *msg); + struct lock_class_key lockdep_key; struct mutex lock; u8 mkbp_event_supported; bool host_sleep_v1; -- 2.39.0.314.g84b9a713c41-goog