[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20190212.102912.1498886718723769885.davem@davemloft.net>
Date: Tue, 12 Feb 2019 10:29:12 -0800 (PST)
From: David Miller <davem@...emloft.net>
To: frederic@...nel.org
Cc: linux-kernel@...r.kernel.org, bigeasy@...utronix.de,
peterz@...radead.org, mchehab@...pensource.com,
torvalds@...ux-foundation.org, tglx@...utronix.de,
paulmck@...ux.vnet.ibm.com, fweisbec@...il.com,
pkondeti@...eaurora.org, mingo@...nel.org, joel@...lfernandes.org
Subject: Re: [PATCH 00/32] softirq: Per vector masking v2
From: Frederic Weisbecker <frederic@...nel.org>
Date: Tue, 12 Feb 2019 18:13:51 +0100
> For those who missed the infinitely invasive and carpal tunnel
> unfriendly v1: https://lwn.net/Articles/768157/
>
> Softirqs masking is an all or nothing operation. It's currently not
> possible to disable a single vector. Yet some workloads are interested
> in deterministic latencies for vectors execution. Reducing their
> interdependencies is a first step toward that.
>
> Unlike the previous take, the current APIs aren't changed, as advised
> by reviewers. But new APIs have been introduced. An individual vector
> can be disabled and that behaviour can self-nest and nest with existing
> APIs:
...
I really like this stuff, nice work:
Reviewed-by: David S. Miller <davem@...emloft.net>
Powered by blists - more mailing lists