Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Wed, 24 Jul 2002 10:13:16 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Wed, 24 Jul 2002 10:13:16 -0400 Received: from [195.63.194.11] ([195.63.194.11]:33038 "EHLO mail.stock-world.de") by vger.kernel.org with ESMTP id ; Wed, 24 Jul 2002 10:13:15 -0400 Message-ID: <3D3EB576.1040601@evision.ag> Date: Wed, 24 Jul 2002 16:11:02 +0200 From: Marcin Dalecki Reply-To: martin@dalecki.de User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1b) Gecko/20020722 X-Accept-Language: en-us, en, pl, ru MIME-Version: 1.0 To: Bartlomiej Zolnierkiewicz CC: Jens Axboe , Adam Kropelin , linux-kernel@vger.kernel.org Subject: Re: cpqarray broken since 2.5.19 References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 702 Lines: 18 > > Jens, the same is in cciss.c. > Please remove locking from blk_stop_queue() (as you suggested) or intrduce > unlocking in request_functions. > Bartek I think the removal is just for reassertion that the locking is the problem. You can't remove it easly from blk_stop_queue() unless you make it mandatory that blk_stop_queue has to be run with the lock already held. Or in other words basically -> Don't use blk_stop_queue() outside of ->request_fn. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/