Date: Fri, 28 Mar 2014 07:38:43 +0000 From: "Desai, Kashyap" <Kashyap.Desai@lsi.com> To: Borja Marcos <borjam@sarenet.es>, Doug Ambrisko <ambrisko@cisco.com> Cc: "scottl@netflix.com" <scottl@netflix.com>, "Radford, Adam" <Adam.Radford@lsi.com>, "sean_bruno@yahoo.com" <sean_bruno@yahoo.com>, "Mankani, Krishnaraddi" <Krishnaraddi.Mankani@lsi.com>, "dwhite@ixsystems.com" <dwhite@ixsystems.com>, "Maloy, Joe" <Joe.Maloy@lsi.com>, "jpaetzel@freebsd.org" <jpaetzel@freebsd.org>, "freebsd-scsi@freebsd.org" <freebsd-scsi@freebsd.org>, "Kenneth D. Merry" <ken@kdm.org>, "McConnell, Stephen" <Stephen.McConnell@lsi.com> Subject: RE: LSI - MR-Fusion controller driver <mrsas> patch and man page Message-ID: <aa2bb38eeb1a4412af1073629f804b88@BN1PR07MB247.namprd07.prod.outlook.com> In-Reply-To: <A551D03F-DDB6-4A21-B799-D6AA6625F408@sarenet.es> References: <e59396595152456dbcde63d48f70aa8f@BN1PR07MB247.namprd07.prod.outlook.com> <20140107181139.GC2080@cisco.com> <20140124185356.GA28724@ambrisko.com> <20140124190047.GA34975@ambrisko.com> <9c3fd2b15e9b4c2cb967519a3b7f98ad@BN1PR07MB247.namprd07.prod.outlook.com> <20140318143738.GA65955@cisco.com> <20140320235534.GA92797@cisco.com> <C698AC2A-06A7-4408-9790-20B69FAF31C6@sarenet.es> <20140321160954.GB99545@cisco.com> <5C32A3C7-B28B-4E69-9DF0-EE53181085F7@sarenet.es> <20140324174519.GA30345@cisco.com> <AB2BB10F-2BD9-49B9-91F2-A105683D3CBF@sarenet.es> <A551D03F-DDB6-4A21-B799-D6AA6625F408@sarenet.es>
index | next in thread | previous in thread | raw e-mail
> -----Original Message-----
> From: owner-freebsd-scsi@freebsd.org [mailto:owner-freebsd-
> scsi@freebsd.org] On Behalf Of Borja Marcos
> Sent: Thursday, March 27, 2014 9:55 PM
> To: Doug Ambrisko
> Cc: scottl@netflix.com; Radford, Adam; sean_bruno@yahoo.com; Mankani,
> Krishnaraddi; dwhite@ixsystems.com; Maloy, Joe; jpaetzel@freebsd.org;
> freebsd-scsi@freebsd.org; Kenneth D. Merry; McConnell, Stephen
> Subject: Re: LSI - MR-Fusion controller driver <mrsas> patch and man page
>
>
> On Mar 27, 2014, at 3:28 PM, Borja Marcos wrote:
>
> > # camcontrol inq da16
> > pass18: <ATA OCZ-VERTEX4 1.5> Fixed Direct Access SCSI-6 device
> > pass18: Serial Number OCZ-SKC094QRU20F444P
> > pass18: 150.000MB/s transfers, Command Queueing Enabled
> >
> > Still the negotiation seems to be failing, but I wonder if it's more of a
> firmware problem with the controller, expander or both.
>
> Nevermind, seems that the driver is lying :)
>
> case XPT_PATH_INQ:
> {
> ccb->cpi.version_num = 1;
> ccb->cpi.hba_inquiry = 0;
> ccb->cpi.target_sprt = 0;
> ccb->cpi.hba_misc = 0;
> ccb->cpi.hba_eng_cnt = 0;
> ccb->cpi.max_lun = MRSAS_SCSI_MAX_LUNS;
> ccb->cpi.unit_number = cam_sim_unit(sim);
> ccb->cpi.bus_id = cam_sim_bus(sim);
> ccb->cpi.initiator_id = MRSAS_SCSI_INITIATOR_ID;
> ccb->cpi.base_transfer_speed = 150000;
This we need to take care in driver based on Device id bases... Possible changes for this ..
if ((sc->device_id == MRSAS_INVADER) || (sc->device_id == MRSAS_FURY)) {
ccb->cpi.base_transfer_speed = 150000;
} else
ccb->cpi.base_transfer_speed = 300000;
Is the " base_transfer_speed" used in <mfi>/<mpt>/<mps> driver correct ? I am bit confused - what is a correct value to be used here ?
Any idea ?
> strncpy(ccb->cpi.sim_vid, "FreeBSD", SIM_IDLEN);
> strncpy(ccb->cpi.hba_vid, "LSI", HBA_IDLEN);
> strncpy(ccb->cpi.dev_name, cam_sim_name(sim), DEV_IDLEN);
> ccb->cpi.transport = XPORT_SPI;
> ccb->cpi.transport_version = 2;
> ccb->cpi.protocol = PROTO_SCSI;
>
>
>
>
>
> Borja.
>
> _______________________________________________
> freebsd-scsi@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-scsi
> To unsubscribe, send any mail to "freebsd-scsi-unsubscribe@freebsd.org"
help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?aa2bb38eeb1a4412af1073629f804b88>