On Thu, 16 Feb 2012, Zhang Rui wrote: > > I'm not exactly sure what you're trying to achieve and what you mean by > > "resume a device directly"? Do you want to run the device's resume > > callback at the time when another device is being resumed? > > > I mean, wakeup event is sent to ATA port, but our goal is to resume > ZPODD after receiving this wakeup event. > Ideally, it is ACPI that resumes ATA port. And then, the ATA port > runtime resumes ZPODD. But this does not look good to runtime resume a > child device in the parent's .runtime_resume callback. > So I introduced these two APIs so that an runtime_resume request can be > sent to ZPODD directly and the runtime PM core can resume all the > parents of ZPODD automatically. It's not clear what you're trying to achieve. Do you basically want the ZPODD always to be suspended and resumed along with the ATA port, or should it be possible to suspend the ZPODD while the port remains running? Alan Stern -- To unsubscribe from this list: send the line "unsubscribe linux-ide" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
