Jump to content
anor4k

No graphics / USB / Audio after wake

586 posts in this topic

Recommended Posts

@parabol

The only problem with your link is, that the OP uploaded them to rapidshare, which is not working anymore.

 

I created a list with every iMac, MacBook, MacMini and MacPro i could find which has AMD Graphics, so it's easier to find the needed DSDT dumps (thanks to everymac.com):

iMac 15,1

iMac 11,2

iMac 11,3

iMac 12,1

iMac 12,2

MacBookPro 11,5

MacMini 5,2

MacPro 6,1

MacPro 3,1

MacPro 5,1

 

I hope this may help a bit.

-theandy

Share this post


Link to post
Share on other sites
Advertisement

iMac 10,1 has ATI card option also...i use 10,1 for my workstation...

 

ACPI and ioregistry Dumps for many models here: http://tdev.me/2010/12/apple-hardware-dumps/

MacPro 6.1 uses a pci-e ati card 6xxx and iMac 12,2 uses intel hd + amd mobile card.

I tried to compare acpi tables from MP6,1 with mine, i found some method about power and sleep.

 

i didn't test it yet. Tonight i will try to inject it.

Method (PWRD, 1, NotSerialized)
                    {
                        If (Arg0)
                        {
                            Store (0x01, LNKD)
                            Sleep (0x64)
                            Return (0x00)
                        }
                        Else
                        {
                            Store (0x00, LNKD)
                            Store (0x0A, Local0)
                            While (LAnd (LNotEqual (LTRN, 0x00), LGreater (Local0, 0x00)))
                            {
                                Sleep (0x0A)
                                Decrement (Local0)
                            }

                            If (LNotEqual (DLAC, 0x01))
                            {
                                Return (0x01)
                            }

                            If (LEqual (LSTS, 0x10))
                            {
                                Return (0x00)
                            }
                            Else
                            {
                                Return (0x01)
                            }
                        }

Share this post


Link to post
Share on other sites

I tried to compare acpi tables from MP6,1 with mine, i found some method about power and sleep.

Method (PWRD, 1, NotSerialized)
                    {
                        If (Arg0)
                        {
                            Store (0x01, LNKD)
                            Sleep (0x64)
                            Return (0x00)
                        }
                        Else
                        {
                            Store (0x00, LNKD)
                            Store (0x0A, Local0)
                            While (LAnd (LNotEqual (LTRN, 0x00), LGreater (Local0, 0x00)))
                            {
                                Sleep (0x0A)
                                Decrement (Local0)
                            }

                            If (LNotEqual (DLAC, 0x01))
                            {
                                Return (0x01)
                            }

                            If (LEqual (LSTS, 0x10))
                            {
                                Return (0x00)
                            }
                            Else
                            {
                                Return (0x01)
                            }
                        }

Tried to insert it into PCI0 -> PEG0 in my DSDT.

Got 3 Errors: "Object does not exist" for LSTS, DLAC and LTRN

Maybe someone knows what these objects are. If they just have another name, we can rename them, if they have no equivalent in our DSDTs maybe we can try to find out what they return on original macs, so we can create dummy variables to mimic the values and get wakeup working.

 

All this only IF!!! this Method in the original DSDT is even related to the problem we currently face.

 

-theandy

 

EDIT:

Looked into some of the DSDTs, P0P2 is the Device equivalent to our PEG0 or what else you have for Graphics. Difference to my DSDT, P0P2 has PRW (inserting PRW into my PEG0 brought no errors, but also didn't help, still no screen after wake).

And there is always a Sub Device GFX0 which also contains PRW. The content of GFX0 differs from DSDT to DSDT (for instance MacMini 5,2 and iMac 12,1).

Share this post


Link to post
Share on other sites

I've been running El Cap since GM Candidate with no sleep problems until yesterday. Now I have the same setPowerState issue on wake with a 280X (2xDP). The weirdest part is that I made 0 configuration changes, it just started happening completely randomly.

Share this post


Link to post
Share on other sites

What can we do to help you out? I don't have much experience with dsdt/ssdt entries...i don't know too if this is the right direction to search for...

There can be a help if someone occasionally got a success and report what he did.

Or some developer/hacker make full analysis and explain what is happen.

Share this post


Link to post
Share on other sites

Vapor-X HD 5770 can wake up without problems

Looks like Tahiti and Pitcairn cards are not affected as these are supported by Apple. They don't need the cail_properties tweak either.

Share this post


Link to post
Share on other sites

Looks like Tahiti and Pitcairn cards are not affected as these are supported by Apple. They don't need the cail_properties tweak either.

 

I'm not so sure about that. My Radeon HD 7850 is Pitcairn and it worked fine in Mavericks and Yosemite but I'm getting the same problem while waking from sleep on El Cap.

Share this post


Link to post
Share on other sites

Looks like Tahiti and Pitcairn cards are not affected as these are supported by Apple. They don't need the cail_properties tweak either.

My Turks is also supported by Apple. It used in iMac12,2 as I set.

No matter, it will not awake while native iMac did.

 

It may be a big problem that Apple make SMC access through SRAM instead of legacy method used in FakeSMC and just blocked hackintoshes.

Share this post


Link to post
Share on other sites

It may be a big problem that Apple make SMC access through SRAM instead of legacy method used in FakeSMC and just blocked hackintoshes.

So what, just emulate that also.

Share this post


Link to post
Share on other sites

Big theory, but no i think it's a bug ;)

 

Either we will find a solution, or Apple will fix it in 10.11.X B)

I also think, that it's a bug, or why is it, that NVIDIA and some AMD Cards work flawlessly?

Share this post


Link to post
Share on other sites

I also think, that it's a bug, or why is it, that NVIDIA and some AMD Cards work flawlessly?

Face it: as long as all cards on real Mac hardware work, what's the bug?

Share this post


Link to post
Share on other sites

Just as HD4600 works on real macs, but has bugs on Hackintosh Laptops.

Or the graphics glitches on bootup we experience with hd3000, hd4000 and some nvidia cards.

All this is because of a bug, considering our perspective, from the viewpoint of a real mac there is no bug, because everything works.

It's a hackintosh specific bug.

 

-theandy

Share this post


Link to post
Share on other sites

I have 6870 and sleep/wake worked right after I upgraded to El Capitan while the shutdown doesn't work (always restart instead of shutdown). I then upgraded FakeSMC and move all kexts from /S/L/E/ to Clover/kexts/Others/ this resolved my shutdown (rebooting) problem, but my sleep/wake had the problem described in this thread. I tried to revert back the FakeSMC which make sleep problem even wrose (restart right after wake).

 

I suspect this problem might be related to something changed in FakeSMC, my older one is from Mountain Lion time which worked perfectly until El Capitan released. I don't really have time to try different versions of FakeSMC, but I just want to give my 0.02c that we might looked in the wrong direction before.

Share this post


Link to post
Share on other sites

I have 6870 and sleep/wake worked right after I upgraded to El Capitan while the shutdown doesn't work (always restart instead of shutdown). I then upgraded FakeSMC and move all kexts from /S/L/E/ to Clover/kexts/Others/ this resolved my shutdown (rebooting) problem, but my sleep/wake had the problem described in this thread. I tried to revert back the FakeSMC which make sleep problem even wrose (restart right after wake).

 

I suspect this problem might be related to something changed in FakeSMC, my older one is from Mountain Lion time which worked perfectly until El Capitan released. I don't really have time to try different versions of FakeSMC, but I just want to give my 0.02c that we might looked in the wrong direction before.

 

Did you write down the version of fakeSMC? Did you checked the content of fakeSMC for plugins? etc? Be precise when doing such things, otherwise it's just a blind testing without actual knowledge.

 

Please note, that reboot/shutdown etc issues are often solved by using properly patched DSDT. 

 

There is a light change, that some sort of additional method is required in DSDT to fix AMD wake issue on El Capitan.

Looks like Tahiti and Pitcairn cards are not affected as these are supported by Apple. They don't need the cail_properties tweak either.

 

Not true, I have the same problem with Radeon R9 280X graphics card (About Mac: AMD Radeon HD 7xxx 3072 MB; DPCIManager: 1002, 6798, 1787, 3001, Advanced Micro Devices, Inc. [AMD/ATI], Tahiti XT [Radeon HD 7970]).

 

It's some sort of "bug", which Apple developers didn't notice, as Mac's firmware might have some extras, which we miss on hakcintoshes.

 

Btw, issue is not unique to hackintoshes only, as I read several threads about Genuine Mac' having similar issues after upgrade to El Capitan. I will try find those threads again and post here links.

 

 

sbursik

Jun 16, 2015 7:31 AM(in response to iamvoldemort)

I am having the same issue with my MacBook Pro (Retina, 15-inch, Mid 2015). It goes to sleep and sometimes it will wake back up but most of the time I have to hold down the power button and do a hard reset.

 

2.5 GHz Intel Core i7

16 GB 1600 MHz DDR3

AMD Radeon R9 M370X 2048 MB

Share this post


Link to post
Share on other sites

I have this line in system.log after wake up. System working and system.log is saving, I just have black screen and force to shutdown before look into logs.

Sep 23 21:46:32 iMac kernel[0]: ATIFramebufferNI::setPowerState(0x7c2347df02f8a781, 0 -> 1) timed out after 45910 ms

see, there is a framebuffer problem.

I also got a report from real iMac12,2 with the same TURKS Radeon. There is no such problem and real Mac can wake with this card.

On my hack error is little different than yours:

ATIFramebufferSI::setPowerState

Share this post


Link to post
Share on other sites

Upgraded to 10.11.1b4 (15B38b) to see if it'd help and it did not.

 

I don't think it's relevant to a FakeSMC upgrade because I did not perform one before the issue started happening.

 

I can't even launch a Screenshare connection to the machine from a different computer after sleep.

Share this post


Link to post
Share on other sites

Did you write down the version of fakeSMC? Did you checked the content of fakeSMC for plugins? etc? Be precise when doing such things, otherwise it's just a blind testing without actual knowledge.

 

Please note, that reboot/shutdown etc issues are often solved by using properly patched DSDT. 

 

There is a light change, that some sort of additional method is required in DSDT to fix AMD wake issue on El Capitan.

 

Not true, I have the same problem with Radeon R9 280X graphics card (About Mac: AMD Radeon HD 7xxx 3072 MB; DPCIManager: 1002, 6798, 1787, 3001, Advanced Micro Devices, Inc. [AMD/ATI], Tahiti XT [Radeon HD 7970]).

 

It's some sort of "bug", which Apple developers didn't notice, as Mac's firmware might have some extras, which we miss on hakcintoshes.

 

Btw, issue is not unique to hackintoshes only, as I read several threads about Genuine Mac' having similar issues after upgrade to El Capitan. I will try find those threads again and post here links.

I didn't note down the version of FakeSMC but I can check when I am back home, and my shutdown/restart issue is not DSDT related (at least I think so) since I have my DSDT patched long time back and the same DSDT.aml worked in Lion/Mountain Lion/Maverick and Yosemite flawlessly.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By buges
      Hi
       
      I have a lynx aes16 pci card installed in my system which works when it wants to!
       
      Sometimes it's fine and sometimes it just stops or digitally stutters, manually unloading and reloading the kext makes no difference and when i reboot i get the following message:
       
      >>>> Lynx.kExt: No interrupts processed for one second! [0]. Restarting Devices!
       
      It works perfectly in windows, and never had a problem when i was using an asus Z170, so i think it might be a gigabyte issue.
       
      Any help would be great
      Thanks
       
       
       
    • By BrianWong11031
      Hi, there
      My desktop hackintosh cannot enter the Sleep Mode.
      I mean it can enter the sleep mode for a few seconds and it will automatically wake up itself.
      How can I fix this issue.
      Thanks for your help.
       
      My BIOS / APM capture:

      My system preference / Energy Saver capture:

       
       
    • By ITzTravelInTime
      Hi guys, this thread is to show you a new and open source app, created by me, that I called TINU:
       
      The name means: TINU Is Not #####, the U refers to a popular software that is used to create Mac OS hackintosh installers (that for good reasons is banned on this forum), but the aim of the name is to explain that this app is a totally different thing from that software and works in a totally different way.
       
      This app basically is a graphical interface for the createinstallmedia executable that is inside the Mac OS installer apps, it is capable to create a Mac OS installer on a drive completely vanilla like what you do using the command line method, and also this method is recommended by apple itself. In addition to this, this app provvides also to you some customization features and a better management of the hall macOS isntall media creation process
       
      Allows you to create easily a macOS install media without messing around with command line stuff and without using disk utility, all you need to do is use the app and then install clover on the usb drive once TINU has finished or leave it as is you want to use it on a Mac.
       
      Features:
        - Simple to use UI that allows you to easily start the macOS install media creation process
        - It can work with every Mac OS installer app that has the createinstallmedia executable inside of it's resources folder (including also beta and newly released installers)
        - You can use any drive or partition you want that can be erased and is at least 7 GB of size
        - Works on Mac OS recovery, so you can create a macOS install media from a bootable macOS installer or from the macOs recovery, and you can use TINU to install macOS too.
        - All vanilla, the macOS install medias created with this tool are 100% vanilla, just like you created them using the command line "createinstallmedia" method in the terminal, with also some extra optiona features
        - Open source, you will know what this program does on your computer and also you can create your own version by downloading and playing with the source code
        - Does not requires to do anything of special first, just open the program
        - No need to go in disk utility first, TINU can format your drive for you
        - Uses recent and more modern APIs and SDKs and Swift 3 language
        - Transparent graphics style available (use alt + s on the keyboard or View->Use transparent style)
        - Works using the latest versions of macOS and will also support newer Mac installers out of the box without needing for an update
        - Advanced section, to customize your macOS install media
        - Installer customization: Kernelcache/prelinkedknerel and boot files replacement (a feature that can be handy while dealing with old Macs or with beta installers when you need to mod or change the boot files some times)
        - Clover EFI folder installer
       
        Features that are planned for some future versions:
        - Integrated EFI partition mounter tool (TINU can already mount EFI partitions from version 2.0, but a dedicated section which allows to mount every EFI partition in the system will be added)
        - Install clover and configure clover
        - Install kexts inside the kexts folder of clover
        - Clover drivers customization
        - Use custom dsdt in clover
        - integrated pre-made clover config templates database from a remote and open repository
        - Support for other languages, at least Italian   Rquirements:  - A computer that runs Mac OS X Yosemite or a more recent version (Mac OS X El Capitan is required to use TINU in a macOS recovery or installer)  - A drive or a free partition of at least 7 GB that you want to turn into a macOS/Mac OS X installer  - A copy of a macOS/Mac OS X installer app (Maveriks or newer versions are supported) in the /Applications folder or in the root of any storage device in your machine (excepted the drive or volume you want to turn into your macOS install media)   Note that this app is under the GNU GPL v3 license so any reuse of the source code must follow the license's terms   Latest stable TINU release:   Download the app:                                https://github.com/ITzTravelInTime/TINU/releases   View the source code:                            https://github.com/ITzTravelInTime/TINU       Frequently asked questions about TINU:  https://github.com/ITzTravelInTime/TINU/wiki/FAQs     NOTE: if you have problems with your USB installer of 10.13.4 or newer version not being detected by clover you have to use the latest clover and if it still does not detectets your usb installer you have to remove the invivible file called .IAPhysicalMedia located into the root of the usb installer. This issue is caused by a changement in the apple's createinstallmedia, don't blame TINU for that, TINU does only uses the installer creation method from apple, which has been changed by appleitself, causing this problem for hackintosh users some times, this issue should be resolved in the latest versions of clover which will no longer require that you do changements to let your usb dive to be detected, a setting to do this fix automatically in tinu is also present TINU in the adavnced settings, starting from the version 2.0 of the app. I leave also some screenshots as well
       
       
       
       
       
       
       
       

    • By fusion71au
      This is a brief guide on how to create a vanilla El Capitan (also same process for Sierra) OS X Installer USB with an updated prelinked kernel containing FakeSMC.

      It is tailored for those users who want to understand the “nuts and bolts” of how to create an installer and also to help brush up on their terminal skills (rather than have one made for them with the numerous automated “tools” available or even Apple’s createinstallmedia) :
       
       
      Specifically, it is also a “Proof of Concept” which shows that installation is possible without even having to rely on boot loader kext injection.

      Prerequisites
      Existing Yosemite installation (or Mavericks - see post#4 for steps 7,8) “Install OS X El Capitan.app" downloaded to the Applications folder Pacifist FakeSMC.kext - Slice or Kozlek branch Bootloader - Clover or Chameleon 8GB or larger USB drive (16GB recommended), formatted HFS+ (MBR or GUID) named “Installer”  
      Procedure
      1.  Boot into Yosemite with the kext-dev-mode=1 boot flag
      2.  Open OS X terminal and type the following lines, followed by <Enter> after each line.
          The image restore and file copying may take a while to complete, and at the end of the process, the Installer volume is renamed to “OS X Base System"....
       
      sudo -s hdiutil attach /Applications/Install\ OS\ X\ El\ Capitan.app/Contents/SharedSupport/InstallESD.dmg asr restore -source /Volumes/OS\ X\ Install\ ESD/BaseSystem.dmg  -target /Volumes/Installer -erase -format HFS+ -noprompt -noverify rm /Volumes/OS\ X\ Base\ System/System/Installation/Packages cp -av /Volumes/OS\ X\ Install\ ESD/Packages /Volumes/OS\ X\ Base\ System/System/Installation cp -av /Volumes/OS\ X\ Install\ ESD/BaseSystem.dmg /Volumes/OS\ X\ Install\ ESD/BaseSystem.chunklist /Volumes/OS\ X\ Base\ System diskutil unmount /Volumes/OS\ X\ Install\ ESD exit 3.  Right click on the “OS X Base System” Volume and click “Get Info”
       

      4.  Click on the lock icon and untick “Ignore ownership on this volume”
       

      5.  Extract/Copy the El Capitan Kernels folder into /System/Library/ of the USB with Pacifist.  NB It is found in the "Essentials.pkg" in /System/Installation/Packages
       

      6.  Delete or Rename the original /System/Library/PrelinkedKernels/prelinkedkernel —> OG.prelinkedkernel
       

      7.  Copy FakeSMC.kext and other necessary kexts (e.g. VoodooPS2Controller.kext for laptops) into the /Library/Extensions folder of the installer USB using Finder.
       

      8.  Back in terminal, type the following lines, followed by <Enter> after each line to rebuild the prelinkedkernel…..
       
      sudo -s chmod -R 755 /Volumes/OS\ X\ Base\ System/Library/Extensions chown -R 0:0 /Volumes/OS\ X\ Base\ System/Library/Extensions touch /Volumes/OS\ X\ Base\ System/System/Library/Extensions kextcache -u /Volumes/OS\ X\ Base\ System exit Any errors should be noted but the output below is normal e.g.


      9. Install your Bootloader targeting the OS X Base System volume
       
       
       
       
      10.  Boot your system with the USB without injected kexts into the OS X Installer GUI....
       
       
       
       
       
      Post Install
      The original prelinked kernel in a fresh install of El Capitan will also lack FakeSMC ie it will only be linked to Apple signed kexts.  In order to boot into El Capitan the first time around without boot loader kext injection, the PLK needs to be rebuilt for the El Capitan volume like we did for the installer:
       
      1.  Boot into Yosemite with the kext-dev-mode=1 boot flag
      2.  Delete or Rename the original /System/Library/PrelinkedKernels/prelinkedkernel for the El Capitan volume —> OG.prelinkedkernel
      3.  Copy FakeSMC.kext and other necessary kexts (e.g. VoodooPS2Controller.kext for laptops) into the /Library/Extensions folder of El Capitan using Finder
      4.  Back in terminal, type the following lines, followed by <Enter> after each line to rebuild the prelinkedkernel.  In this example, the El Capitan volume is named "El_Capitan" - change if you have named it something else...
      sudo -s chmod -R 755 /Volumes/El_Capitan/Library/Extensions chown -R 0:0 /Volumes/El_Capitan/Library/Extensions touch /Volumes/El_Capitan/System/Library/Extensions kextcache -u /Volumes/El_Capitan exit 5. Install your Bootloader targeting the El Capitan volume.  This step is only necessary if you are installing El Capitan on a new drive without existing boot loader (not required if installing on a disk with existing boot loader beside Yosemite).
      6. Reboot your system without injected kexts into El Capitan!
       
       
      Other links
      The All-In-One Guide to Vanilla OS X for beginners
       
      Updates for Sierra and High Sierra   Custom Prelinkedkernel Generator Tool I have made a custom prelinkedkernel generator "PLK.tool" for Sierra + El Capitan.  Instructions:   1.  Download and extract the attached BaseSystem_PLK.tool.zip into your ~/Downloads folder.   2.  Copy any extra kexts necessary for booting your hack to ~/Downloads/BaseSystem/ExtraKexts (e.g. FakeSMC, VoodooPS2Controller), making sure SIP is disabled. 3.  Copy BaseSystem.dmg to ~/Downloads/BaseSystem  4.  Open terminal and run the following commands... cd ~/Downloads/BaseSystem chmod +x PLK.tool ./PLK.tool ---> supply your admin password ---> will place your new custom prelinkedkernel on the desktop.       macOS High Sierra bypass Firmware and MBR checks in post#13.
      BaseSystem_PLK.tool_ElCap.zip
      BaseSystem_PLK.tool_Sierra.zip
      BaseSystem_PLK.tool_Mojave.zip
×