Contribute
Register

[Guide] Dell Inspiron 3x37 - 5x37 -7x37 Clover, Yosemite/El Capitan

Status
Not open for further replies.
ERROR Report: Today I installed RehabMan’s CodecCommander (see here: https://github.com/RehabMan/EAPD-Codec-Commander) as this guide tells you to do in order to get rid of the audio loss after wake from sleep. It worked perfectly easy as I have the ALC283 codec. But then something really, really awful happened. I of course tested the wake from sleep behavior. I found out that wake from sleep works fine when the laptop stays open (unclosed lid). Then I sent it into sleep manually and closed the lid and when I opened the lid it still came back on. And then I just closed the lid to send it to sleep. What a mistake. As I opened it back up after a while, it did not come back from the black screen, though something was going on (cpu indicator light flashing). I waited a good while, but then I decided to force-quit and reboot. And then: SHOCK! The display showed me a flickering frame just under the normal desktop image which seemed to be something like a ghost of the desktop that was there when I closing the lid. This flickering ghost image was like a second layer under the normal screen and shone through everything on screen, and it created a high-frequency flickering that was very irritating to the eye. Kind of like an after-image when you look into a light and then close your eyes. I was so shocked that I immediately started trying anything that came to my mind, but nothing helped. I even put the Windows HDD back in and booted in Windows only to find the flickering ghost frame was STILL THERE!!! I took the CMOS battery out - STILL THE SAME!! I thought I destroyed the display. But after like 20 minutes the effect started to wear off and now it is gone completely. Wish I had made some photos or video of this downright crazy effect. Anybody seen anything like this before? What could have caused this effect?

I can only say BEWARE the lid closing ...

Also I have enabled the USB Wake From Sleep option in BIOS A14. It has no obvious effect, the external USB ports still get unmounted by sleep and I get the error warning on wake, as the USB sticks and external HDs get remounted automatically.

I have the feeling that something is really badly out of balance in my PowerManagement, even though I followed this guide thoroughly and applied all the PM patches...

I am attaching EFI/CLOVER and Ioreg...

ACPI/origin files are from 2016-12-22. Today is 2017-01-03. Hence, the files in ACPI/origin are too old to make a valid comparison.

Also, ACPI/patched files are not the correct ones anyway... Based on ACPI/origin, you should have in ACPI/patched:
DSDT.aml
SSDT.aml (ssdtPRgen.sh)
SSDT-0.aml
SSDT-1.aml
SSDT-2.aml
SSDT-3.aml
SSDT-7.aml
SSDT-8.aml
SSDT-9.aml

See guide: https://www.tonymacx86.com/threads/guide-patching-laptop-dsdt-ssdts.152573/

Also, USB is not implemented correctly. See guide: https://www.tonymacx86.com/threads/guide-creating-a-custom-ssdt-for-usbinjectall-kext.211311/
 
DSDT.aml
SSDT.aml (ssdtPRgen.sh)
SSDT-0.aml
SSDT-1.aml
SSDT-2.aml
SSDT-3.aml
SSDT-7.aml
SSDT-8.aml
SSDT-9.aml

Think I found the flaw in my USB SSDT, now all port show up as they should.
But the SSDT array in CLOVER/ACPI/patched is still a mystery to me. This guide tells me to create SSDT.aml with an app (nguyenmac’s prebook installer HP Probook Installer Clover Edition) which I did. Also it tells me to patch the original ssdt-7, ssdt-8 and ssdt-9, rename them to ssdt-1, ssdt-2 and ssdt-3 and place those 4 ssdts in the ACPI/patched folder. No mentioning of any other SSDTs that go into there...

But I prefer to follow RehabMan instructions so OK then what is still missing are ssdt-0, ssdt-7, ssdt-8 and ssdt-9 - does this mean that I need to take the original unmodified files ssdt-0, ssdt-1, ssdt-2 and ssdt-3, rename the last three to -7, -8 and -9 and drag them to the patched folder?

But that leaves no more room for my costum USB ACPI SSDT file - or should this be ssdt-10, or maybe also -4/-5/-6 would be ok?

Sorry I am a little bit lost again... I tried to figure out which SSDT does what, but all that code in there turned the whole endeavor into a psychedelic puzzle on me.

Attaching updated data... thanks...
 

Attachments

  • Archiv.zip
    2.2 MB · Views: 62
Think I found the flaw in my USB SSDT, now all port show up as they should.
But the SSDT array in CLOVER/ACPI/patched is still a mystery to me. This guide tells me to create SSDT.aml with an app (nguyenmac’s prebook installer HP Probook Installer Clover Edition) which I did. Also it tells me to patch the original ssdt-7, ssdt-8 and ssdt-9, rename them to ssdt-1, ssdt-2 and ssdt-3 and place those 4 ssdts in the ACPI/patched folder. No mentioning of any other SSDTs that go into there...

The guide in post #1 has incorrect ACPI patching instructions.
You should not be eliminating any SSDTs.
And you should be renaming any SSDTs.
 
The guide in post #1 has incorrect ACPI patching instructions.
You should not be eliminating any SSDTs.
And you should be renaming any SSDTs.

RehabMan,
I have gone back to start from scratch to get my DSDT/SSDT setup right.

DSDT is taken from your Repo (HD4400 version), patched a great deal with the help of this guide (post #1) with zero errors and then patched a bit more with your help (especially ALC283 audio problems, all solved).

I have ACPI/SSDT/DropOEM=Yes in config.plist (done with CloverConfigurator, also according to this guide’s post #1)
I do use SortedOrder.

Now to how I filtered my SSDT originals:

SSDT-0.dsl is SHAD
-> no idea, this guide (post #1) says nothing about it, so I decide to use it, see below;
SSDT-1.dsl is PTID
-> most propably useless according to RehabMan laptop DSDT/SSDT patching guide -> I drop it;
SSDT-2.dsl is Scope (\_PR.CPU0)
-> I drop it because I was advised to DropOEM=Yes by this guide (post #1) and thus assume my CPU ssdts are problematic according to RehabMan laptop DSDT/SSDT patching guide;
SSDT-3.dsl is Scope (\), (\_PR) and (\_PR.CPU0)-(\_PR.CPU7)
-> I drop it because of the above mentioned reasons;
SSDT-4x.dsl to SSDT-6x.dsl
-> dynamic, therefor dropped as advised by RehabMan laptop DSDT/SSDT patching guide;
SSDT-7.dsl is PCI
-> I use it, see below;
SSDT-8.dsl is PCI
-> I use it, see below;
SSDT-9.dsl is IAOE
-> I use it, see below.

This, according to RehabMan laptop DSDT/SSDT patching guide at https://www.tonymacx86.com/threads/guide-patching-laptop-dsdt-ssdts.152573/#post1218823, decimates my SSDTs setup from the originals folder to a setup of ssdt0, ssdt7, ssdt8 and ssdt9.

Now again, this here guide (Post #1) tells me to patch ssdt7,8 and 9 according to given instructions (in Post #1) and then place them in the CLOVER/EFI/ACPI/patched folder as ssdt1, 2 and 3.

I did that, so I have the following setup in "EFI/CLOVER/ACPI/patched" after this:

SSDT.aml (made by nguyenmac app)
SSDT-1.aml (patched/renamed from SSDT-7.dsl)
SSDT-2.aml (patched/renamed from SSDT-8.dsl)
SSDT-3.aml (patched/renamed from SSDT-9.dsl)

Then I did the whole SSDT/UIAC USB route patching, with SSDT-4.aml as emerging result.
This was my working setup before.

After all this, on trying to stay as close as possible to your instructions given in your last two posts, I also added SSDT-0.aml to my "patched" folder. That is basically the only change after going through the whole SSDT extracting/disassembling/filtering process again.

Is it problematic to name my UIAC routing as SSDT-4.aml, does it interfere with the dynamic SSDT-4x.aml?
But even if I name it SSDT-7.aml, the SSDT-8.aml and SSDT-9.aml would still be missing, and you said "do not eliminate SSDTs"...?

Thanks...
 
DSDT is taken from your Repo (HD4400 version),

No idea what you are referring to. I have no repo for this Dell. And you should be patching your own DSDT, not using one you downloaded.
 
No idea what you are referring to. I have no repo for this Dell. And you should be patching your own DSDT, not using one you downloaded.

Sorry I meant "config.plist", and I took it from your repo here: https://github.com/RehabMan/OS-X-Clover-Laptop-Config
To be precise, I use config_HD4600_4400_4200.plist
I did patch my own DSDT of course :)

In my last post I am referring to your posts here and here.

So is it problematic to name my USB UIAC routing as SSDT-4.aml, does it interfere with the dynamic SSDT-4x.aml?
Or are the dynamically generated SSDTs also OEM and thus get dropped anyway? (Sorry I need to get this straight in my head...)

And even if I rename the SSDT-4.aml to SSDT-7.aml instead, then still the SSDT-8.aml and SSDT-9.aml would be missing, and you said "do not eliminate SSDTs" here ... so is this a problem? Where from or how should I get the missing two SSDTs?

Other than that, my Dell now seems pretty well built... except one problem: When I close the lid to send it into sleep, and re-open after a good while, my Broadcomm BCM94352HMB network WiFi and BT card's connectivity is lost and can not be reconnected manually. Anything else stays intact or comes back up alright. Any fix for this?
 

Attachments

  • Archiv.zip
    2.2 MB · Views: 77
So is it problematic to name my USB UIAC routing as SSDT-4.aml,

As per guide, you should name it SSDT-UIAC.aml.

Or are the dynamically generated SSDTs also OEM and thus get dropped anyway?

The dynamic SSDTs are not necessarily dynamically generated.
Even a static SSDT may be dynamically generated.
Dynamic SSDTs are referred that way because they may be "dynamically loaded" (via the Load opcode in AML).

And even if I rename the SSDT-4.aml to SSDT-7.aml instead,

You should not rename any OEM SSDTs. Use the same names as were used in ACPI/origin.

Other than that, my Dell now seems pretty well built... except one problem: When I close the lid to send it into sleep, and re-open after a good while, my Broadcomm BCM94352HMB network WiFi and BT card's connectivity is lost and can not be reconnected manually. Anything else stays intact or comes back up alright. Any fix for this?

As usual, I would have to see your complete configuration...

Attach ioreg as ZIP: http://www.tonymacx86.com/audio/58368-guide-how-make-copy-ioreg.html. Please, use the IORegistryExplorer v2.1 attached to the post! DO NOT reply with an ioreg from any other version of IORegistryExplorer.app.

Provide output (in Terminal):
Code:
kextstat|grep -y acpiplat
kextstat|grep -y appleintelcpu
kextstat|grep -y applelpc
kextstat|grep -y applehda

Attach EFI/Clover folder as ZIP (press F4 at main Clover screen before collecting). Please eliminate 'themes' directory. Provide only EFI/Clover, not the entire EFI folder.

Attach output of (in Terminal):
Code:
sudo touch /System/Library/Extensions && sudo kextcache -u /

Compress all files as ZIP. Do not use external links. Attach all files using site attachments only.
 
As per guide, you should name it SSDT-UIAC.aml.

SSDT-UIAC.aml is not in my SortedOrder. Should I patch my config.plist and include it there?

You should not rename any OEM SSDTs. Use the same names as were used in ACPI/origin.
Failed to load SSDT-UICA.aml so I renamed it to SSDT-10.aml (not in ACPI/origin but in SortedOrder). Works the same as when still named SSDT-4.html.

About my Broadcomm BCM94352HMB network WiFi and BT card's connectivity loss after sleep on lid closing - complete configuration attached... thanks
 

Attachments

  • Archiv.zip
    2.2 MB · Views: 95
SSDT-UIAC.aml is not in my SortedOrder. Should I patch my config.plist and include it there?


Failed to load SSDT-UICA.aml so I renamed it to SSDT-10.aml (not in ACPI/origin but in SortedOrder). Works the same as when still named SSDT-4.html.

About my Broadcomm BCM94352HMB network WiFi and BT card's connectivity loss after sleep on lid closing - complete configuration attached... thanks
out of interest, is there any benefit to renaming SSDT files?
 
SSDT-UIAC.aml is not in my SortedOrder. Should I patch my config.plist and include it there?

As per guide, you must add it.

Failed to load SSDT-UICA.aml so I renamed it to SSDT-10.aml (not in ACPI/origin but in SortedOrder).

Do not rename it. Add to SortedOrder.

With all the renaming, you're just confusing yourself and others. It is silly.

About my Broadcomm BCM94352HMB network WiFi and BT card's connectivity loss after sleep on lid closing - complete configuration attached... thanks

ACPI is not patched correctly. You should have in ACPI/patched:
DSDT.aml
SSDT.aml (ssdtPRgen.sh)
SSDT-UIAC.aml (USB guide)
SSDT-0.aml
SSDT-1.aml
SSDT-2.aml
SSDT-3.aml
SSDT-7.aml
SSDT-8.aml
SSDT-9.aml

SortedOrder should be updated to reflect.

Airport Extreme patch not needed. Remove.

You probably forgot to disable "Wake for network" in SysPrefs->Energy Saver.
 
Status
Not open for further replies.
Back
Top