Jump to content

George King

Members
  • Posts

    457
  • Joined

  • Last visited

  • Days Won

    13

Everything posted by George King

  1. @skulltrailSee here, I think we need only small piece of code for extender to get Generic SD/MMC driver from Windows 8.0 build 8056 work under XP - 7. https://msfn.org/board/topic/183528-ndis6-support-for-xp/?do=findComment&comment=1218248
  2. Compiling ACPI v2.0 driver for Windows XP SP3 and Windows 2003 SP2 (x32/x64) Here are compiled ACPI2.0 v4 from latest sources 1) x86 Windows XP x86 SP3 (5.1.2600.7777.4) + Windows Server 2003 SP2 (5.2.3790.7777.4) debug and free 2) x64 Windows Server 2003 / XP SP2 (5.2.3790.7777.4) debug and free https://www.mediafire.com/file/wsqgptapdrxhidf/ACPI2.0_v4_x86+x64_5.1+5.2.7z/file Extras included: a) _OSI extra OS list to unlock hidden devices b) modded acpiosnt.rc to overwrite PruductVersion attribute in file info, replaced "," with "." so it's now in same logic as other standard files, added .4 to easily detect which patch was used as build base
  3. @skulltrailAny chance to get these kernel functions? I would like to see working sdbus.sys and sdstor.sys from Windows 8.0 to get Generic SD / MMC driver PoFxIdleComponent IoSynchronousCallDriver PoFxSetDeviceIdleTimeout PoFxUnregisterDevice PoFxStartDevicePowerManagement PoUnregisterPowerSettingCallback PoFxActivateComponent KeLeaveGuardedRegion KeEnterGuardedRegion PoFxCompleteIdleCondition PoFxCompleteIdleState PoFxReportDevicePoweredOn PoFxCompleteDevicePowerNotRequired PoFxRegisterDevice IoGetActivityIdIrp RtlQueryRegistryValuesEx
  4. @skulltrailWhere are compiled One-Core-Api now? I don't see them on your GitHub.
  5. Yes, please PM me those new patched files. I will try them on my machines.
  6. Hi, is there an chance to compile current version 1.7.0.16 to support XP host with .NET 4.0? Or where I can get older version 1.7.0.13 as new .NET requirement was from 1.7.0.14 according to changelog. I would like to have latest working one under XP Hosts https://www.win-unattended.de/viewtopic.php?f=17&t=73 Many thanks EDIT: I found 14 and 15 online on various places. But nothing for 13. Anybody downloaded it and have archived 13? EDIT2: 13 doesn't work under XP, no error, icon appear near clock, then disappear
  7. @Milk-ChanThanks, I have already updated x64 Update Pack to 2019-08 version. It's not released standalone, but link can be found in XP x64 Modern HW topic.
  8. Thanks, good to know. I'm interested in fully compiled one. I just added it for sure as another option
  9. @Andalu I have updated ACPI 2.0 post with new ACPI 07.04.2022 - Solution for A5 BSOD (0x03, ..., 0xC014008, ...) - Applied @skulltrailhack for compiled acpi.sys at _ValidateArgTypes mov edi, 0xC0140008 -> mov edi, 0x00000000
  10. @pappyN4Do you have prepatched ACPI.sys based on your latest findings?
  11. @Andalu How I prepared environment and how I compiled it on Windows 10 21H2 x64. Note I added some aditional steps to be able compile XPSP1 files as x64 target 1) Extracted NT5 SRC and followed compile guide for 2003 to set up latest environment (Yes for 2003 see below why) 2) Download TXT ACPI v2.0 XPSP1toXPSP2 patch + patch.exe https://nav.dl.sourceforge.net/project/gnuwin32/patch/2.5.9-7/patch-2.5.9-7-bin.zip 3) Open CMD in Base\busdrv\acpi\ and update source tree with patch.exe -Np1 -u -l -i sp1_to_sp3(ACP2).patch 4) Grab tools folder from 2003 source tree, backup XP one and copy it here 5) Copy build.exe and mofcomp.exe from x86 to amd64 in tools folder 6) Run razzle.cmd as CMD /k tools\razzle.cmd Win32 offline No_urt no_binaries no_certcheck No_prefast (you can add Free parameter if you would like compile smaller non debug file). If someone add needed ASM code converted to C in devpower.c , internal.c , type2op.c , osnotify.c., then we can compile x64 acpi.sys too, just replace Win32 with Win64 amd64 7) Go to Base\busdrv\acpi\driver\ and then build /Degbw Compiled ACPI.sys is in Base\busdrv\acpi\driver\nt\obj\i386\
  12. Here you go Acpi SP1_ACPIv1.2 to SP3_ACPIv2.0 patch.txt
  13. @Mov AX, 0xDEAD Can you have a look into code for possible solution please? Seems like similar BSOD as encountered @Dietmar on Z690 Asrock extreme board -> A5 BSOD (0x03, 0x98E1DBA4, 0xC0140008, 0x494E495F)
  14. @skulltrail Source code patch for untouched XPSP1 tree can be found on MSFN link
  15. Compiling ACPI v2.0 driver for Windows XP SP3 and Windows 2003 SP2 (x32/x64) Here are compiled ACPI2.0 v4 from latest sources 1) x86 Windows XP x86 SP3 (5.1.2600.7777.4) + Windows Server 2003 SP2 (5.2.3790.7777.4) debug and free 2) x64 Windows Server 2003 / XP SP2 (5.2.3790.7777.4) debug and free https://www.mediafire.com/file/wsqgptapdrxhidf/ACPI2.0_v4_x86+x64_5.1+5.2.7z/file Extras included: a) _OSI extra OS list to unlock hidden devices b) modded acpiosnt.rc to overwrite PruductVersion attribute in file info, replaced "," with "." so it's now in same logic as other standard files, added .4 to easily detect which patch was used as build base
  16. @AndaluWrite @username and wait until forum load matched one and click on it, then is user fully tagged
  17. @DietmarNice tests. Of course vendors are lying about performance. Machines about 2010+ have only differences in GPUs which I need only for 4K video. CPUs are mostly same but another nm technology was used to assemble it. Yes, more changes can be found, like removing IDE, PCI etc.. First big boom will be with quantum computers (powered by small fuse reactors)
  18. Do you have same mod for x64 too? Here are latest untouched x64 hal + intellppm https://ufile.io/csgywgq0
  19. ACPI A5 Patch same as we have for Windows 7 acpi.sys 6.0.6002.24312 (vistasp2_ldr_escrow.180308-1636) x86 From 84 C0 75 13 To 84 C0 90 90 From C0 59 59 7D To C0 59 90 90 x64 From 84 C0 75 1F To 84 C0 90 90 From 85 C0 78 2E To 85 C0 90 90
  20. Here you can find script and ported Generic USB3.x driver for 6.0. For ported drivers thanks to @daniel_k https://forums.mydigitallife.net/threads/tool-powis-powerful-windows-setup-v1-0-3.83558/page-2#post-1663664
  21. Thats sad. I would like to see patched ACPI for x64 too. Can you please create some kind of 6666 for x64 in same way as you did for x86?ACPI_LatestXP+5048_x64.7z According to this info I can only apply fix for 0xA5 (0x11, 0x08, ..., ...) _AMLILoadDDB. I cannot find now same places. A good start would be 6666 for x64. Can you please have a look on it? Or do you have some precreated file? I have attached latest 4099 ACPI for XP and 5048 from Longhorn. Windows XP/2003 support only ACPI 1.0b syntax, last generation bioses uses ACPI 2.0+ To support ACPI 2.0 syntax need replace acpi.sys and apply additional patches to avoid known BSODs : - 0xA5 (0x03, ..., C0140001, ...) missing ACPI 2.0 syntax, 99% solved, two solutions: 1) acpi.sys (v.5048, sha1:a09c0d9f6b5cb63192e2cebada56db38d3870b29) from Vista Beta/Longhorn v.5048 Pro: - Has most of ACPI 2.0 syntax opcodes - All integers are 64-bit regarding ACPI 2.0 specification Cons: - beta, compiled for next generation of windows - failed implementation of some internal data types, _ValidateArgTypes generate BSOD 0xA5(0x03, xxx, C0140008, yyy) Patches: - Add pointer to _atDataObj struct for QWord Opcode (_OpcodeTable start at .data:00039848, _atDataObj struct at .data:000397A8, missing pointer at .data:00039880, dont forget add additional relocs) 2) acpi.sys from Windows XP SP3 (v.5512->v.6666) with integrated acpi 2.0 syntax support Pro: - based on original v.5512, match binary/offsets Cons: - All integers are still 32-bit, any operations on 64-bit fields/variables will drop high part of QuadWord - 0xA5 (0x11, 0x08, ..., ...) unknow error in _AMLILoadDDB, probably fail after parsing DSDT/SSDT table, solved Patch (by diderius6): - Ignore status of _AMLILoadDDB in _ACPIInitializeDDB (v5512 jl short .text:00036214 => nop, nop) - 0xA5(0x03, ..., C0140008, ...) DSDT code have operation with unexpected type of arguments, partially solved This BSOD probably means some argument has datatype, allowed only in ACPI 2.0 v5512 & v5048 support only argument datatypes allowed in ACPI 1.0b specification Patch: - _ValidateArgTypes must always return "OK", even on realy wrong types (mov edi, 0xC0140008=>mov edi, 0x00000000 at head of _ValidateArgTypes) - 0xA5 (0x10006, ..., ..., ...), missing _DIS method for "PNP0C0F"s (PCI Interrupt Link Devices) in DSDT/SSDT table Patch (by daniel_k): - Skip looking for PNP0C0F in _DisableLinkNodesAsyncWorker, (v5512 call strstr, ..., jz .text:0001BBBD => jmp .text:0001BBBD )
  22. @Mov AX, 0xDEADDo you have PDB for ACPI 5048?
  23. It's bootmgr + BCD + legacy option NTLDR + boot.ini. I PMed you same Windows 8 based setup RC2 ISO on MDL. I don't know how, but when using Windows 8 as base, then can be installed ported drivers using Snappy Driver Installer without needs of -v:5.1 simulation switch. Or you can HEX edit bootmgr on Window 7 based ISO in ISO root. Replace 36 00 2E 00 31 with 36 00 2E 00 32. In my tests there are same symptoms in driver installation, so I think it's enough.
×
×
  • Create New...