From mboxrd@z Thu Jan 1 00:00:00 1970 From: "J.E.J. Bottomley" Subject: Re: scsi in 2.5.48 Date: Mon, 18 Nov 2002 09:05:34 -0600 Sender: linux-kernel-owner@vger.kernel.org Message-ID: <200211181505.gAIF5am02001@localhost.localdomain> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: In-Reply-To: Message from Jens Axboe of "Mon, 18 Nov 2002 14:56:14 +0100." <20021118135614.GA834@suse.de> To: Jens Axboe Cc: Andrew Morton , lkml , linux-scsi@vger.kernel.org, James Bottomley List-Id: linux-scsi@vger.kernel.org akpm@digeo.com said: > > Andrew Morton wrote: > > > Appears to be DOA. Just a simple mke2fs hangs in get_request_wait(). > This makes it work again. That can't be entirely right, because we can't exit the request function with pending requests and something like an unplugged queue to start them. It will work for the adaptec because the prep defer is caused by the huge queue depth running us out of command blocks, so the queues would get re-run by a returning command. If the failure were caused by zero outstanding commands, this would hang the system forever. axboe@suse.de said: > Right fix would be something ala: That looks about right. On returning I/O we need to unplug and restart. However, with regard to Andrew's problem, how can the queue plug indefinitely? I thought it was guaranteed to be unplugged and run eventually? James