Jump to content

daniel_k

Member
  • Posts

    141
  • Joined

  • Days Won

    2
  • Donations

    $0.00 
  • Country

    Brazil

daniel_k last won the day on August 8 2020

daniel_k had the most liked content!

2 Followers

About daniel_k

Profile Information

  • OS
    Windows 7 x64

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

daniel_k's Achievements

69

Reputation

  1. Regarding Windows XP, even with the source code of acpi.sys, support for Processor Aggregator device won't even happen because you'd need to rewrite processor power management support entirely. acpi.sys properly parses Processor object, then Intelppm.sys / amdk8.sys / Processr.sys use _CST, _PCT, _PSS and _PPC methods to manage power management / performance states. So it's "easier" to fix the ACPI tables.
  2. @canonkong Your mod is correct. The problem is that the Processor Aggregator device (ACPI000C) treats the cores as ACPI devices. As you've seen from your tests, it's only supported by Windows 8.0 or later (ACPI 5.0+). From what I've read, this was created for ARM, but was "ported" to x86. XP supports ACPI 1.0 plus 2.0 processor support Vista/7 supports ACPI 2.0 plus 3.0 processor support Interesting doc about Processor Power Management in Windows 7: https://download.microsoft.com/download/3/0/2/3027D574-C433-412A-A8B6-5E0A75D5B237/ProcPowerMgmtWin7.docx For Ryzen, maybe can be fixed by porting processor related code from working boards. For Alder Lake, maybe can be fixed by looking at Hackintosh patches.
  3. @Damnation, try to run ThrottleStop 8.50.5 https://www.techpowerup.com/download/techpowerup-throttlestop/ Click on Show older versions and download version 8.60 Replace \ThrottleStop.exe with \TS850U\ThrottleStop.exe.
  4. Seriously, stop! How old are you? Do yourself a favor and seek help. It's not the first time you ask @Dietmar to buy some hardware just to (try to) fix something for you. Do you even think before asking such questions? Now you're trying to persuade @Mov AX, 0xDEAD to fix your Processor power management issue. Your screenshot is so fake. You didn't accomplish anything because I know you can't. Here is a real screenshot from VirtualBox: Notice the CPU model in every enumerated processor?
  5. Thanks, I've found the probable module, but I'll just leave it as is. Don't have much time to mess with these things and I use this computer to work.
  6. @Damnation I'm using a stock ISO with just intel ahci driver and acpi.sys replaced as USB 2.0 support is provided by a PCIe card with MCS9990 chipset. Still didn't have time to make an updated ISO with the XHCI driver integrated.
  7. @Mov AX, 0xDEAD I have two questions for you. For x86, unfortunately, Gigabyte removed the TOLUD (Top of Low Usable DRAM) setting, there is nothing hidden that I can change regarding reserved memory. Any ideas of how to find the module responsible for this? For x64, we don't have a ported Win8 LAN debug. Can you please try to add these 20 processors to your VM testing and see if XP x64 (setup) fails to boot? Or please explain what software (hypervisor) you use and how to mod the ACPI tables?
  8. @Mov AX, 0xDEAD Sorry for the delay, I was really busy. The board was defective and I was doing a mess with the acpi.sys versions. Fortunately, Amazon gives a whole month to return the board, so got a working replacement. Specs: i7-11700K 16 GB Gigabyte Z490 AORUS PRO AX You latest acpi.sys works perfectly, Surprisingly, even standby works on this board! Sadly, don't know if because of SLI/Crossfire or Thunderbolt support, reserved memory eats almost all of my RAM, only 916 MB available. For x64, there is a strange behavior, text mode setup hangs unless it is in UniProcessor mode (disable HT and only one core enabled in BIOS). After install, XP x64 also hangs when loading (logo) if I reenable HT and all cores. My processor has 8 cores/16 threads, so I did a test and "removed" support for additional cores (11900K has 10 cores/20 threads) from all ACPI tables. DSDT: Also removed references to PR16~PR19 from other SSDT tables. With these changes, sometimes it restarts but eventually XP x64 loads properly with all cores / HT enabled.
  9. @Mov AX, 0xDEAD Thanks, managed to build it and this time it worked. Is the log size limited? Did 2 times and the old entries are lost, log is 1.58MB. Any c0140001 errors in ParseIntObj/ParseString result in AMLILoadDDB failed 0xc0140001? Z490CompleteTrace.7z
  10. @Mov AX, 0xDEAD Enabled Trace, but top of log is cut off and it ends with Stop 0x7E @ ACPI.sys ( ACPI!ConPrintf+2d) So sad. Any ideas? PS: Do you still have your original source of XP SP3 acpi.sys without the ACPI2+ fixes? If you do, can you please build a debug version of it for me, please? Maybe it doesn't crash like the checked version from MS. Z490Trace.7z
  11. @Mov AX, 0xDEAD Can you help me, please? How do I know the ACPI code/opcode that causes the crash? I want to learn. I've run a kernel debug session with the checked version of acpi.sys SP3. It runs AsyncEvalObject on all Devices. AsyncEvalObject(\_SB.AWAC._STA) seems to succeed, but something happen before showing processing device, which should be DSC0? f6d60283: Device(AWAC)OSNotifyCreate: 850EF760 (AWAC) = 00000103 ... f6d6222f: Device(DSC0)OSNotifyCreate: 850F4344 (DSC0) = 00000103 Z490.7z
  12. @Dietmar Would be interesting if you could do the test on two scenarios: - Windows 8 (not 8.1) - Windows 7 with the ported drivers.
  13. @Dietmar From what I've read from your links to Linux patches, Bay Trail is crazy (half baked ) design and differs from standards. Don't think we can fix these issues by patching acpi.sys.
  14. Unfortunately, I'm almost 100% sure it's not. Probably related to GPIO, again. Related code in DSDT, HDA device: Virtual GPIO Controller may change HDAD variable: As GPIO code is not properly parsed, may result in malfunctional devices. Hmm, it seems that Method (_E02, 0, NotSerialized) // _Exx: Edge-Triggered GPE may not be executed at all? Can't find any document saying that XP supports this?
  15. It's not a DSDT modification. You need to change default BIOS settings (EFI Setup variables, AMI default setting and IFR default setting) because Enable IO MWAIT Redirection it's not visible in BIOS Setup. The same way with Enable TCO Timer (fixes ACPI timer), don't need to patch FACP table. I'll send you the files later.


×
×
  • Create New...