Jump to content

Damnation

Member
  • Posts

    667
  • Joined

  • Last visited

  • Days Won

    3
  • Donations

    0.00 USD 
  • Country

    Australia

Damnation last won the day on April 13 2022

Damnation had the most liked content!

3 Followers

About Damnation

Profile Information

  • OS
    Windows 10 x64

Recent Profile Visitors

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

Damnation's Achievements

162

Reputation

  1. @K4sum1 So yet another AMLILoadDDB() error, I thought we'd caught all of these. If you want to find the exact cause of this so it can be patched you'll need to setup a windbg session to trace the BSOD.
  2. @SweetLow Where can I find these files? Can you share?
  3. @Dietmar Sorry for not getting back to you sooner. Unfortunately, your delay acpi.sys did not show any change in behaviour for the USB 3.0 on threadripper. I do still think it's an ACPI issue though - my B550 Steel Legend has the exact same 149C controller in it and it works fine in XP on there. So something in my Threadripper DSDT is causing the issue. Not to worry though, I've worked around the issue with a separate USB 3.0 card so it doesn't bother me all that much now.
  4. @Dietmar I'm curious to see if adding this kind of delay would help with the USB problem on my threadripper system. Can I get a 32-bit build from you to test this with?
  5. @Dietmar Regarding only having IRQ 1-15 in XP. Don't you need to be using an APIC to get more than 16 IRQs?
  6. @ISKra I know there is an XP driver for the E2-6110 out there on the internet. Sorry I can't remember where it was, but I'd imagine that driver would also work for XP. Google your DeviceID and see what you can find.
  7. @George King It's the ACPI OS Version lie that daniel_k implemented originally.
  8. @PPeti66x I think this might be because this code does not have the ACPI OS Version lie implemented which is what the 2021.02.02 acpi.sys implemented. @Dietmar can you compile a version with the version lie implemented for @PPeti66x to test?
  9. @Dietmar @Mov AX, 0xDEAD Nice! acpi.sys v7 Solved both of my issues! No more A5 BSOD and those last 6 CPUs are now identified correctly! Thanks! I think this is good enough for @Outbreaker to put into Integral Edition for next release!
  10. @Dietmar The most recent acpi.sys I have that is working for my system was built by @George King on the 4th December. so something changed after that point broke.
  11. @Dietmar Thanks, Unfortunately your acpi.sys gave BSOD A5 0x11 0x08 I'm going to need to refresh my memory for how to properly setup KDNET - I have admittedly been very slack on this regard. If it helps for reference, the last working acpi.sys for me was compiled by @George King on 4 dec 2022. and the only issue with it was that processors 1A to 1F would not auto install - they did work with a brute force install but just had the name "processor".
  12. @Mov AX, 0xDEAD If QEMU will let you try with more then 32 CPU cores and see if XP freezes - as my threadripper system freezes XP with 48 CPUs but is fine with 24 CPUs.
  13. @Dietmar I tried your DDB hacked acpi.sys - unfortunately I got BSOD A5 0x000000D with it. @George King can you compile that pre-v6 code version and I'll see how that one goes?
  14. @Mov AX, 0xDEAD @Dietmar Your most recent free build acpi.sys on my AMD system gives BSOD A5 0x11 0x8 I still have not yet setup KDNET on this system so no debug logs. edit: @George King's 4th Dec build still works just fine.


×
×
  • Create New...