[PATCH 0/3] MMC / PM: Make it possible to use PM QoS latency constraints

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi all,

The goal of this patchset is to allow user space to control the
responsiveness of the MMC stack related to runtime power management.

Namely, on systems that contain power domains, the time necessary
to bring an MMC host up after it has been runtime-suspended may
depend not only on the MMC core and host driver, but also on the platform
and other devices in the same power domain(s) that contain(s) the MMC
host.  Although that obviously may influence the MMC performance,
currently, there is no way to control it through the MMC subsystem.
Moreover, the only available way to control it at all is by using PM QoS
latency requests, so it is necessary to add some kind of support for that
to MMC.

Patch [1/3] adds PM QoS-related fields to struct mmc_host and introduces
a new sysfs attribute for MMC hosts, pm_latency_limit_ms, allowing user
space to influence the MMC host's runtime PM via PM QoS.  Whether or not
this attribute will be created (and PM QoS will be used for the given host)
depends on the host driver, so host drivers that don't (plan) to support
PM QoS don't need to do anything about that.

Patches [2/3] and [3/3] add the corresponding host driver bits to the
tmio_mmc and sh_mmcif drivers, respectively.

Thanks,
Rafael
--
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


[Index of Archives]     [Linux USB Devel]     [Linux Media]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux