[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <5efbd7e0-4c29-adfb-dfea-3b162296491e@oracle.com>
Date: Fri, 9 Nov 2018 07:58:16 -0500
From: Steven Sistare <steven.sistare@...cle.com>
To: Valentin Schneider <valentin.schneider@....com>, mingo@...hat.com,
peterz@...radead.org
Cc: subhra.mazumdar@...cle.com, dhaval.giani@...cle.com,
daniel.m.jordan@...cle.com, pavel.tatashin@...rosoft.com,
matt@...eblueprint.co.uk, umgwanakikbuti@...il.com,
riel@...hat.com, jbacik@...com, juri.lelli@...hat.com,
vincent.guittot@...aro.org, quentin.perret@....com,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH v2 00/10] steal tasks to improve CPU utilization
On 11/6/2018 1:14 PM, Steven Sistare wrote:
> On 11/6/2018 12:52 PM, Valentin Schneider wrote:
>> Hi Steve,
>>
>> On 05/11/2018 20:07, Steve Sistare wrote:
>> [...]
>>> The patch series is based on kernel 4.19.0-rc7. It compiles, boots, and
>>> runs with/without each of CONFIG_SCHED_SMT, CONFIG_SMP, CONFIG_SCHED_DEBUG,
>>> and CONFIG_PREEMPT. It runs without error with CONFIG_DEBUG_PREEMPT +
>>> CONFIG_SLUB_DEBUG + CONFIG_DEBUG_PAGEALLOC + CONFIG_DEBUG_MUTEXES +
>>> CONFIG_DEBUG_SPINLOCK + CONFIG_DEBUG_ATOMIC_SLEEP. CPU hot plug and CPU
>>> bandwidth control were tested.
>>
>> There are some conflicts with misfit on 4.20-rc1 (nothing major, just that
>> misfit logic appeared where the stealing logic wants to land), and git
>> gets lost after a few conflict resolutions.
>>
>> It's fine for testing on 4.19 - I just apply the misfit series then merge
>> a branch with the steal patches to fix it all at once - but it makes
>> playing around with 4.20-rc* more tedious.
>
> Thanks for powering through the merge. I will update the patch for 4.20.
In a moment I will email V3 of the series updated for 4.20-rc1. No code changes,
context changes only.
- Steve
Powered by blists - more mailing lists