Edit: Sorry, this was supposed to be a response to mattrixx
, but I clicked the wrong Reply button.
I'd be willing to bet money it's because of lack-of option ROM version control. Expanded:
Intel can certainly guarantee out-of-the-box what the option ROM version/build will be for
their own motherboards, but cannot guarantee what option ROM version/build will be used when it comes to vendors like Asus, Gigabyte, MSI, etc.. Intel has no control over what those companies are doing with their BIOSes or UEFI model (both of which encapsulate the AHCI/RAID option ROM, FYI).
There are implications of this in a semi-recent thread over on the official Intel forums, but not a single Intel employee has commented.
This is another example of where actual company engineers, not "technical support" nutjobs, need to
bust through the proverbial wall like Kool-Aid Man and actually provide some coherent insights to customers on their forum.
I imagine the Intel RST 11.2 and 11.6 drivers will do TRIM in RAID-0 and RAID-1 mode on boards (Intel, Asus, Gigabyte, or any other brand)
where the option ROM supports that capability. Nobody knows how this capability is determined except Intel (once again, "black box" solutions). But the motherboard vendors are the ones responsible for providing option ROM updates.
If you want to know who to put pressure on at this point, it would be your motherboard vendor. Dig your heels in and try to get past generic Tier 1 technical support and see if you can get an answer from them.
Otherwise, quite simply: if you have an
in-line ATA protocol analyser for SATA, hook it up on one of two SSDs in RAID-0 mode on a board and provide me with an ATA CDB dump, or look for ATA CDB command 0x06 (DSM / Data Set Management) per
T13/2015-D ACS-2 spec rev 1a or newer, then issue a crapload of I/O followed by a crapload of file deletes.