[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <8c560960-5498-57b5-6da6-218b71d9eef9@sandisk.com>
Date: Mon, 17 Oct 2016 13:28:01 -0700
From: Bart Van Assche <bart.vanassche@...disk.com>
To: Arnd Bergmann <arnd@...db.de>
CC: Binoy Jayan <binoy.jayan@...aro.org>,
Doug Ledford <dledford@...hat.com>,
Sean Hefty <sean.hefty@...el.com>,
Hal Rosenstock <hal.rosenstock@...il.com>,
"linux-rdma@...r.kernel.org" <linux-rdma@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH 0/8] infiniband: Remove semaphores
On 10/17/2016 01:06 PM, Arnd Bergmann wrote:
> Using an open-coded semaphore as a replacement is probably just
> the last resort that we can consider once we are down to the
> last handful of users. I haven't looked at drivers/infiniband/
> yet for this, but I believe that drivers/acpi/ is a case for
> which I see no better alternative (the AML bytecode requires
> counting semaphore semantics).
Hello Arnd,
Thanks for the detailed reply. However, I doubt that removing and
open-coding counting semaphores is the best alternative. Counting
semaphores are a useful abstraction. I think open-coding counting
semaphores everywhere counting semaphores are used would be a step back
instead of a step forward.
Bart.
Powered by blists - more mailing lists