Received: by 2002:ac0:bc90:0:0:0:0:0 with SMTP id a16csp638836img; Mon, 18 Mar 2019 10:50:08 -0700 (PDT) X-Google-Smtp-Source: APXvYqwvHE0iJfZOYxRrPRhi+sTBSiQw6GkALUd1HWYKHVgQa2DuWW8LzZbMAASaTT9Po3LiWtdr X-Received: by 2002:a62:1882:: with SMTP id 124mr20405463pfy.101.1552931408755; Mon, 18 Mar 2019 10:50:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1552931408; cv=none; d=google.com; s=arc-20160816; b=US8rmtRW+qogTM8gzdD9oo2EQ1PpbycLHepe7pnBx6APc3QxL0U0sc+wYk3w0S3b0j yXSJGAzKuaTEc/l+3pLzm1lwkuaHT5G7k75h4hjhgi6LYgj6LtIyTR8uzxXNW2p4oNnw vegyKe/cuC1sbqHGMod/QMS4fKXQl+8JibEp8HqjKUffMVRkyF8cyeSFo2snFr3CgnnH iEaH+fZzUicW0NeYeLPgwy4TKpd6zBqQZomc/MVY4XX+7qJJ2mqYQWbGMG7hlQys8H7e uY6ZzTjnQJsnrIweIC9cNtoVQ7KkNaHkOcC6WfYOELD/oP0Kp2sDmzIEFQIu9xB93Fv+ 5mCA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from; bh=zyQFxEn3eZAt//lI80rIt+URuAevAMc0mYNYitYYebU=; b=cVFGo+FUvvSJNujMCv20b4GMbKjLE2WrtAPoBVl2/yKiiJaKZlOcinxzpbGwuPAjCJ Z6zLZ9rVdqoiG9LyFN4XWOYr0mv9W7NXQk6UcJ8W0WANCg17tg6yyBrH3dkyKWLCuBiA Qi/NAkqCMN+gTzqz9ela1kBIUvC7sTH4/JIHUYqNsrou4SImVkF82YLbapXcVUZlIZBc 67mbbeEQJ0nvMRfERhq0nZqtHDLE7fK6uuovg5HY6ZVAjAgCPV1wcW5SIyEqynL6dvZM mjtDl2/Z0QO2icfuNor6nJgAdHAeO3aLh/9LJg8YfMcbuWi1mUEpUxazd6twPB9HSead nJyQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id n1si9765773plp.26.2019.03.18.10.49.52; Mon, 18 Mar 2019 10:50:08 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726953AbfCRRtQ (ORCPT + 99 others); Mon, 18 Mar 2019 13:49:16 -0400 Received: from foss.arm.com ([217.140.101.70]:39044 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726623AbfCRRtP (ORCPT ); Mon, 18 Mar 2019 13:49:15 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 0CB16EBD; Mon, 18 Mar 2019 10:49:15 -0700 (PDT) Received: from why.lan (usa-sjc-mx-foss1.foss.arm.com [217.140.101.70]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id ADD583F614; Mon, 18 Mar 2019 10:49:13 -0700 (PDT) From: Marc Zyngier To: Guenter Roeck , Heikki Krogerus , Greg Kroah-Hartman Cc: linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH v2] usb: typec: fusb302: Fix debugfs mutex initialisation Date: Mon, 18 Mar 2019 17:49:06 +0000 Message-Id: <20190318174906.10429-1-marc.zyngier@arm.com> X-Mailer: git-send-email 2.20.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Running a kernel with the fusb302 driver and lockdep enabled leads to an unpleasant warning: [ 4.617477] INFO: trying to register non-static key. [ 4.617930] the code is fine but needs lockdep annotation. [ 4.618418] turning off the locking correctness validator. [ 4.618913] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 5.1.0-rc1-00007-g3542533f3fc9 #13 [ 4.619620] Hardware name: rockchip evb_rk3399/evb_rk3399, BIOS 2019.04-rc3-00124-g2feec69fb1 03/15/2019 [ 4.620454] Call trace: [ 4.620693] dump_backtrace+0x0/0x138 [ 4.621028] show_stack+0x24/0x30 [ 4.621336] dump_stack+0xbc/0x104 [ 4.621649] register_lock_class+0x594/0x598 [ 4.622036] __lock_acquire+0x80/0x11b8 [ 4.622384] lock_acquire+0xdc/0x260 [ 4.622711] __mutex_lock+0x90/0x8a0 [ 4.623037] mutex_lock_nested+0x3c/0x50 [ 4.623394] _fusb302_log+0x88/0x1f0 [ 4.623721] fusb302_log+0x7c/0xa0 [ 4.624033] tcpm_init+0x5c/0x190 [ 4.624336] tcpm_init+0x3c/0x130 [ 4.624640] tcpm_register_port+0x574/0x878 [ 4.625019] fusb302_probe+0x2c8/0x590 Despite what the message says, the code isn't fine, as it tries to make use of the fusb302_log facility pretty early. This requires the logbuffer_lock mutex to be initialised, but that only happens much later. Boo. Hoist the fusb302_debugfs_init call before tcpm_register_port so that we can enjoy a working mutex. At Guenter's request, also add teardown of the debugfs facility on the error path. Signed-off-by: Marc Zyngier --- drivers/usb/typec/tcpm/fusb302.c | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/drivers/usb/typec/tcpm/fusb302.c b/drivers/usb/typec/tcpm/fusb302.c index e9344997329c..76cb8be6f3eb 100644 --- a/drivers/usb/typec/tcpm/fusb302.c +++ b/drivers/usb/typec/tcpm/fusb302.c @@ -1790,12 +1790,13 @@ static int fusb302_probe(struct i2c_client *client, goto destroy_workqueue; } + fusb302_debugfs_init(chip); chip->tcpm_port = tcpm_register_port(&client->dev, &chip->tcpc_dev); if (IS_ERR(chip->tcpm_port)) { ret = PTR_ERR(chip->tcpm_port); if (ret != -EPROBE_DEFER) dev_err(dev, "cannot register tcpm port, ret=%d", ret); - goto destroy_workqueue; + goto unregister_debugfs; } ret = devm_request_threaded_irq(chip->dev, chip->gpio_int_n_irq, @@ -1807,13 +1808,14 @@ static int fusb302_probe(struct i2c_client *client, goto tcpm_unregister_port; } enable_irq_wake(chip->gpio_int_n_irq); - fusb302_debugfs_init(chip); i2c_set_clientdata(client, chip); return ret; tcpm_unregister_port: tcpm_unregister_port(chip->tcpm_port); +unregister_debugfs: + fusb302_debugfs_exit(chip); destroy_workqueue: destroy_workqueue(chip->wq); -- 2.20.1