Opened 6 years ago

Closed 3 months ago

Last modified 3 months ago

#243 closed enhancement (wontfix)

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 (15)

comment:1 Changed 6 years ago by Christian Franke

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 6 years 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 6 years 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 6 years ago by Christian Franke

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 Changed 6 years ago by Christian Franke

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 6 years 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 6 years 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 6 years ago by Christian Franke

Keywords: megaraid windows lsilsi 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 5 years ago by Christian Franke

Any further experience with CSMI support of LSI Windows driver?

comment:10 Changed 5 years ago by Christian Franke

Resolution: worksforme
Status: newclosed

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

comment:11 Changed 3 months ago by Elliott Balsley

I have an LSI 9361 using Megaraid driver 6.14 and it's not working with smartctl 6.6. I've read conflicting reports of whether CSMI should be working here. Apparently megaraid device type works on linux, so it would be great to have this on Windows too.

.\smartctl.exe -d csmi -r ioctl,2 --scan
 \\.\Scsi0:: successfully opened
  IOCTL_SCSI_MINIPORT(CC_CSMI_1) failed, Error=1117
 \\.\Scsi1:: successfully opened
  IOCTL_SCSI_MINIPORT(CC_CSMI_1) failed, Error=1117
 \\.\Scsi2:: successfully opened
  IOCTL_SCSI_MINIPORT(CC_CSMI_1) failed, Error=1117

.\smartctl.exe --scan
/dev/sda -d sat # /dev/sda [SAT], ATA device
/dev/sdb -d sat # /dev/sdb [SAT], ATA device
/dev/sdc -d sat # /dev/sdc [SAT], ATA device
/dev/sdd -d sat # /dev/sdd [SAT], ATA device
/dev/sde -d sat # /dev/sde [SAT], ATA device
/dev/sdf -d sat # /dev/sdf [SAT], ATA device
/dev/sdg -d sat # /dev/sdg [SAT], ATA device
/dev/sdh -d sat # /dev/sdh [SAT], ATA device
/dev/sdi -d ata # /dev/sdi, ATA device
Last edited 3 months ago by Elliott Balsley (previous) (diff)

comment:12 Changed 3 months ago by Elliott Balsley

Resolution: worksforme
Status: closedreopened

comment:13 Changed 3 months ago by Christian Franke

Resolution: wontfix
Status: reopenedclosed

If LSI decided to remove CSMI support in newer drivers, there is nothing we could do.

For future requests, please don't reopen 5+ year old tickets. If you could provide information about an alternative pass-through functionality supported by the driver of this controller, please create a new ticket.

comment:14 Changed 3 months ago by Elliott Balsley

Okay. I will ask LSI if they will consider opening up this functionality.
Would it be possible to access without CSMI, as you do on Linux?
-d megaraid,N /dev/sdX

comment:15 Changed 3 months ago by Christian Franke

Linux is a different story as the driver itself is open source.

Note: See TracTickets for help on using tickets.