Opened 2 years ago

Closed 13 months ago

#243 closed enhancement (worksforme)

Request adding LSI megaraid card support on windows

Reported by: dzxxly Owned by: somebody
Priority: major Milestone:
Component: all Version:
Keywords: lsi megaraid windows Cc: tfranzke

Description

Hi all,

Could you please add LSI megaraid SAS card support on windows? currently only support linux...

Thanks.

Change History (10)

comment:1 follow-up: Changed 2 years ago by chrfranke

  • Keywords megaraid windows added; LSI removed

Pass-through access to disks behind RAID controllers is typically vendor- and platform-specific. Pass-through support in controller firmware does not imply that related pass-through support in the Windows driver exists.

Do you have any info about a possible ATA/SCSI pass-through I/O-control implemented in the LSI MegaRAID driver for Windows? As a LSI user, you might be able to ask LSI support for more information.

Please test whether CSMI is possibly implemented. Attach the result of following command:

  smartctl -d csmi -r ioctl,2 --scan

comment:2 Changed 23 months ago by dzxxly

Thank you for the response, I will ask LSI for more detail about the driver.
The following is the command output on my system



.\PhysicalDrive0: successfully opened

IOCTL_STORAGE_QUERY_PROPERTY returns:

Vendor: "LSI"
Product: "MR9261-8i"
Revision: "2.12"
Removable: No
BusType?: 0x08

SMART_GET_VERSION failed, Error=1


.\PhysicalDrive1: successfully opened

IOCTL_STORAGE_QUERY_PROPERTY returns:

Vendor: "LSI"
Product: "MR9261-8i"
Revision: "2.12"
Removable: No
BusType?: 0x08

SMART_GET_VERSION failed, Error=1


.\PhysicalDrive2: successfully opened

IOCTL_STORAGE_QUERY_PROPERTY returns:

Vendor: "LSI"
Product: "MR9261-8i"
Revision: "2.12"
Removable: No
BusType?: 0x08

SMART_GET_VERSION failed, Error=1


.\PhysicalDrive3: successfully opened

IOCTL_STORAGE_QUERY_PROPERTY returns:

Vendor: "LSI"
Product: "MR9261-8i"
Revision: "2.12"
Removable: No
BusType?: 0x08

SMART_GET_VERSION failed, Error=1


.\PhysicalDrive4: successfully opened

IOCTL_STORAGE_QUERY_PROPERTY returns:

Vendor: "LSI"
Product: "MR9261-8i"
Revision: "2.12"
Removable: No
BusType?: 0x08

SMART_GET_VERSION failed, Error=1


.\PhysicalDrive5: successfully opened

IOCTL_STORAGE_QUERY_PROPERTY returns:

Vendor: "LSI"
Product: "MR9261-8i"
Revision: "2.12"
Removable: No
BusType?: 0x08

SMART_GET_VERSION failed, Error=1


.\PhysicalDrive6: successfully opened

IOCTL_STORAGE_QUERY_PROPERTY returns:

Vendor: "LSI"
Product: "MR9261-8i"
Revision: "2.12"
Removable: No
BusType?: 0x08

SMART_GET_VERSION failed, Error=1


.\PhysicalDrive7: successfully opened

IOCTL_STORAGE_QUERY_PROPERTY returns:

Vendor: "LSI"
Product: "MR9261-8i"
Revision: "2.12"
Removable: No
BusType?: 0x08

SMART_GET_VERSION failed, Error=1


.\PhysicalDrive8: successfully opened

IOCTL_STORAGE_QUERY_PROPERTY returns:

Vendor: "LSI"
Product: "MR9261-8i"
Revision: "2.12"
Removable: No
BusType?: 0x08

SMART_GET_VERSION failed, Error=1

.\Scsi0
successfully opened IOCTL_SCSI_MINIPORT(CC_CSMI_1) failed, Error=1
.\Scsi1
successfully opened IOCTL_SCSI_MINIPORT(CC_CSMI_1) failed, Error=1
.\Scsi2
successfully opened IOCTL_SCSI_MINIPORT(CC_CSMI_1) failed, Error=1
.\Scsi3
successfully opened IOCTL_SCSI_MINIPORT(CC_CSMI_1) failed, Error=1
.\Scsi4
successfully opened IOCTL_SCSI_MINIPORT(CC_CSMI_1) failed, Error=1117

comment:3 in reply to: ↑ 1 Changed 23 months ago by dzxxly

I believe the ATA/SCSI pass-through should be implemented in windows driver, for we has another software SCSI TOOL BOX can operate the physical drive directly, but it is not free...

comment:4 Changed 23 months ago by chrfranke

When you contact LSI, you might want to note that other vendors already provided info and support for smartmontools:

  • In 2006, AMCC/3ware (now LSI :-) provided info, driver enhancements and a controller for testing, see r2270.
  • Recently, Areca provided patches for smartmontools itself, see r3612, r3646.

comment:5 follow-up: Changed 23 months ago by chrfranke

Did you receive any info from LSI yet?

LSI did not answer a recent (unrelated) request about LSI/3ware SAS controllers, see ticket #161.

comment:6 in reply to: ↑ 5 Changed 22 months ago by dzxxly

Replying to chrfranke:

Did you receive any info from LSI yet?

LSI did not answer a recent (unrelated) request about LSI/3ware SAS controllers, see ticket #161.

I still trying to ask for the info, but their feedback seems not so optimistic

comment:7 Changed 20 months ago by tfranzke

  • Cc tfranzke added
  • Keywords lsi added

Just to throw in my two cents worth:

At a customer's location I am running a Microsoft Windows Server 2003R2 on a Lenovo RS110 (MT: 6438-13?). This server comes with an installed LSI SAS 3000 / 1064E (4Port) controler. Running the above mentioned command (smartctl -d csmi -r ioctl,2 --scan) leads to the following:


.\PhysicalDrive0: successfully opened

IOCTL_STORAGE_QUERY_PROPERTY returns:

Vendor: "LSILOGIC"
Product: "Logical Volume "
Revision: "3000"
Removable: No
BusType?: 0x0a

.\Scsi0
successfully opened IOCTL_SCSI_MINIPORT(CC_CSMI_1) failed, Error=87
.\Scsi1
successfully opened IOCTL_SCSI_MINIPORT(CC_CSMI_1) failed, Error=87
.\Scsi2
successfully opened IOCTL_SCSI_MINIPORT(CC_CSMI_1) failed, Error=87
.\Scsi3
successfully opened IOCTL_SCSI_MINIPORT(CC_CSMI_1) failed, Error=87
.\Scsi4
successfully opened IOCTL_SCSI_MINIPORT(CC_CSMI_1) succeeded, bytes returned: 204

CSMI_SAS_DRIVER_INFO:

Name: "LSI_SAS.SYS"
Description: "LSI PCI/PCI-X Fusion-MPT SAS Driver"
Revision: 1.26
IOCTL_SCSI_MINIPORT(CC_CSMI_20) succeeded, bytes returned: 2080

CSMI_SAS_PHY_INFO: NumberOfPhys?=4
Phy[0] Port: 0x00

Type: 0x10, 0x10
InitProto?: 0x0e, 0x00
TargetProto?: 0x00, 0x01
PhyIdent?: 0x00, 0x00
SASAddress: 50 05 07 6b 06 44 1d 6c, de 64 a7 a1 a2 d2 ac 9e

Phy[1] Port: 0x00

Type: 0x10, 0x10
InitProto?: 0x0e, 0x00
TargetProto?: 0x00, 0x01
PhyIdent?: 0x01, 0x00
SASAddress: 50 05 07 6b 06 44 1d 6d, de 64 a7 a1 93 bf c3 9e

Phy[2] Port: 0x00

Type: 0x10, 0x00
InitProto?: 0x0e, 0x00
TargetProto?: 0x00, 0x00
PhyIdent?: 0x02, 0x00
SASAddress: 50 05 07 6b 06 44 1d 6c, 00 00 00 00 00 00 00 00

Phy[3] Port: 0x00

Type: 0x10, 0x00
InitProto?: 0x0e, 0x00
TargetProto?: 0x00, 0x00
PhyIdent?: 0x03, 0x00
SASAddress: 50 05 07 6b 06 44 1d 6c, 00 00 00 00 00 00 00 00

/dev/csmi4,0 -d ata # /dev/csmi4,0, ATA device
/dev/csmi4,1 -d ata # /dev/csmi4,1, ATA device

And then running

"smartctl -a /dev/csmi4,0" or "smartctl -a /dev/csmi4,1"

gives a nice SMART results page with all correct data, stating the correct attributes. However, giving "smartctl -t short /dev/csmi4,0" a shot leads to: "CSMI(25) failed with ReturnCode?=1"

Now it's your turn again...

comment:8 Changed 20 months ago by chrfranke

  • Keywords changed from megaraid windows lsi to lsi megaraid windows

Thanks for the info. This is actually the first report of a non-Intel Windows RAID driver supporting CSMI (which was specified for Linux and Windows and was supposed to be vendor independent).

Regarding "-t short": The CC_CSMI_SAS_STP_PASSTHRU (25) function of this driver might not be fully transparent or there is some parameter problem with non-DATA ATA commands. Please try some other non-DATA command, for example enable the write cache:

smartctl -s wcache,on /dev/csmi4,0

(Please provide smartctl output within curly braces like above to prevent bogus wiki formatting)

comment:9 Changed 14 months ago by chrfranke

Any further experience with CSMI support of LSI Windows driver?

comment:10 Changed 13 months ago by chrfranke

  • Resolution set to worksforme
  • Status changed from new to closed

According to above comment, "smartctl ... /dev/csmiX,N" works with MegaRAID Windows driver.

Note: See TracTickets for help on using tickets.