logo       

Re: Autosense requirement: msg#00204

Subject: Re: Autosense requirement
On Mon, Jul 29, 2002 at 07:00:48PM -0400, Doug Ledford wrote:
> On Mon, Jul 29, 2002 at 03:10:27PM -0700, Patrick Mansfield wrote:

> I saw the posts you made on this.  I was just getting ready to look 
> at/integrate your scsi_scan.c changes then add on the additional stuff I 
> had in mind.  I thought I saw you say you were forward porting the changes 
> to 2.5.28 so it will apply cleanly.  Once I saw that patch come out I was 
> going to grab it.

I had some 2.5.28/29 problems (I didn't set the new CONFIG_XXX_SERIAL
options, and it took me a bit to realize the system was really booting
even though I didn't see any serial line output), I hope to post the
patch (against 2.5.29, but it will apply to 2.5.28) by Wednesday. 

> > Do you have a tree or such that we can sync up with?
> 
> Not anything available yet (it's too broken right now).
> 
> > Any moderate changes to scsi will likely affect the multi-path changes.
> 
> Yep, that I can see for sure...

I have some patches from the multi-path that I could break out, especially
some list iterators -  multi-path needs the Scsi_Device separated from
Scsi_Host. Iterators were added so the underlying structures are not
visible - that is, so host_queue is not directly referenced, and I can
put any type of data structure in its place. This is one of the broadest
changes (potentially affects all adapter drivers) in the multi-path patch.

Having Scsi_Device on its own list could also help in hot-replacement
of single pathed devices (Scsi_Host can be removed without having to
remove a Scsi_Device off of its host_queue).

If you make changes in the host/device list(s) please consider that I need
to have the Scsi_Devices on their own list separate from the Scsi_host list.

Thanks.

-- Patrick Mansfield
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



<Prev in Thread] Current Thread [Next in Thread>