From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jens Axboe Subject: Re: [PATCH 11/21] nbd: limit blk_queue Date: Wed, 6 Sep 2006 19:45:01 +0200 Message-ID: <20060906174500.GK14565@kernel.dk> References: <20060906131630.793619000@chello.nl>> <20060906133954.845224000@chello.nl> <20060906151716.GG16721@harddisk-recovery.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Peter Zijlstra , linux-mm@kvack.org, linux-kernel@vger.kernel.org, netdev@vger.kernel.org, Daniel Phillips , Rik van Riel , David Miller , Andrew Morton , Pavel Machek Return-path: Received: from brick.kernel.dk ([62.242.22.158]:30295 "EHLO kernel.dk") by vger.kernel.org with ESMTP id S1751032AbWIFRlm (ORCPT ); Wed, 6 Sep 2006 13:41:42 -0400 To: Erik Mouw Content-Disposition: inline In-Reply-To: <20060906151716.GG16721@harddisk-recovery.com> Sender: netdev-owner@vger.kernel.org List-Id: netdev.vger.kernel.org On Wed, Sep 06 2006, Erik Mouw wrote: > On Wed, Sep 06, 2006 at 03:16:41PM +0200, Peter Zijlstra wrote: > > - disk->queue = blk_init_queue(do_nbd_request, &nbd_lock); > > + disk->queue = blk_init_queue_node_elv(do_nbd_request, > > + &nbd_lock, -1, "noop"); > > So what happens if the noop scheduler isn't compiled into the kernel? You can't de-select noop, so that cannot happen. But the point is valid for other choices of io schedulers, which is another reason why this _elv api addition is a bad idea. -- Jens Axboe