RE: [patch 6/8] mptfusion: fc transport

Moore, Eric Dean
2005-01-13T19:15:11Z

On Saturday, January 08, 2005 2:33 PM, James Bottomley wrote:
> Actually, I think I'd like this to be a clean modularisation,
> so the SPI
> functions go in one piece, the FC functions in another and the SAS
> functions in yet a third. Then everything could depend on the core
> fusion engine for the interface with firmware. That would allow:
>
> - the transport classes to attach correctly,
> - the transport dependent functions (which currently litter the driver
> as if (spi) else if(fc) to be contained individually
> - and the PCI ID's which will drive the installer and upgrade
> processes
> to be stored in the transport dependent pieces.
>

I agree, and I begun getting others on the same page here.
I will be investigating this design soon. Thanks.
Although, we soon will have some other updates I would like to get
out ahead of this, one of them requested by hch@.

> optionally the mptlan module. If I read mptctl right, it only
> implements the RAID ioctl features, so it could likewise be optional.
>

mptctl is raid ioctl's and more.
We provide our fw(firmware) passthru interface to applications, as
well as fw wrappers.

Eric