On 16 May 2013 14:58, Viresh Kumar viresh.kumar@linaro.org wrote:
Hi Todd and others,
If we have a multi-package system, where we have multiple instances of struct policy (per package), currently we can't have multiple instances of same governor. i.e. We can't have multiple instances of Interactive governor for multiple packages.
This is a bottleneck for multicluster system, where we want different packages to use Interactive governor, but with different tunables.
---------x------------x---------
Recently, I have upstreamed this support in 3.10-rc1 for cpufreq core, Ondemand and Conservative governor. Now is an attempt for Interactive Governor.
I didn't had any clue on what kernel to rebase my patches over as I couldn't find a 3.10-rc based branch in your tree and so based it on experimental/android-3.9.
So, this is what this patchset does:
- Backports some important patches from v3.10-rc1/2 to v3.9: First 8 patches
- Added few more supportive patches which might go in rc3: Next 4 patches
- Finally updated Interactive governor: Last 4 patches
Hi John,
We need to push some part of this patchset to coming release of linux-linaro too. And probably you are the best guy for doing this. Right?
So, this is what you need to do: - Fetch latest Interactive governor patches from AOSP, probably 5 patches only. - Hopefully you will rebase over 3.10-rc2 ? - Then you can pick last 8 patches from this patchset..
Let me know it is fine or not.
-- viresh
On 05/16/2013 02:47 AM, Viresh Kumar wrote:
On 16 May 2013 14:58, Viresh Kumar viresh.kumar@linaro.org wrote:
Hi Todd and others,
If we have a multi-package system, where we have multiple instances of struct policy (per package), currently we can't have multiple instances of same governor. i.e. We can't have multiple instances of Interactive governor for multiple packages.
This is a bottleneck for multicluster system, where we want different packages to use Interactive governor, but with different tunables.
---------x------------x---------
Recently, I have upstreamed this support in 3.10-rc1 for cpufreq core, Ondemand and Conservative governor. Now is an attempt for Interactive Governor.
I didn't had any clue on what kernel to rebase my patches over as I couldn't find a 3.10-rc based branch in your tree and so based it on experimental/android-3.9.
So, this is what this patchset does:
- Backports some important patches from v3.10-rc1/2 to v3.9: First 8 patches
- Added few more supportive patches which might go in rc3: Next 4 patches
- Finally updated Interactive governor: Last 4 patches
Hi John,
We need to push some part of this patchset to coming release of linux-linaro too. And probably you are the best guy for doing this. Right?
So, this is what you need to do:
- Fetch latest Interactive governor patches from AOSP, probably 5 patches only.
- Hopefully you will rebase over 3.10-rc2 ?
- Then you can pick last 8 patches from this patchset..
Do you have a git branch with the queue you just sent Todd available? It probably would be easiest to just merge that in.
I might also suggest Andrey merge that branch in directly, as I try to keep the linaro.android tree aligned as closely as possible with AOSP, and avoid mixing other functionality into it.
Andrey if you're overloaded, let me know and I'll do a linaro.android + Viresh's work merge in a separate branch and send you that git url.
thanks -john
On 16 May 2013 22:58, John Stultz john.stultz@linaro.org wrote:
Do you have a git branch with the queue you just sent Todd available? It probably would be easiest to just merge that in.
Yes I do have it. It is android-experimental-3.9 based. Can we merge that simply with linux-linaro or it is required to be rebased of your tree first?
I might also suggest Andrey merge that branch in directly, as I try to keep the linaro.android tree aligned as closely as possible with AOSP, and avoid mixing other functionality into it.
Andrey if you're overloaded, let me know and I'll do a linaro.android + Viresh's work merge in a separate branch and send you that git url.
I am happy with both. I can keep that branch with me.
On 17 May 2013 09:48, Viresh Kumar viresh.kumar@linaro.org wrote:
On 16 May 2013 22:58, John Stultz john.stultz@linaro.org wrote:
Do you have a git branch with the queue you just sent Todd available? It probably would be easiest to just merge that in.
Yes I do have it. It is android-experimental-3.9 based. Can we merge that simply with linux-linaro or it is required to be rebased of your tree first?
Missed giving link earlier.
https://git.linaro.org/gitweb?p=people/vireshk/linux.git%3Ba=shortlog%3Bh=re...
On 05/16/2013 09:18 PM, Viresh Kumar wrote:
On 16 May 2013 22:58, John Stultz john.stultz@linaro.org wrote:
Do you have a git branch with the queue you just sent Todd available? It probably would be easiest to just merge that in.
Yes I do have it. It is android-experimental-3.9 based. Can we merge that simply with linux-linaro or it is required to be rebased of your tree first?
No, the linaro.android branch is currently a merge branch (I try to merge as long as I can before doing rebases as it makes pulling in other work much easier.
I might also suggest Andrey merge that branch in directly, as I try to keep the linaro.android tree aligned as closely as possible with AOSP, and avoid mixing other functionality into it.
Andrey if you're overloaded, let me know and I'll do a linaro.android + Viresh's work merge in a separate branch and send you that git url.
I am happy with both. I can keep that branch with me.
Ok.
thanks -john
On 17 May 2013 22:17, John Stultz john.stultz@linaro.org wrote:
On 05/16/2013 09:18 PM, Viresh Kumar wrote:
On 16 May 2013 22:58, John Stultz john.stultz@linaro.org wrote:
Do you have a git branch with the queue you just sent Todd available? It probably would be easiest to just merge that in.
Yes I do have it. It is android-experimental-3.9 based. Can we merge that simply with linux-linaro or it is required to be rebased of your tree first?
No, the linaro.android branch is currently a merge branch (I try to merge as long as I can before doing rebases as it makes pulling in other work much easier.
Okay.. So what's the plan now? I suppose I need to send a pull request to Andrey for it. Can you let me know the branch over which I should rebase my patches?
-
John Stultz -
Viresh Kumar