[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <7fd88831-2745-5697-e9a0-fa30e3de02b0@oracle.com>
Date: Tue, 6 Nov 2018 13:14:24 -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 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.
- Steve
Powered by blists - more mailing lists