From: Byungchul Park <byungchul.park@lge.com>
To: Juri Lelli <juri.lelli@arm.com>
Cc: peterz@infradead.org, mingo@kernel.org, joel.opensrc@gmail.com,
linux-kernel@vger.kernel.org, juri.lelli@gmail.com,
rostedt@goodmis.org, kernel-team@lge.com
Subject: Re: [PATCH v8 1/2] sched/deadline: Add support for SD_PREFER_SIBLING on find_later_rq()
Date: Tue, 22 Aug 2017 16:12:34 +0900 [thread overview]
Message-ID: <20170822071234.GG20323@X58A-UD3R> (raw)
In-Reply-To: <20170822055325.GE20323@X58A-UD3R>
On Tue, Aug 22, 2017 at 02:53:25PM +0900, Byungchul Park wrote:
> On Mon, Aug 21, 2017 at 02:44:58PM +0100, Juri Lelli wrote:
> > Hi,
> > On 18/08/17 17:21, Byungchul Park wrote:
> > > It would be better to try to check other siblings first if
> > > SD_PREFER_SIBLING is flaged when pushing tasks - migration.
> > >
> > > Signed-off-by: Byungchul Park <byungchul.park@lge.com>
> >
> > Mmm, this looks like Peter's proposed patch, maybe add (at least) a
> > Suggested-by: him ?
>
> Hi Juri,
>
> Why not. I will add it from the next spin.
>
> BTW, is it enough? I don't know the way I should do, whenever I got
> thankful suggestions. I really want to add them as a separate patch
> which can be stacked on my patches _if possible_. But in case that
> it's better to merge them into one like this, I don't know how.
>
> I mean I will add 'Suggested-by' from now on - I learned what I should
> do (at least) in this case thanks to Juri, but I'm still not sure if
> it's enough.
>
> Speaking of which, I have something to ask Peterz and Ingo for. I really
> want to interact with maintainers actively e.g. asking ways they prefer.
> But it takes too much long to get responses from them e.g. at most 2
> monthes in case rushing them. I should have decided and done what the
> best I think is, than asking.
>
> It would be very appriciated if you pay more attention.
>
> > > @@ -1376,8 +1399,7 @@ static int find_later_rq(struct task_struct *task)
> > > return this_cpu;
> > > }
> > >
> > > - best_cpu = cpumask_first_and(later_mask,
> > > - sched_domain_span(sd));
> > > + best_cpu = find_cpu(later_mask, sd, prefer);
> > > /*
> > > * Last chance: if a cpu being in both later_mask
> > > * and current sd span is valid, that becomes our
> > > @@ -1385,6 +1407,26 @@ static int find_later_rq(struct task_struct *task)
> > > * already under consideration through later_mask.
> > > */
> >
> > It seems that the comment above should be updated as well.
>
> How? Could you explain it more?
Let me try it by myself.. Please fix me at the next spin if needed.
Thank you,
Byungchul
next prev parent reply other threads:[~2017-08-22 7:12 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-08-18 8:21 [PATCH v8 0/2] Make find_later_rq() choose a closer cpu in topology Byungchul Park
2017-08-18 8:21 ` [PATCH v8 1/2] sched/deadline: Add support for SD_PREFER_SIBLING on find_later_rq() Byungchul Park
2017-08-21 13:44 ` Juri Lelli
2017-08-21 13:56 ` Peter Zijlstra
2017-08-21 14:07 ` Juri Lelli
2017-08-22 5:55 ` Byungchul Park
2017-08-22 5:53 ` Byungchul Park
2017-08-22 7:12 ` Byungchul Park [this message]
2017-08-22 7:42 ` Juri Lelli
2017-08-18 8:21 ` [PATCH v8 2/2] sched/rt: Add support for SD_PREFER_SIBLING on find_lowest_rq() Byungchul Park
2017-08-18 13:38 ` Steven Rostedt
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20170822071234.GG20323@X58A-UD3R \
--to=byungchul.park@lge.com \
--cc=joel.opensrc@gmail.com \
--cc=juri.lelli@arm.com \
--cc=juri.lelli@gmail.com \
--cc=kernel-team@lge.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@kernel.org \
--cc=peterz@infradead.org \
--cc=rostedt@goodmis.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox