[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ed3d1b90-8473-0f81-9f78-2652adb047df@arm.com>
Date: Tue, 6 Nov 2018 17:52:34 +0000
From: Valentin Schneider <valentin.schneider@....com>
To: Steve Sistare <steven.sistare@...cle.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
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.
[...]
Powered by blists - more mailing lists