Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp1527561ybb; Sun, 29 Mar 2020 07:02:51 -0700 (PDT) X-Google-Smtp-Source: ADFU+vvmO64+ovgiilwW/vhfUiYMG66IYi2AbBQgEPkIYcJtkwyRLOLd8HFLF9EKcwRBSrZdGFWe X-Received: by 2002:aca:7213:: with SMTP id p19mr5043841oic.159.1585490570958; Sun, 29 Mar 2020 07:02:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1585490570; cv=none; d=google.com; s=arc-20160816; b=kJ7cARs/Zf1uWg+fi6K7C7SYbkP2DSLj35BVg4FvqQGtDqeGm1kYPi6HYxFyRQXy4H AtPf9KvZIlFMFwRagVo2wfk+nB6SDoaBOODuITXfOMKEZjqof0BBiQfTwTLEQEiucA3K Z39XIDciAXay+aUNjEpi0qa+rkmWg1aL9AlRmtd0BBITF5W7it9uAN1gsx47V79Np0Xx +i/0032UmtwibezkZTcYSaqf+OpfIGdWcgsRzl66TfRB1pr80yb0rd0Eb6x9W1HbmDdx iisCy4aBlDIRKH06gNbIXWGlW3JvZxj5RU2dEsOLIk2Aji2FOmIlvv8Gg66hDZ+5EnSI yppw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version; bh=xc/YsL22+xvtRonmC6Bol59woO+qBjPIQufFfO9npSM=; b=fPxHzJGX6L9aX/epcnUGc1nWcui1XzJOOSkwU+EpPsUUZiqj3VaCNAMnH1yebp7dwf eGXrb/LpQWBS3e/tfjtYepU9Egt43Gva6sc7ccvQDykJ/ru+ex1VJF6ESUYzAwN42fic OBMQAMFa7T7I3PDD02Y0DaJpLuYYpW1cIdABi6fSkr6fgC/CRaDFIZLIhEY8iZGbmpTq o26vj5umqZ2EXk1wvvLi/Ny2gDdOWXWdX5bWx7w8v+ydRaVryw6AVarlk2fEJ4hcMW4B VOmRcp4EM0XXt7vjoqMQr0p2BhZpI9qk34lwpi+DIcEZlTF+NbKiILnhhxngQ+4CH67y Aaaw== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id c19si5155411otr.276.2020.03.29.07.02.23; Sun, 29 Mar 2020 07:02:50 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728194AbgC2N4q (ORCPT + 99 others); Sun, 29 Mar 2020 09:56:46 -0400 Received: from mail-oi1-f171.google.com ([209.85.167.171]:44548 "EHLO mail-oi1-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727903AbgC2N4p (ORCPT ); Sun, 29 Mar 2020 09:56:45 -0400 Received: by mail-oi1-f171.google.com with SMTP id v134so13327309oie.11; Sun, 29 Mar 2020 06:56:44 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=xc/YsL22+xvtRonmC6Bol59woO+qBjPIQufFfO9npSM=; b=bj4O/Z4/SlexbgiYzMTWApxSZRp7pLkurxSJ+5l7y9lZvxSBkaoTG7bHPL7i/5vc4t nAEqzPpTUgNMf8/7ZBgr7fwa2ynjA6+tEKatO1TxZ/HYidZQpGoXhYMMsVtRjt+mQEqg krnwKo6//SgFdhqo5ZvCTZ9PlOL5K+cT4SOOMCIW6prjMOI1cIlK7BpRlRatcSDjlC8j M4EI2qpFYTjUlCkXNrEOeTnr+iPQkCFHtaspDoMMwRyPHVBG8XtmI78TeGIB4AGZciq0 nsOHmz+ijA7Sw7XhnnGZlO2zgInnPjqaId4rCrpRol3pY5OVfmK4YtllqUaXXVGvRcp5 NzwA== X-Gm-Message-State: ANhLgQ000O6rqJZk07rMoSki3Go0yPCec82bLLYnypfkEiBt5q+LDSxf Dgi2Y8XHrnAq4foAwWVAcJHWdSeCQhpddzlXuJk= X-Received: by 2002:aca:5155:: with SMTP id f82mr5003191oib.103.1585490203653; Sun, 29 Mar 2020 06:56:43 -0700 (PDT) MIME-Version: 1.0 References: <10243663.e30Z2V8kAt@kreacher> In-Reply-To: From: "Rafael J. Wysocki" Date: Sun, 29 Mar 2020 15:56:32 +0200 Message-ID: Subject: Re: lockdep warning in urb.c:363 usb_submit_urb To: Alan Stern Cc: "Rafael J. Wysocki" , "Rafael J. Wysocki" , Qais Yousef , USB list , Linux-pm mailing list , Kernel development list Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Mar 29, 2020 at 11:16 AM Rafael J. Wysocki wrote: > [cut] > > > > But if SMART_SUSPEND is set and the device is runtime-suspended, why > > issue the ->suspend callback? > > The driver itself or the middle-layer may want to resume the device. > > Arguably, it may do that in ->prepare() too, Not really. The problem is that that device_prepare() is executed synchronously for all devices, so if multiple devices needed to be resumed, the latency would accumulate if that happened in device_prepare(). Cheers!