From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Wed, 1 May 2002 14:11:55 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Wed, 1 May 2002 14:11:54 -0400 Received: from [195.63.194.11] ([195.63.194.11]:19460 "EHLO mail.stock-world.de") by vger.kernel.org with ESMTP id ; Wed, 1 May 2002 14:11:53 -0400 Message-ID: <3CD02139.3020009@evision-ventures.com> Date: Wed, 01 May 2002 19:09:13 +0200 From: Martin Dalecki User-Agent: Mozilla/5.0 (X11; U; Linux i686; pl-PL; rv:1.0rc1) Gecko/20020419 X-Accept-Language: en-us, pl MIME-Version: 1.0 To: Martin Dalecki CC: Linus Torvalds , Jens Axboe , Linux Kernel Subject: Re: [PATCH] reworked IDE/general tagged command queueing In-Reply-To: <3CD0119D.1080905@evision-ventures.com> 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 Uz.ytkownik Martin Dalecki napisa?: > Uz.ytkownik Linus Torvalds napisa?: > >> >> On Wed, 1 May 2002, Jens Axboe wrote: >> >>> I've rewritten parts of the IDE TCQ stuff to be, well, a lot better in >>> my oppinion. I had to accept that the ata_request and rq->special usage >>> sucked, it was just one big mess. >> >> >> >> Looks good. > > > Well after a short cross over look at it I agree. > The generic interface looks sane for me as well. However > I will have to look a bit deeper, becouse at the first sight > the double pointer to tag_index looks a bit "overelaborate" > to me. But I may change my opinnion after looking at the > actual usage - so please take this small bit of critique > with a good grain of salt... > > +#define BLK_TAGS_PER_LONG (sizeof(unsigned long) * 8) > +#define BLK_TAGS_MASK (BLK_TAGS_PER_LONG - 1) > + > +struct blk_queue_tag { > + struct request **tag_index; /* map of busy tags */ > + unsigned long *tag_map; /* bit map of free/busy tags */ > + struct list_head busy_list; /* fifo list of busy tags */ > + int busy; /* current depth */ > + int max_depth; > +}; > + Well I revoke my objections. tag_index is fine :-).