Contribute
Register

P7P55D DSDT EDITING - So Far...

Status
Not open for further replies.

beelzebozo

Super Moderator
Joined
Mar 31, 2010
Messages
3,718
Motherboard
Gigabyte z690-AERO-G-DDR4
CPU
i7-13700K
Graphics
RX 6900 XT
Mac
  1. iMac
Classic Mac
  1. Power Mac
Mobile Phone
  1. iOS
After some experimental DSDT editing, the compiler returns the following:

Intel ACPI Component Architecture
ASL Optimizing Compiler version 20091214 [Dec 16 2009]
Copyright (C) 2000 - 2009 Intel Corporation
Supports ACPI Specification Revision 4.0

/Users/DEMO/Library/Application Support/EvOSoftware/DSDT/DSDTFiles/dsdt.dsl 2824: ECBR (Arg0, Arg1)
Remark 5074 - Recursive method call ^ (ECBR)

/Users/DEMO/Library/Application Support/EvOSoftware/DSDT/DSDTFiles/dsdt.dsl 12829: Method (SIT9, 3, NotSerialized)
Warning 1088 - Not all control paths return a value ^ (SIT9)

/Users/DEMO/Library/Application Support/EvOSoftware/DSDT/DSDTFiles/dsdt.dsl 13066: Name (_T_1, Zero)
Remark 5111 - Use of compiler reserved name ^ (_T_1)

/Users/DEMO/Library/Application Support/EvOSoftware/DSDT/DSDTFiles/dsdt.dsl 13256: Name (_T_1, Zero)
Remark 5111 - Use of compiler reserved name ^ (_T_1)

/Users/DEMO/Library/Application Support/EvOSoftware/DSDT/DSDTFiles/dsdt.dsl 13268: Name (_T_2, Zero)
Remark 5111 - Use of compiler reserved name ^ (_T_2)

/Users/DEMO/Library/Application Support/EvOSoftware/DSDT/DSDTFiles/dsdt.dsl 13319: Name (_T_3, Zero)
Remark 5111 - Use of compiler reserved name ^ (_T_3)

/Users/DEMO/Library/Application Support/EvOSoftware/DSDT/DSDTFiles/dsdt.dsl 13375: Name (_T_1, Zero)
Remark 5111 - Use of compiler reserved name ^ (_T_1)

/Users/DEMO/Library/Application Support/EvOSoftware/DSDT/DSDTFiles/dsdt.dsl 13388: Name (_T_2, Zero)
Remark 5111 - Use of compiler reserved name ^ (_T_2)

/Users/DEMO/Library/Application Support/EvOSoftware/DSDT/DSDTFiles/dsdt.dsl 13439: Name (_T_3, Zero)
Remark 5111 - Use of compiler reserved name ^ (_T_3)

/Users/DEMO/Library/Application Support/EvOSoftware/DSDT/DSDTFiles/dsdt.dsl 14392: Name (_T_1, Zero)
Remark 5111 - Use of compiler reserved name ^ (_T_1)

/Users/DEMO/Library/Application Support/EvOSoftware/DSDT/DSDTFiles/dsdt.dsl 17093: Method (SPIC, 1, NotSerialized)
Warning 1088 - Not all control paths return a value ^ (SPIC)

/Users/DEMO/Library/Application Support/EvOSoftware/DSDT/DSDTFiles/dsdt.dsl 17326: And (Local0, 0x7F)
Warning 1106 - Result is not used, operator has no effect ^

/Users/DEMO/Library/Application Support/EvOSoftware/DSDT/DSDTFiles/dsdt.dsl 17329: And (Local0, 0x7F)
Warning 1106 - Result is not used, operator has no effect ^

/Users/DEMO/Library/Application Support/EvOSoftware/DSDT/DSDTFiles/dsdt.dsl 17332: And (Local0, 0x7F)
Warning 1106 - Result is not used, operator has no effect ^

/Users/DEMO/Library/Application Support/EvOSoftware/DSDT/DSDTFiles/dsdt.dsl 17335: And (Local0, 0x7F)
Warning 1106 - Result is not used, operator has no effect ^

ASL Input: /Users/DEMO/Library/Application Support/EvOSoftware/DSDT/DSDTFiles/dsdt.dsl - 18888 lines, 571179 bytes, 7570 keywords
AML Output: /Users/DEMO/Library/Application Support/EvOSoftware/DSDT/DSDTFiles/./dsdt.aml - 61079 bytes, 1361 named objects, 6209 executable opcodes

Compilation complete. 0 Errors, 6 Warnings, 9 Remarks, 88 Optimizations

I've compared this compile to other compiled ASUS P55 DSDTs and they return pretty much the same warnings, so do these warnings really matter?
 
So, I've been working on getting sleep working and have come up with a question from something that I've noticed while using DSDTSE and looking at other DSDT files as well as tonymac's DSDT guide and fixes on the blog.

My board's USB devices are referenced starting from USB0, USB1, and so on yet other DSDT's have them as UHC0, UHC1 (this is what I found in the P7P55 WS DSDT file from the DSDT database as well as some of the GA DSDTs).

I cannot change them to UHC or the compiler will throw an error.

So, because I cannot change them, would this prevent a DSDT edit for sleep that will wake the computer if anyone knows or should not really an issue?

Update - I've made a few more changes to the DSDT and have reduced the warnings to just a few:

Intel ACPI Component Architecture
ASL Optimizing Compiler version 20091214 [Dec 16 2009]
Copyright (C) 2000 - 2009 Intel Corporation
Supports ACPI Specification Revision 4.0

/Users/DEMO/Library/Application Support/EvOSoftware/DSDT/DSDTFiles/dsdt.dsl 2901: ECBR (Arg0, Arg1)
Remark 5074 - Recursive method call ^ (ECBR)

/Users/DEMO/Library/Application Support/EvOSoftware/DSDT/DSDTFiles/dsdt.dsl 12933: Method (SIT9, 3, NotSerialized)
Warning 1088 - Not all control paths return a value ^ (SIT9)

/Users/DEMO/Library/Application Support/EvOSoftware/DSDT/DSDTFiles/dsdt.dsl 17197: Method (SPIC, 1, NotSerialized)
Warning 1088 - Not all control paths return a value ^ (SPIC)

ASL Input: /Users/DEMO/Library/Application Support/EvOSoftware/DSDT/DSDTFiles/dsdt.dsl - 18992 lines, 574769 bytes, 7597 keywords
AML Output: /Users/DEMO/Library/Application Support/EvOSoftware/DSDT/DSDTFiles/./dsdt.aml - 61310 bytes, 1372 named objects, 6225 executable opcodes

Compilation complete. 0 Errors, 2 Warnings, 1 Remarks, 87 Optimizations

I tried inserting Return (Zero) at the end of the strings but it didn't help.

I think the last the warnings have to do with ACPI which I'm not sure if it will affect OS X but I couldn't find any more info about these remarks.
 
Upload your DSDT ,so maybe somebody(i will try it too) can/will help you :)

Also i found that we dont need to edit the USB Sections to UCHI! Its not required on Asus p7P55 ! I cant wake my System from Sleep via USB when i change it to EHCI/UCHI...theres no improvement ,so leave it as EUSB/USB. The USB Controller is recognized exactly the same as internal with or without UHCI/EHCI.

In Fact, my System works perfectly fine now with native (Auto)Sleep,Speedstep(with all smbiso.plist),USB etc on 10.6.5 in 64Bit.
And i simply fixed all Errors and Warnings and used DTGP and PIC/TMR/HPET (move IRQs) Patches. All kexts are loaded (AppleLPC,HPET etc) and the Sytem is Rockstable with only FakeSMC in E/E Folder.

The DSDT Guide from Tony is for Gigabyte Boards :) We dont need all those patches on Asus P55.
 

Attachments

  • dsdt.dsl
    287.8 KB · Views: 271
Yeah, actually I put my DSDT file in /EXTRA and had left my USB device names unchanged and I didn't need to install the USB kext from MultiBeast with 10.6.4 for USB BUS to work. My webcam was detected perfectly.

However, you can change your USB devices to UHC and have the DSDT compile successfully, it just makes it look more like a real mac.

This is in a MacPro4 DSDT

Code:
Device (UHC1)
            {
                Name (_ADR, 0x001D0000)
                OperationRegion (U1CS, PCI_Config, 0xC4, 0x04)
                Field (U1CS, DWordAcc, NoLock, Preserve)
                {
                    U1EN,   2
                }
                Name (_PRW, Package (0x02)
                {
                    0x03, 
                    0x03
                })
                Method (_PSW, 1, NotSerialized)
                {
                    If (Arg0)
                    {
                        Store (0x03, U1EN)
                    }
                    Else
                    {
                        Store (0x00, U1EN)
                    }
                }
            }


Anyway, can you post your DSDT again so I can take a look.

I've fiddled with the strings but the system won't sleep still. I can't really tell if I'm getting closer or not lol. o_O

What I did was first to install FakeSMC as it is necessary to load OS X and then see what didn't work.

I had to install NVenabler to get the video card resolution working so I'm also wondering if you injected your video card into the DSDT since you didn't mention NVenabler.

I'm also guessing your drives don't show as external either?
 
beelzebozo said:
Yeah, actually I put my DSDT file in /EXTRA and had left my USB device names unchanged and I didn't need to install the USB kext from MultiBeast with 10.6.4 for USB BUS to work. My webcam was detected perfectly.

However, you can change your USB devices to UHC and have the DSDT compile successfully, it just makes it look more like a real mac.

This is in a MacPro4 DSDT

Code:
Device (UHC1)
            {
                Name (_ADR, 0x001D0000)
                OperationRegion (U1CS, PCI_Config, 0xC4, 0x04)
                Field (U1CS, DWordAcc, NoLock, Preserve)
                {
                    U1EN,   2
                }
                Name (_PRW, Package (0x02)
                {
                    0x03, 
                    0x03
                })
                Method (_PSW, 1, NotSerialized)
                {
                    If (Arg0)
                    {
                        Store (0x03, U1EN)
                    }
                    Else
                    {
                        Store (0x00, U1EN)
                    }
                }
            }


Anyway, can you post your DSDT again so I can take a look.

I've fiddled with the strings but the system won't sleep still. I can't really tell if I'm getting closer or not lol. o_O

What I did was first to install FakeSMC as it is necessary to load OS X and then see what didn't work.

I had to install NVenabler to get the video card resolution working so I'm also wondering if you injected your video card into the DSDT since you didn't mention NVenabler.

I'm also guessing your drives don't show as external either?


As i say you dont need UHCI/EHCI edits in DSDT for your Asus p55 :) It looks the same in System Profiler and has the same functions with or without UHCI edits ;) To have proper wake from USB,dont change the USB part. Just leave it as it is after DSDT extraction.....no need for any USB Kexts!

-Ive no extra Sleep edits or somewhat and Sleep works 100% stable.
- I use a ATI HD5750 Card with Kabyls Bootloader and SL 10.6.5 ATI Drivers, no extra Kexts. graphicsenabler=Yes
- i use no SATA edits, i simply use IOAHCIBlockstorageinjector.kext

1. Have you changed the USB Wake Jumper to disabled ? You have to change it otherwise Sleep wont work on Asus P55.
2. Set Suspend Mode to "Auto"
3. Enable all Settings in SL Energy Settings
 
My board doesn't show a Wake Jumper in the manual however there is an APM Configuration in the bios that I can try to mess with for Power On options.

With EasyBeast and 10.6.5 system runs great. I tested just with my DSDT, NVenabler, and FakeSMC and I was able to reboot fine without EvoReboot and USB worked fine as well without the USBFamily kext but my screen blacked out a couple times during start up and audio was jittery as well as drives showing as external and of course no sleep.

This is really :crazy: ....
 
Update:

Ok, I got someone to help me out with my DSDT.

0 errors, 0 warnings.

The good thing is that sleep works but only if i force sleep, auto-sleep doesn't.

Here is the list of fixes.

ALIAS
DTGP
HID/CID
IRQs
LAN
REMOVE
RENAME
SMBUS
SHUTDOWN
FIXED WARNINGS

I think there are some issues with my board's power management as Windows 7 also sleeps only when I force it, so I'm going to try some different things in the bios, maybe move the jumpers, remove the cmos battery etc.... I've already tried power mode S1 and S3 in bios but it's the same result, I can only force sleep.

But, the system does wake out of force sleep with USB devices, so that's pretty good.

Is there anyone here that would like to test out this DSDT that is on Bios 1702?

You will need to install Chameleon RC5 from MultiBeast since it supports native power management and add:

Code:
<key>GeneratePStates</key>
<string>Yes</string>
<key>GenerateCStates</key>
<string>Yes</string>

To your com.apple.Boot.plist in /EXTRA

1. Place the DSDT into /EXTRA.
2. Remove NULLCPUPowermanagement.kext and EvoReboot if you have them installed from /EXTRA/Extensions.
3. Repair Disk Permissions.
4. Restart.


Thanks!

Update:

On my testing partition, I did a fresh install of 10.6 and did a sequential update thru all the update versions (10.6.2-10.6.5) with this DSDT. I was able to update fine and boot back into desktop with no problems after every update.

So at this point, the only options that I'm using from MultiBeast are:

Chameleon 2.0 RC5 - Prerelease to RC5 r643 for Fermi
smbios.plist -> MacPro5,1
JMicron36x SATA
com.apple.boot.plist x64
- Lan is not fixed in the DSDT, so I installed Lnx2Mac Realtek RTL81xx Driver Release v.0.0.67.
- I didn't install VoodooHDA because I'm using a Creative PCI card.

I tried disconnecting my TSST dvd drive to see if machine would auto-sleep but it still only sleep when done manually.

I installed http://www.dragonone.com/products/macosx/pleasesleep/ which did end up force sleeping the system with the energy saver settings, so at least this is a work around for now.
 
I have been following this thread with much anticipation and appreciation...
Thanks to Beelze for all the work and determination (I was a bit confused when I saw your post saying you turned to the gigabyte side and were saying goodbye to ASUS).

Anyway, even though I have a solid system running right now on 10.6.5, I would be happy to try out your dsdt. I only have a small concern because of the differences in our mobos...same family though. Do you think mine should work with your file? :?: Thoughts?
Ill check to see which bios I am running when I get back to my computer tomorrow.
Thanks again...

HM
 
Yeah, sorry, I ordered a Gigabyte board but the next day I changed my mind and decided to stick to my original intent which was to try go get a good working DSDT with my ASUS board, so I returned it. I was gonna go the easy route but I like my ASUS so I'll stick with it until my next system upgrade.

I don't think my DSDT will work for you. Your motherboard bios is completely different from my model. Lucky for you, your board has USB 3.0, mine doesn't. :thumbup:

When I get a chance, I'll do a compare of a raw extract and see what is different from this one and see what are some easy general changes that can be applied since I really wasn't the person that did all of the editing. I've looked at my raw DSDT extract so many times now and have done alot of net browsing that I'm starting to become a little familiar with what some things do but I'm not comfortable yet, I'm still very noobish at this.

The person that did the editing used 4 files to put it together from terminal.: DSDT, kextstat, ioreg output, and a log. This was starting point.

But first I'd like to see if a few more people are able to use this DSDT before I do this. So anyone willing to try will get a high five.
 
Status
Not open for further replies.
Back
Top