Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752491Ab2BUQGm (ORCPT ); Tue, 21 Feb 2012 11:06:42 -0500 Received: from iolanthe.rowland.org ([192.131.102.54]:40633 "HELO iolanthe.rowland.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1752148Ab2BUQGk (ORCPT ); Tue, 21 Feb 2012 11:06:40 -0500 Date: Tue, 21 Feb 2012 11:06:39 -0500 (EST) From: Alan Stern X-X-Sender: stern@iolanthe.rowland.org To: Lin Ming cc: "Zhang, Rui" , "Rafael J. Wysocki" , Jeff Garzik , Tejun Heo , Len Brown , "linux-kernel@vger.kernel.org" , "linux-ide@vger.kernel.org" , "linux-scsi@vger.kernel.org" , "linux-pm@vger.kernel.org" Subject: Re: [RFC PATCH 2/6] ACPI: Reference devices in ACPI Power Resource In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=UTF-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1731 Lines: 45 On Tue, 21 Feb 2012, Lin Ming wrote: > > Then maybe you can use pm_runtime_no_callbacks() for the ZPODD device. > > It's explained in Documentation/power/runtime_pm.txt, and I use it for > > USB interfaces. > > If pm_runtime_no_callbacks() is used, runtime PM sysfs attributes > won't be created. > Then how to disable ZPODD feature in userspace? > > Currently, I use "control" file of scsi device to enable/disable > ZPODD, for example > echo auto > /sys/devices/pci0000:00/0000:00:1f.2/ata0/host1/target1:0:0/1:0:0:0/power/control > echo on > /sys/devices/pci0000:00/0000:00:1f.2/ata0/host1/target1:0:0/1:0:0:0/power/control You could get the same result by using the "control" file for the ATA port. > > The idea is that the ZPODD will never receive any runtime PM callbacks > > from the PM core. ?Instead the ATA port callback routines will be > > responsible for power management of the ZPODD device. > > Does the ATA port callback also responsible to resume its child? > > For example, > /sys/devices/pci0000:00/0000:00:1f.2/ata0/host1/target1:0:0/1:0:0:0/ > > ata0 is resumed. > > Then who will be responsible to resume host1, target1:0:0 and 1:0:0:0? > > Or do you mean that we don't need to resume these devices at all? > host1 and target1:0:0 are logical devices, but I think 1:0:0:0 is not. That's right. It makes no difference whether the host and target are resumed or suspended. In fact, you could also call pm_runtime_no_callbacks() for them. Alan Stern -- 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/