From: Viresh Kumar <viresh.kumar@...> commit 6def6ea75e6dea45f01a16ae3cfb5b5ce48dd5e9 upstream. The core already have a valid regulator set for the device opp and the unsupported OPPs are

From: Viresh Kumar <viresh.kumar@...> commit d54974c2513f487e9e70fbdc79c5da51c53e23da upstream. OPP core has got almost everything now to manage device's OPP transitions, the only thing left

From: Viresh Kumar <viresh.kumar@...> commit 6a0712f6f199e737aa5913d28ec4bd3a25de9660 upstream. This adds a routine, dev_pm_opp_set_rate(), responsible for configuring power-supply and clock

From: Viresh Kumar <viresh.kumar@...> commit 50f8cfbd5897ca182d43f4caf19937153f17a604 uptream. V2 bindings have better support for clock-latency and voltage-tolerance and doesn't need special

Hi everyone, This is part 2 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 7d34d56ef3349cd5f29cf7aab6650f3414fa81b9 upstream. Disable any OPPs where the connected regulator isn't able to provide the specified

From: Viresh Kumar <viresh.kumar@...> commit 2174344765f472895c076d703c9cdc58215e1393 upstream. In few use cases (like: cpufreq), it is desired to get the maximum latency for changing OPPs.

From: Viresh Kumar <viresh.kumar@...> commit 9f8ea969d5cfdd4353d2adb004e8e2286b984369 upstream. This allows the OPP core to request/free the regulator resource, attached to a device OPP. The

From: Viresh Kumar <viresh.kumar@...> commit 655c9df961751ce21466f6e97e8033932c27a675 upstream. In few use cases (like: cpufreq), it is desired to get the maximum voltage latency for changing

All, Just wanted to document an issue as well as a/my workaround when using vagrant 2.2.8/2.2.9. After installing vagrant 2.0.2 using apt-get in Ubuntu 18.04, it complained that I had a too new

Hi Quirin, Thank you for the information. I've added the information to the following issue. https://gitlab.com/cip-project/cip-sw-updates/cip-sw-updates-tasks/-/issues/8 Thanks, Suzuki

Hi! Newest 4.19-rt kernel is currently v4.19.127-rt54. That's not good match for us, as -cip kernels are v4.19.128-cip28 and v4.19.130-cip29. I could do kernel based on v4.19.127-rt54 and

Hi, Chris-san, Sure, then see you at the CIP mini summit! Best regards, -- M. Kudo

Hello Kudo-san, Please accept my apologies; I can't babe the meeting this week. Kind regards, Chris

Hi, if you add the following elements to the swupdate build config. HTTPS works more or less. I did not test it in all configurations, only for a short demo. And some of the options may not be

Hi Mohammed, If you work on this issue, you will be able to learn about our software update mechanism well, I think. Can I assign you to work on this issue? Thanks, Suzuki

Hi all, Kindly be reminded to attend the weekly meeting through IRC to discuss technical topics with CIP kernel today. *Please note that the IRC meeting was rescheduled to UTC (GMT) 09:00 starting

Hello list, Long time no see... ;-) Just for the sake of Reality: the generic initramfs building from the: https://wiki.linuxfoundation.org/civilinfrastructureplatform/cipsystembuildhowto Does not

Suzuki, I can look into this issue as well (when my BBB comes in). It's focused enough that I can learn enough about SWUpdate and how it fits into CIP. Let me know what you think. Mohammed --

Hi Mohammed, > NOTE: Now I have a problem with the demo. I’ll make the issue about it in cip-sw-updates-tasks repository later. I’ve made the issue about