On Sun, Dec 8, 2013 at 5:40 AM, Chao Xu caesarxuc...@gmail.com wrote:
From: Felipe Balbi ba...@ti.com
try to keep gpio block suspended as much as possible.
Tested with pandaboard and a sysfs exported gpio.
Signed-off-by: Felipe Balbi balbi at ti.com
[caesarxuc...@gmail.com : Refreshed
On Thu, Dec 12, 2013 at 07:19:35PM +0100, Linus Walleij wrote:
On Sun, Dec 8, 2013 at 5:40 AM, Chao Xu caesarxuc...@gmail.com wrote:
From: Felipe Balbi ba...@ti.com
try to keep gpio block suspended as much as possible.
Tested with pandaboard and a sysfs exported gpio.
On Thu, Dec 12, 2013 at 7:28 PM, Felipe Balbi ba...@ti.com wrote:
On Thu, Dec 12, 2013 at 07:19:35PM +0100, Linus Walleij wrote:
One thing caught my eye, you add:
+static void _aggressive_pm_runtime_get_sync(struct gpio_bank *bank)
+static void _aggressive_pm_runtime_put(struct gpio_bank
On Sun, Dec 8, 2013 at 5:40 AM, Chao Xu caesarxuc...@gmail.com wrote:
From: Felipe Balbi ba...@ti.com
try to keep gpio block suspended as much as possible.
Tested with pandaboard and a sysfs exported gpio.
Signed-off-by: Felipe Balbi balbi at ti.com
[caesarxuc...@gmail.com : Refreshed
Chao Xu caesarxuc...@gmail.com writes:
From: Felipe Balbi ba...@ti.com
try to keep gpio block suspended as much as possible.
Tested with pandaboard and a sysfs exported gpio.
Signed-off-by: Felipe Balbi balbi at ti.com
[caesarxuc...@gmail.com : Refreshed against v3.12-rc5, and added
From: Felipe Balbi ba...@ti.com
try to keep gpio block suspended as much as possible.
Tested with pandaboard and a sysfs exported gpio.
Signed-off-by: Felipe Balbi balbi at ti.com
[caesarxuc...@gmail.com : Refreshed against v3.12-rc5, and added
revision check to enable aggressive pm_runtime on