[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20141220002908.GD1694@amd>
Date: Sat, 20 Dec 2014 01:29:08 +0100
From: Pavel Machek <pavel@....cz>
To: Jonghwa Lee <jonghwa3.lee@...sung.com>
Cc: linux-kernel@...r.kernel.org, linux-pm@...r.kernel.org,
sre@...nel.org, dbaryshkov@...il.com, dwmw2@...radead.org,
anton@...msg.org, myungjoo.ham@...sung.com, cw00.choi@...sung.com
Subject: Re: [PATCH V3 11/11] power: charger-manager: Support to change
polling rate in runtime.
> Add 'polling_ms' sysfs node to change charger-manager's monitoring rate
> in runtime. It can set only bigger than 2 jiffies (for 200 HZ system it
> is 10 msecs.) as it's allowed for minimum poling rate in previous.
New sysfs filesneed documentation.
> It resets poller and re-configure polling rate based on new input if next
re-configures...", if"
> polling time is far enough. Otherwise, it just waits expiration of timer
"waits for"
> and new polling rate will affects the next scheduling.
"affect"?
> +static ssize_t show_polling_ms(struct device *dev,
> + struct device_attribute *attr, char *buf)
> +{
> + struct charger_manager *cm;
> + ssize_t len;
> +
> + list_for_each_entry(cm, &cm_list, entry)
> + if (cm->charger_psy.dev == dev)
> + break;
> +
> + if (cm->charger_psy.dev != dev)
> + return -EINVAL;
Any chance to reorganize data structures so that this kind of list
walking is not neccessary?
> +static ssize_t store_polling_ms(struct device *dev,
> + struct device_attribute *attr, const char *buf,
> + size_t count)
> +{
> + struct charger_manager *cm;
> + int polling_ms;
> + int ret;
> +
> + ret = sscanf(buf, "%d", &polling_ms);
"kstrtoul"?
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists