Re: [PATCH 1/3] devfreq: core updates to support devices which can idle

2012-09-10 Thread 함명주
> Prepare devfreq core framework to support devices which > can idle. When device idleness is detected perhaps through > runtime-pm, need some mechanism to suspend devfreq load > monitoring and resume back when device is online. Present > code continues monitoring unless device is removed from > de

Re: [PATCH 3/3][RFC] devfreq: Add current freq callback in device profile

2012-08-20 Thread 함명주
> Devfreq returns governor predicted frequency as current > frequency via sysfs interface. But device may not support > all frequencies that governor predicts. As per the design > its driver responsibility to maintain current frequency > at which device is operating. So add a callback in device > p

Re: [PATCH 1/3][RFC] devfreq: Core updates to support devices which can idle

2012-08-20 Thread 함명주
> Prepare devfreq core framework to support devices which > can idle. When device idleness is detected perhaps through > runtime-pm, need some mechanism to suspend devfreq load > monitoring and resume when device is back online. Present > code continues monitoring unless device is removed from > de

Re: [PATCH] regulator: MAX8997: Fix for divide by zero error

2011-06-21 Thread 함명주
ct > platform_device *pdev) > } > } > > - /* Misc Settings */ > - max8997->ramp_delay = 10; /* set 10mV/us, which is the default */ > - max8997_write_reg(i2c, MAX8997_REG_BUCKRAMP, (0xf << 4) | 0x9); > - > return 0; > err: > for (i = 0; i < max8997->num_regulators; i++) &