acpitool -W fails to disable the wake-up capability of process labeled PXSX

I am trying to enable hibernation on a laptop because suspend is too undependable. I have gotten the hibernate command to turn the computer off but it starts back up immediately in something like a suspend mode. It has been suggested to me that I could fix this by disabling the wake-up capability of ACPI devices using the acpitool -W command. But one ACPI device, labeled PXSX, will not be disabled by this command. It continues to show “enabled”. What is PXSX and why would it behave this way? **UPDATE:** Here is the unique part of this question. I did indeed see the other question that this one is said to be a duplicate of. It didn't answer my question and it still doesn't. Here is the list of wakeup-capable devices returned by acpitool: $ acpitool -w | grep enabled 3. PEG1 S4 *enabled pci:0000:00:01.0 7. XHCI S3 *enabled pci:0000:00:14.0 19. RP05 S4 *enabled pci:0000:00:1c.4 27. RP09 S4 *enabled pci:0000:00:1d.0 28. PXSX S4 *enabled pci:0000:20:00.0 35. RP13 S4 *enabled pci:0000:00:1d.4 67. AWAC S4 *enabled platform:ACPI000E:00 68. SLPB S3 *enabled platform:PNP0C0E:00 69. LID S4 *enabled platform:PNP0C0D:00 As can be seen, there are six pci devices listed as enabled for wakeup capability. Of these, only #28 is unable to be disabled by acpitool -W. The rest can be diabled. It's not just a question of what PXSX refers to. **It's also about why this particular device cannot be disabled.** **Update2:** Looking further into this, I can run lscpi against the problematic device. $ lspci | grep 20:00.0 20:00.0 PCI bridge: Intel Corporation Thunderbolt 4 Bridge [Maple Ridge 4C 2020] (rev 02) So, This is an "Intel Corporation Thunderbolt 4 Bridge." Googling that, I find that Thunderbolt is a new super-duper Intel iteration on USB connection technology. It isn't clear to me why such a device needs to resist attempts to deactivate its ability to provide a wakeup functionality. My ultimate goal here is to use hibernation to turn the computer off.