Hi Alan, Ulf,
[snipped]
tsx_usb probe function.
If pm_suspend_ignore_children() is called in rtsx_usb, the parent can be
correctly woken up when a card gets plugged.
Realtek also confirmed that this device supports remote wakeup signaling.
I agree with Ulf, you probably should not call
pm_suspend_ignore_children().
Thanks. I think it's not the right path to take.
[snipped]
Right now I am trying to figure out how to let rtsx_usb (parent) tells
rtsx_usb_sdmmc (child, mmc host) to wake up mmc core.
Is an interrupt required here?
No; all you have to do is make the resume routine in the rtsx_usb
driver call pm_request_resume(the child mmc host device). That
tells the PM core to create a workqueue entry which will do a runtime
resume of the mmc host device.
I stripped out MMC_CAP_NEEDS_POLL, and use pm_request_resume(child) to
resume the child mmc host from parent device.
In the child's resume function, I use mmc_detect_change() to detect the
card successfully.
But the child's suspend function never gets called without
MMC_CAP_NEEDS_POLL.
How do I let MMC core knows that the card is gone when the USB card reader
doesn't support interrupt?
Kai-Heng
Alan Stern
--
To unsubscribe from this list: send the line "unsubscribe linux-mmc" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
