nefarius/SmartArrayControllerTool
1
0
Fork 0
Code
HP Array Configuration Utility - Reverse Engineering
26 Commits 1 Branch 0 Tags 12 MiB
C++ 51%
C 49%
1eaa886232
Go to file
Benjamin Höglinger-Stelzer 1eaa886232 Create NOTES.md
2023-07-12 11:39:18 +02:00
docs Create 2023-06-25_example_capture.log 2023-06-25 18:43:00 +02:00
drivers Added ACU setup 2023-06-25 18:34:41 +02:00
src Update SmartArrayControllerTool.cpp 2023-06-26 10:47:46 +02:00
.gitattributes Added ACU setup 2023-06-25 18:34:41 +02:00
.gitignore Add .gitattributes and .gitignore. 2023-06-23 02:21:33 +02:00
NOTES.md Create NOTES.md 2023-07-12 11:39:18 +02:00
README.md More experiments 2023-06-26 07:50:45 +02:00
SmartArrayControllerTool.sln Renamed directory 2023-06-26 10:06:56 +02:00

README.md

HP Array Configuration Utility - Reverse Engineering

About

Trying to figure out which requests the HP ProLiant Array Configuration Utility for Windows 64-bit sends to my HP Smart Array P410 RAID Controller, so that I can script it to e.g. fetch disk alerts etc.

Heavily work in progress 🔥

Details

The ACU sends a couple of IOCTL_SCSI_MINIPORT IOCTLs with custom payloads on controller selection; this is received and handled by the HpSAMD.sys driver. So far cross-checking the payload format with the well-known Linux sources hasn't yielded any success; I assume when IOCTL_SCSI_MINIPORT is used, the payload isn't what 1:1 gets sent to the controller, unlike IOCTL_SCSI_PASS_THROUGH which isn't what the ACU uses. Next step might be trying to port over the Linux CCISS example requests to the Windows SCSI API by using IOCTL_SCSI_PASS_THROUGH to try if the controller then responds with the same packet structure as it would under Linux.

So far trying to get a IOCTL_SCSI_PASS_THROUGH for controller identification to work results in a ERROR_IO_DEVICE 1117 (0x45D).

3rd party sources