Hi everyone, This is part 1 of MOXA's PM / OPP / cpufreq backport series. The whole series aims to backport patches related to PM / OPPv2 and cpufreq which were included in the v4.4 kernel from TI's

From: Viresh Kumar <viresh.kumar@...> commit 1c4d12de2719dfdf27c6dab31e7a5641ee293c94 upstream. We may want to enable only a subset of OPPs, from the bigger list of OPPs, based on what

Hi, SUSE reports it was introduced in v3.5 and fixed in v3.16. See https://bugzilla.suse.com/show_bug.cgi?id=1171984 . ChenYu

From: Arnd Bergmann <arnd@...> commit b331bc20d9281213f7fb67912638e0fb5baeb324 upstream. gcc warns quite a bit about values returned from allocate_resources() in cpufreq-dt.c: cpufreq-dt.c: In

From: Viresh Kumar <viresh.kumar@...> commit 5ff24d601092b222340b28466e263b1c4559407e upstream. sprintf() can access memory outside of the range of the character array, and is risky in some

From: Viresh Kumar <viresh.kumar@...> commit dc4e7b1fa20a840d2317fcfdaa1064fc09d2afcb upstream. Few doc-style comments were missing, add them. Rearrange another one to match the sequence

From: Bartlomiej Zolnierkiewicz <b.zolnierkie@...> commit fd8d8e63467c922be9ae4452cca2980d473477d9 upstream. Commit 01fb4d3c39d3 ("PM / OPP: Parse 'opp-<prop>-<name>' bindings") broke

From: Viresh Kumar <viresh.kumar@...> commit 754dcf35f34698661801ae1d391efa02affe83a7 upstream. It would be better to name OPP nodes as opp@<opp-hz> as that will ensure that multiple DT nodes

From: Viresh Kumar <viresh.kumar@...> commit af87a39a5f7cf6ef252b1aec3e2e6508a40e51f1 upstream. These aren't used until now by any DT files and wouldn't be used now as we have a better scheme

Hi! Thanks, applied, I'll run tests on it and push the result. Best regards, Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures)

That is a good argument. I suppose we just need to make sure the end result records both upstream commits, and that all of our automated tools can handle that. ChenYu

Hi! This is fixed in the next patch. But I wonder if we should merge them into one for -cip... Unlike mainline, we already know about the bug. No need to prepare trap for people doing bisect. Best

The new bindings format can take regex for node names and property names, so that itself shouldn't be an issue. The name itself is likely hardware specific so there's not much the automatic

Hi! This is not right. If in !dev_opp->prop_name, it will pass uninitialized buffer to of_find_property. Best regards, Pavel -- DENX Software Engineering GmbH, Managing Director:

Hi! That's really quite "interesting" design. I wondered if devicetree people are okay with that. But, interestingly, their review tag is missing...? As this is mainline, I don't think we need to

Hi! I don't see anything wrong, either. SIMPLE_PANEL is not enabled in 4.4.y-cip/arm/renesas_shmobile_defconfig , and it seems to be driver relevant to this panel. Best regards, Pavel --

Hi, Suzuki-san, Noted. See you next week. Best regards, -- M. Kudo

Hi Kudo-san, Sorry, I got a plan today. So I'll be absent today's IRC meeting. SW Updates WG doesn't have any updates since last week. Best regards, Suzuki

Hi Wens, Thanks for your patch!

Oops... FWIW, this is commit d9de19b1cc013433ad293365b5b3902ec73dfd60 upstream. Signed-off-by: Chen-Yu Tsai (Moxa) <wens@...> Will resend after a round of reviews. ChenYu