From: Sebastian Andrzej Siewior
Install the callbacks via the state machine so we can phase out the cpu
hotplug notifiers mess.
Signed-off-by: Sebastian Andrzej Siewior
Signed-off-by: Thomas Gleixner
Cc: Jens Axboe
Replace the block-mq notifier list management with the multi instance
facility in the cpu hotplug state machine.
Signed-off-by: Thomas Gleixner
Cc: Jens Axboe
Cc: Peter Zijlstra
Cc: linux-block@vger.kernel.org
Cc: r...@linutronix.de
On Mon, Sep 19, 2016 at 10:48:49AM -0700, Omar Sandoval wrote:
> On Sun, Sep 18, 2016 at 09:37:14AM +0200, Alexander Gordeev wrote:
> > Currently maximum number of used hardware queues is limited to
> > number of CPUs in the system. However, using 'nr_cpu_ids' as
> > the limit for (de-)allocations
On Mon, Sep 19, 2016 at 12:00:28PM -0700, Omar Sandoval wrote:
> On Sun, Sep 18, 2016 at 09:37:17AM +0200, Alexander Gordeev wrote:
> > CC: linux-block@vger.kernel.org
> > Signed-off-by: Alexander Gordeev
>
> So set->nr_hw_queues is always >= q->nr_hw_queues, right?
That is
On Tue, Sep 20, 2016 at 01:05:38PM +0100, Ben Hutchings wrote:
> Please cherry-pick:
>
> commit 16c6d048d7b74249a4387700887e8adb13028866
> Author: Wenwei Tao
> Date: Thu Feb 4 15:13:23 2016 +0100
>
> lightnvm: put bio before return
>
> for 4.4-stable only. (It is
On Tue, Sep 20, 2016 at 01:44:36PM +0200, Alexander Gordeev wrote:
> On Mon, Sep 19, 2016 at 10:48:49AM -0700, Omar Sandoval wrote:
> > On Sun, Sep 18, 2016 at 09:37:14AM +0200, Alexander Gordeev wrote:
> > > Currently maximum number of used hardware queues is limited to
> > > number of CPUs in
On 09/20/2016 09:21 AM, Thomas Gleixner wrote:
The following series converts block/mq to the new hotplug state
machine. The series is against block.git/for-next and depends on
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git smp/for-block
This branch contains the necessary
On Mon, Sep 19, 2016 at 12:38:05PM +0200, Alexander Gordeev wrote:
> On Fri, Sep 16, 2016 at 05:04:48PM -0400, Keith Busch wrote:
>
> > Having a 1:1 already seemed like the ideal solution since you can't
> > simultaneously utilize more than that from the host, so there's no more
> > h/w