Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Tue, 19 Nov 2002 05:06:38 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Tue, 19 Nov 2002 05:06:38 -0500 Received: from ns1.triode.net.au ([202.147.124.1]:63460 "EHLO iggy.triode.net.au") by vger.kernel.org with ESMTP id ; Tue, 19 Nov 2002 05:06:36 -0500 Message-ID: <3DDA0E63.9050307@torque.net> Date: Tue, 19 Nov 2002 21:11:47 +1100 From: Douglas Gilbert Reply-To: dougg@torque.net User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020830 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andre Hedrick CC: "J. E. J. Bottomley" , Linus Torvalds , linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: linux-2.4.18-modified-scsi-h.patch 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: 1262 Lines: 35 Andre Hedrick wrote: > Greetings Doug et al. > > Please consider the addition of this simple void ptr to the scsi_request > struct. The addition of this simple void pointer allows one to map any > and all request execution caller the facility to search for a specific > operation without having to run in circles. Hunting for these details > over the global device list of all HBA's is silly and one of the key > reasons why there error recovery path is so painful. > > > Scsi_Request *req = sc_cmd->sc_request; > blah_blah_t *trace = NULL; > > trace = (blah_blah_t *)req->trace_ptr; > > > Therefore the specific transport invoking operations via the midlayer will > have the ablity to track and trace any operation. Andre, No need to convince me: I have already put a similar pointer in that structure in lk 2.5 (for either sd, st, sr or sg to use). In sg case's it saved some ugly looping in (what was formerly called) the bottom half handler. Sounds like your motivation is similar. Doug Gilbert - 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/