Damnation Posted January 25 Share Posted January 25 @Dietmar@George King Hi Guys, I was wondering if either of you would be interested in testing out storport.sys of windows 8.0 beta 8118 in XP? I think this is the last version before PoFx functions got implemented. I added stub KseRegisterShim (just returns invalid parameter) and stub KeQueryUnbiasedInterruptTime (just returns KeQueryInterruptTime) to ntoskrnl extender for this. I was curious to see if we could get TRIM working over NVME with this or some other additional functionality. Assuming it doesn't BSOD. Any interest in testing this out? storport_6_2_8118_test.7z 1 Link to comment Share on other sites More sharing options...
Damnation Posted January 26 Author Share Posted January 26 @Dietmar I got an F7 BSOD - I think I forgot to patch the security cookie. Link to comment Share on other sites More sharing options...
Damnation Posted January 26 Author Share Posted January 26 @Dietmar I was unable to find any PDB symbols for the 8118 beta build of storport, but I did find them for the earlier 8102 beta build. Can you debug this when you have the time? The F7 BSOD I'm sure is because of security_check_cookie function, but the subsequent 7E BSOD isn't so easy. I'm hopeful you will find a way to get passed it like you did with the ACPICrackPRT function before we had the source. storport_6_2_8102_test.7z Link to comment Share on other sites More sharing options...
Damnation Posted January 27 Author Share Posted January 27 @Dietmar I'm starting to think that replacing security_cookie with random value as @Mov AX, 0xDEAD suggested on his github might not be sufficient to get passed F7 BSOD? Link to comment Share on other sites More sharing options...
Damnation Posted January 28 Author Share Posted January 28 @Dietmar Any luck with debugging this? Link to comment Share on other sites More sharing options...
Damnation Posted January 28 Author Share Posted January 28 @Dietmar Got past the F7 BSOD to 7E BSOD now. storport_8102_7e.7z Link to comment Share on other sites More sharing options...
Damnation Posted February 2 Author Share Posted February 2 @Dietmar I can confirm that storport.sys of windows 8.0 beta 8056 is working in textmode setup without BSOD, beta 8102 gives 7E BSOD, I still need to test 8064. storport_6_2_8056_test_works_dietmar.7z Link to comment Share on other sites More sharing options...
Damnation Posted February 2 Author Share Posted February 2 @Dietmar 8064 also 7E BSOD. It looks like storport 8064 and 8102 are identical. Link to comment Share on other sites More sharing options...
George King Posted February 2 Share Posted February 2 @Damnation Because after 8056 was changed build environment and they pushed more incompatible code there. Trying to port whole 8 storport probably can't bring much benefits at all as structures were changed a lot. When I was porting 8.1 StorAhci code to XP with Kai 8 port I saw these changes. Instead of patching 8 storport would be better to start adding needed functions into Kai storport source based on 2003 sp1 storport. Same as Mov does with ACPI. 1 Link to comment Share on other sites More sharing options...
Damnation Posted February 2 Author Share Posted February 2 @George King What Incompatible Code did they push after 8056? Link to comment Share on other sites More sharing options...
George King Posted February 3 Share Posted February 3 Everything was changed - see used structures in storport 7 vs 8. After 8056 was changed build environment - see other drivers for PoFx.. functions. It will probably never work. And If then only for specific driver, like Daniels NVMe 8.1 for 7. which have working TRIM in 7. Maybe you can start there instead. I tried patch his already patched files for 7 to XP in past. But without success. 1 Link to comment Share on other sites More sharing options...
Damnation Posted February 3 Author Share Posted February 3 @George King PoFx functions were first implemented in Beta 8128, which is why I went for 8118 initially since it doesn't have those functions. @Dietmar has solved a 7E BSOD with a driver in the past with acpi.sys beta 5048, so it shouldn't be entirely out of the realm of possibility that he could do so again. Assuming dietmar's up for the challenge, I think he wants to solve the HP 255 G6 resetting in ACPI mode first though. Link to comment Share on other sites More sharing options...
Damnation Posted March 4 Author Share Posted March 4 @Dietmar Can you run a debug on storport 8.0 beta 8102 to find the cause of this storport 7E BSOD? (remember to restore original XP SP3 HAL and acpi.sys before running debug this) dietmar_storport_8102_7e.7z Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now