Shutdown/Restart is easy. All you need (crazily) do in BIOS is Enable 'USB Power Delivery in SoftOff State (S5)' under the ACPI section.
As for SLEEP/Wake its been a PITA since upgrading to Big Sur 11.6 and Monterey. Ive rewritten the DSDT (several times), Ive analysed Fabiosun's DSDT (and other boards) against ours and pulled certain WoP variables, edited USB Maps galore, tested with different BIOS settings (one change at a time) and marking them off on a spreadsheet. Still have many variables to try out. Its been an exhausting two weeks of failures. But the same problem exists on other Asrock boards. Asrock Support will not support any requests if they suspect its for MacOS (or Linux). They are total Window heads.
I've changed GPRW method arguments 0x08, 0x04s to 0x09s and 0x03s to no avail. Ive combined many ideas with one at a time variable changes... the list goes on. It seems Sleep/Wake is broke atm.
The strange thing is fabiosun's Reason for Wake lists the same D0A0 etc... as ours - I can knock them Wake Reasons out easily from my Reasons but you are left with a "/" empty reason which suspiciously means exactly the same reason. Its a private reason.
The DSDT is badly designed - and certainly Windows Biased (Sleep/Wake works perfectly in Windows no matter what I throw at it!)
Ive disabled XMP Profile 1 and gone stock settings, MAcPro 2993 settings, lots of power related items... but same errors. BTW Every time you change something (if you are to try anything) ensure you NVRAM reset, else you'll see no changes.
Ive removed all USBs, PCIe cards, BT/Wifi all to no avail... and yet as I get closer or further to a discovery I keep coming back to this amazing 'chess' problem... I will continue until we nail the variables which are stopping Sleep/Wake. The S5, S4, S3 sleep states erratic to other boards... even on the same devices! I love Asrock 😞
Ive also looked at Rocket88's newly updated USB SSDT and played around with some of the unknown settings zero'ing / disabling, changing port types etc... Its been fun...
BTW Rocket88 Port 18 on the XHC0 (original RHUB name) - the Unknown weird port is a type 254 (not 255)
Work goes on...