Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1161061AbbKEMOK (ORCPT ); Thu, 5 Nov 2015 07:14:10 -0500 Received: from mga09.intel.com ([134.134.136.24]:46340 "EHLO mga09.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1030989AbbKEMOH (ORCPT ); Thu, 5 Nov 2015 07:14:07 -0500 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.20,247,1444719600"; d="scan'208";a="812400442" Date: Thu, 5 Nov 2015 17:47:30 +0530 From: Vinod Koul To: "Rafael J. Wysocki" Cc: Kevin Hilman , Jon Hunter , Laxman Dewangan , Stephen Warren , Thierry Reding , Alexandre Courbot , dmaengine@vger.kernel.org, linux-tegra@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 1/6] dmaengine: tegra-apb: Correct runtime-pm usage Message-ID: <20151105121730.GY12910@localhost> References: <1444983957-18691-1-git-send-email-jonathanh@nvidia.com> <20151104083438.GJ12910@localhost> <7hvb9hr98g.fsf@deeprootsystems.com> <1564097.buIA8Wdn8f@vostro.rjw.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1564097.buIA8Wdn8f@vostro.rjw.lan> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1373 Lines: 38 On Thu, Nov 05, 2015 at 03:15:18AM +0100, Rafael J. Wysocki wrote: > > > + Rafael > > > > > > This is contrariry to what I see, If my driver is runtime suspended and on > > > suspend, it gets runtime resumed and then suspended > > > > Since I was late to the thread, can you explain what kind of driver and > > on what bus type you're seeing this behavior? > > > > It could be that your bus-type is doing something, but I don't think it > > should be the PM core. > > Right. > > Bus types do that, the core doesn't. The ACPI PM domain does that too > for some devices. > > So Vinod, more details, please. Okay relooking at core I do think that runtime resume should not be invoked while suspending, as core seems to call pm_runtime_get_noresume() but I am still missing something here.. I do see this behaviour (runtime resume on suspend) on Intel audio drivers which are PCI devices, is PCI or ACPI doing some magic here. I have seen this as consistent behavior and actually an irritant, as we used to download firmware in resume patch, but then we end up thrashing the controller while going to suspend! -- ~Vinod -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/