This is what he had written:
as far as I understand things, the TRIM in RAID0 patch just edits a few bytes in the ROM. However I am not sure if it succeeds or if it fails when I press option 5.
as far as I understand things, the TRIM in RAID0 patch just edits a few bytes in the ROM. However I am not sure if it succeeds or if it fails when I press option 5.
ok thank you fernando 
@ Mangix
If I understand you correctly you want to build a RAID0 of two SSD drives and are not sure what version of IRST set to work TRIM?
Sorry, i’ve made a copy/paste from the UBU changelog…BTW, yes i know it and let’s hope that SoniX will agree with us. 
Thanks a lot for your time and kindness.
Cheers,
KK
As far as I know it in for a 7-series is considered optimal IRST version 12.5 or 12.9. 13.x version more suitable for 8 and 9 series chipsets.
But if it is so important to be able to upgrade to version 13.1, then have to return and version 13.2.
That would be fine, since RST v13.1 is the latest with full support of Intel 7-Series Chipsets.
Hello SoniX! This is true but if you hypothetically want to update a BIOS of a 7-series motherboard where the storage is NOT on a RAID system, you can go up to the V.13.1.x.xxxx version because the latest IRST that officially support normal AHCI storage is the V.13.1.0.1058 and the advised OROMs to use associated for the optimal performance and stability are the V.13.1.0.2126.
For people using the storage on a RAID system there isn’t any limitation of OROMs/IRST version even on older Intel chipset, so:
- AHCI storage drivers (and OROMs) have a limited "support" in time,
- RAID storage system is a "little trick" to continue to update OROMs (with U.B.U) and associated drivers in time. 
Thanks a lot and have a nice week-end!
Cheers,
KK
I tried to flash bios image created by latest UBU. In UBU I selected only IBe CPU microcode update (ASUS P9X79 here with IBe-4930 CPU and with 4701 BIOS). And I failed to flash created image with all possible means - ASUS BIOS flashback, bootable DOS device (both ASUS bupdater.exe and afudos.exe), ASUS EZ FLASH. DOS and EZ FLASH - with the same “security verification failed”. When I tried afudos with /GAN key it said something about “image has different size”…
I tried to insert (or replace) LGA2011ibe.ffs manually through UBU`s MMTool.exe but it said that module with such GUID already exists.
No big deal. Current microcode revision is 416 (read through SiSoft Sandra). All works fine, but the failure increased my interest in subject.
PS Btw, MMTool crushes after click on ‘CPU Patch’ tab.
PPS CPUID = 000306E4
Edit: So I browsed through ubu.bat and found CPU guid ‘17088572-377F-44EF-8F4E-B09FFF46A070’. That helps me to replace module manually. Will check whether image will succeed to flash.
Little side note:
The version of the Intel RAID ROM/SataDriver doesn’t matter, when the Intel SATA Controller is running in AHCI mode.
Little side note:
The version of the Intel RAID ROM/SataDriver doesn’t matter, when the Intel SATA Controller is running in AHCI mode.
Thanks Fernando for this precisation, i was inaccurate and so I may have caused confusion.
It’s the association of ROMs and IRST drivers that according to the manufacturer’s instructions should be matched by the development version of both.
Cheers,
KK
I went to the binary level trying to solve failure (described in post - [Tool] “UEFI BIOS Updater” (UBU) (67)). I am trying to throw out from LGA2011ibe.ffs all sections excluding one for my CPUID (000306E4). But for that I need to recalculate two checksum fields in file header - HeaderChecksum and DataChecksum:
typedef struct {
UINT8 Name[16];
UINT8 HeaderChecksum;
UINT8 DataChecksum;
UINT8 Type;
UINT8 Attributes;
UINT8 Size[3];
UINT8 State;
} EFI_FFS_FILE_HEADER;
Anyone knows what particular algorithm of checksum calculation is needed? I already tried XOR and modular_sum (on original LGA2011ibe.ffs) but results are not close to original values .
Found two small Intel BMP guides, maybe someone can download the actual files:
http://wenku.baidu.com/view/5c7ee25abe23482fb4da4ca3.htm
http://wenku.baidu.com/view/67134ef3ba0d4a7303763a05.html
I can`t download the file. Tried in Opera and IE.
Yes the attachment system seems to be broken today. The same issue was happening at the Intel ME thread. Use external sources for now.
I can`t download the file. Tried in Opera and IE.
Like as earned download.
I pressume you are talking about the TRIM sub-section from IRST section.
The right command is the letter "S", not 5. Might be useful to be replaced with another letter, such as the letter "T" for TRIM.
I pressume you are talking about the TRIM sub-section from IRST section. <img src=‘http://files.homepagemodules.de/b602300/f16t154p9032n2_obTdyKsS-thumb.png’alt=’’ style=‘border:none; height:; width:;’ />
The right command is the letter "S", not 5. Might be useful to be replaced with another letter, such as the letter "T" for TRIM.
In the next update to change the letter "S" to "T". And that confusion.
--------------------
@Mangix
What is your motherboard?
-------------------
You need Microcode version 07?
oh. it’s an S… guess i couldn’t differentiate since my monitor(well TV) is quite far from where I sit.
My board is an msi p67a-c43.
I’m also interested in this for a Z77 system in AHCI mode. Mainly for use with the latest compatible 13.1.0.1058 drivers from Intel (same branch). SoniX, would you like to also add this version for 7-series systems?
By the way, the correct version number is 13.1.0.2126 and not 2128. The latest is 13.1.0.2126-I which (compared to 2126) basically changes the name from SataDriver to RaidDriver.
Who knows, maybe 12.9 is more stable for 7-series. Has anyone done any tests to prove that? You know, like the 11.2 vs 11.7 case where the latter was very unstable.