Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1260665 > unrolled thread
| Started by | Peter Zijlstra <peterz@infradead.org> |
|---|---|
| First post | 2015-11-02 15:10 +0100 |
| Last post | 2015-11-02 19:10 +0100 |
| Articles | 2 — 2 participants |
Back to article view | Back to linux.kernel
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: [PATCH 01/70] cpufreq: interactive: New 'interactive' governor Peter Zijlstra <peterz@infradead.org> - 2015-11-02 15:10 +0100
Re: [PATCH 01/70] cpufreq: interactive: New 'interactive' governor Steve Muckle <steve.muckle@linaro.org> - 2015-11-02 19:10 +0100
| From | Peter Zijlstra <peterz@infradead.org> |
|---|---|
| Date | 2015-11-02 15:10 +0100 |
| Subject | Re: [PATCH 01/70] cpufreq: interactive: New 'interactive' governor |
| Message-ID | <qqnY5-6hS-3@gated-at.bofh.it> |
On Wed, Oct 28, 2015 at 08:30:42AM +0530, Viresh Kumar wrote: > These are the last memories I have around upstreaming this governor: > http://marc.info/?l=linux-kernel&m=132867057910479&w=2 > > Has anything changed after that? Or we decided to go ahead with it and > upstream ? Urgh, I thought we were trying to kill all the various governors by integrating the lot with the scheduler !? -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[toc] | [next] | [standalone]
| From | Steve Muckle <steve.muckle@linaro.org> |
|---|---|
| Date | 2015-11-02 19:10 +0100 |
| Message-ID | <qqrIl-7E-1@gated-at.bofh.it> |
| In reply to | #1260665 |
On 11/02/2015 06:02 AM, Peter Zijlstra wrote: > On Wed, Oct 28, 2015 at 08:30:42AM +0530, Viresh Kumar wrote: >> These are the last memories I have around upstreaming this governor: >> http://marc.info/?l=linux-kernel&m=132867057910479&w=2 >> >> Has anything changed after that? Or we decided to go ahead with it and >> upstream ? > > Urgh, I thought we were trying to kill all the various governors by > integrating the lot with the scheduler !? That's the goal but it may be a while. There are major unanswered questions IMO about the viability of replacing all the governers with a single scheduler-driven implementation. Is per-entity load tracking responsive enough to drive CPU frequency? Can we replicate the functionality available and being used today with the proposed design? These aren't necessarily showstoppers but they could require considerable extra work (and debate). If we move forward without ensuring these concerns are addressed I believe it would make things even worse than they are now since there will be people/vendors remaining behind on cpufreq governors, forward porting them if necessary, and there will be the fundamentally different sched-driven solution to support and maintain as well. Having the interactive governor in the tree would help in the evaluation and comparison process, and also immediately address a widely used component being out of tree. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[toc] | [prev] | [standalone]
Back to top | Article view | linux.kernel
csiph-web