Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp4870492ybb; Tue, 24 Mar 2020 06:53:00 -0700 (PDT) X-Google-Smtp-Source: ADFU+vsHCAdrdGvV6jwHgpL1lOMZ+3m8167evfQ72CtFWNWK5rcg8omokkJAmhcMw0QxcpS0y74+ X-Received: by 2002:aca:39c3:: with SMTP id g186mr1123762oia.168.1585057980653; Tue, 24 Mar 2020 06:53:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1585057980; cv=none; d=google.com; s=arc-20160816; b=KLT4tUb0ahPc/cOkE/iXgzzixj4ihwoqunVJlWJ5w4ZjY9h2Yib26gV8aeblNHdx6b dgaA5Yuh5ekKydQdgnPjiauAZO4HKnc2333nwKHccvZJHk8m5HIxsfhmyC+FvYnaACjP VfP5Pfe73k5UePToh1hciFgdb36xUiPcoskn35rl7LRVS424pd9kvzi1+IBJXjTZ5omi EnUieZSVj7k/iGB3+No7OQLv4Nexh7JxNi2CcNMfsWj/Qd2iFme4AHJvTbsHhDRe47BS BNJO0eQdxHMe+sIo0NuwNd7I+F/R7DDC/RIOP66cVjkUzhHv5hzmGs3K1rBwqh0QL8e7 h10A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:in-reply-to :subject:cc:to:from:date; bh=w1I6c47v7HESCjCTSpWgSu+QlXimljKt6rXhR9MRbTM=; b=gUMxJ/CH/66gNg8HLAUbZ/CvVvoBrTDm9wUiTz/hCl1Nojm/vRToyqpE8aggw9MmFt 7TRajFJhLrO1byNbmbnJp0aEK3XE5Q0JztBSnGIQugfMwEgsZNXVj6pm3Mt0strmwHhU axFSflwijhQ3sQb7DE4+7DAADqaEnyI3LSOcSKIgvuZPQbdEnTlpaVX7ZlGzWf+iNfzY 1aBSG1LRv/vNypy+6SfM1VQU7FJRV+eb91visKMZLwDd5D9esZ2WCNExjAmLIKNLjDyv m9DTn3OqMy+2YI7DyMstPQOuxqlp131wNGV/VhK568VzION2XE5noOhMYKVbb3wJvqOP byXg== 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 x1si5354371otq.201.2020.03.24.06.52.46; Tue, 24 Mar 2020 06:53:00 -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 S1727525AbgCXNwN (ORCPT + 99 others); Tue, 24 Mar 2020 09:52:13 -0400 Received: from netrider.rowland.org ([192.131.102.5]:34085 "HELO netrider.rowland.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1727266AbgCXNwN (ORCPT ); Tue, 24 Mar 2020 09:52:13 -0400 Received: (qmail 8446 invoked by uid 500); 24 Mar 2020 09:52:12 -0400 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 24 Mar 2020 09:52:12 -0400 Date: Tue, 24 Mar 2020 09:52:12 -0400 (EDT) From: Alan Stern X-X-Sender: stern@netrider.rowland.org To: Qais Yousef cc: Oliver Neukum , Greg Kroah-Hartman , , Subject: Re: lockdep warning in urb.c:363 usb_submit_urb In-Reply-To: <20200324134353.eamiridhnjrmirgt@e107158-lin> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 24 Mar 2020, Qais Yousef wrote: > On 03/24/20 14:20, Oliver Neukum wrote: > > Am Dienstag, den 24.03.2020, 10:46 +0000 schrieb Qais Yousef: > > > > > > I should have stuck to what I know then. I misread the documentation. Hopefully > > > the attached looks better. I don't see the new debug you added emitted. > > > > That is odd. Please try > > > > echo "module usbcore +mfp" > /sys/kernel/debug/dynamic_debug/control > > > > with the attached improved patch. > > Hmm still no luck > > > # history > 0 echo "module usbcore +mfp" > /sys/kernel/debug/dynamic_debug/control > 1 swapoff -a > 2 echo suspend > /sys/power/disk > 3 echo disk > /sys/power/state > 4 dmesg > usb.dmesg What happens if you omit step 1 (the swapoff)? > $ git log -p > commit dfd1731f9a3e7592135d2a6b2a5c5e1640a7eea4 (HEAD) > Author: Oliver Neukum > Date: Mon Mar 23 16:34:35 2020 +0100 > > usb: hub additional debugging > > diff --git a/drivers/usb/core/hub.c b/drivers/usb/core/hub.c > index 54cd8ef795ec..12ce2fdc4c2a 100644 > --- a/drivers/usb/core/hub.c > +++ b/drivers/usb/core/hub.c > @@ -1629,6 +1629,7 @@ static int hub_configure(struct usb_hub *hub, > ret = -ENOMEM; > goto fail; > } > + dev_dbg(hub_dev, "%p URB allocated \n", hub->urb); > > usb_fill_int_urb(hub->urb, hdev, pipe, *hub->buffer, maxp, hub_irq, > hub, endpoint->bInterval); Oliver, by the way, %p isn't a good way to get pointer values for debugging. Its output depends on how the system is configured. Use %px instead (see Documentation/core-api/printk-formats.rst). Alan Stern