Re: [PATCH v11 0/2] Make find_later_rq() choose a closer cpu in topology
From: Byungchul Park
Date: Mon Sep 04 2017 - 20:58:15 EST
On Fri, Aug 25, 2017 at 03:40:49PM +0900, Byungchul Park wrote:
> Change from v10
> -. modify a comment a bit as Steven suggested
>
> Change from v9
> -. modify a comment a bit so to be more clear as Juri suggested
>
> Change from v8
> -. add suggested-by Peterz
> -. add several comments
>
> Change from v7
> -. fix a trivial typo
> -. modify commit messages to explain what it does more clearly
> -. simplify code with an existing macro
>
> Change from v6
> -. add a comment about selection of fallback_cpu incase more than one exist
> -. modify a comment explaining what we do wrt PREFER_SIBLING
>
> Change from v5
> -. exclude two patches already picked up by peterz
> (sched/deadline: Make find_later_rq() choose a closer cpu in topology)
> (sched/deadline: Change return value of cpudl_find())
> -. apply what peterz fixed for 'prefer sibling', into deadline and rt
>
> Change from v4
> -. remove a patch that might cause huge lock contention
> (by spin lock(&cpudl.lock) in a hot path of scheduler)
>
> Change from v3
> -. rename closest_cpu to best_cpu so that it align with rt
> -. protect referring cpudl.elements with cpudl.lock
> -. change return value of cpudl_find() to bool
>
> Change from v2
> -. add support for SD_PREFER_SIBLING
>
> Change from v1
> -. clean up the patch
Could you let me know your opinion about this?