[<prev] [next>] [day] [month] [year] [list]
Message-ID: <1503817025.7566.71.camel@gmx.de>
Date: Sun, 27 Aug 2017 08:57:05 +0200
From: Mike Galbraith <efault@....de>
To: Joel Fernandes <joelaf@...gle.com>
Cc: LKML <linux-kernel@...r.kernel.org>,
Peter Zijlstra <peterz@...radead.org>,
Josef Bacik <jbacik@...com>, Juri Lelli <Juri.Lelli@....com>,
Brendan Jackman <brendan.jackman@....com>,
Dietmar Eggemann <dietmar.eggemann@....com>,
Matt Fleming <matt@...eblueprint.co.uk>,
Rik van Riel <riel@...hat.com>,
Ingo Molnar <mingo@...hat.com>
Subject: Re: [PATCH RFC/RFT] sched/fair: Improve the behavior of sync flag
On Sat, 2017-08-26 at 23:18 -0700, Joel Fernandes wrote:
>
> > Sync is not a contract, it's a hint. If you really want sync behavior,
> > you need to create a contract signed in blood to signal that you really
> > really are passing the baton.
>
> Yes that is the usecase of binder, we are really passing the baton
> when we pass sync. We also make binder to not pass sync if there's
> more work todo and more tasks to wake up. In all current and past
> products, we have been using sync has a hard contract as you said.
> Are you proposing addition of another flag to differentiate between
> the existing hint and the contract?
Yes, the alternative being to unilaterally (as you did) make the
existing hint a contract, in which case you would get to deal with any
fallout. You'd certainly get some "yay, you rock" mail, but you'd also
get some "boo, you suck rocks" to go with it :)
-Mike
Powered by blists - more mailing lists