[solved] Latitude E6530 Instant Sleeps or Has Blank LCD with my DSDT's (10.11.3)

[p1plup]

My E6530 (i7 3720QM with discrete NVS 5200M) was working fine with Yosemite and Chameleon, but I'm a glutton for punishment and am trying to go El Capitan 10.11.3 with Clover. After doing the usual "try every plist combination," I have two reproducible issues with the laptop's 15" LCD (via Nvidia NVS 5200M):

1. Use "old" Chameleon-era DSDT from the Latitude folks (erratic)
- LCD works (QE/CI, 1080p, looks great!), but:
- Display "sleeps?" after 3 seconds, and often KP's soon after that
- I have to start "Screen Sharing" from my Brix (10.10.4 Clover) to prevent this
- If I end the screen-sharing session, count to 3, LCD goes blank and typically KP after

2. Use "new" DSDT from ssdtprgen.sh (screenless)
- Built-in LCD is blank/undetected (wrong size in System Profiler), but:
- System is stable; can't get it to KP even with Screen Sharing/Saver off

SSDT from ssdtprgen in both combinations; have tried with/without. Booting with no DSDT at all is stable but screenless (reachable remotely only). The three files in play are attached.

Other things I've tried (e.g. with/without these):

Inject EDIDs, with/without NullCPUManagement, DSDT from a 6430 (similar to 6530 other than screen size), DSDTs/SSDTs from outdated or questionable origin, drop/keep OEM, USBInjectAll, Voodoo...

Messing around with Kexts doesn't have much effect other than occasionally offering a KP immediately on boot. I'd rather not disable Nvidia because it looks great, and using built-in 4000 the built-in keyboard and trackpad don't work - related specifically to the DSDT; kext combinations have no effect on these peripherals unless I use outdated ones!

I unpacked both DSDTs and poked around; the places that I thought would be relevant (e.g. trying to fit 14" 6430 to 15" 6530 via EDID) had no effect. For the DSDT that does make the LCD work (but insta-sleeps), I could not see anything indicating this immediate standby behavior. Once the screen is sorted out, then I have the joys ALC brings, or can go back to Yosemite/Chameleon, which honestly wasn't *that* bad...

I am not sure what to explore next, but my gut is telling me it's related to power management for the LCD. Maybe I'm crazy in blaming the DSDT and while changing them breaks the screen, the problem is with the graphics driver? Thanks for all the help so far!

 

[RehabMan]

Latitude E6530 Instant Sleeps or Has Blank LCD with my DSDT's (10.11.3)

My E6530 (i7 3720QM with discrete NVS 5200M) was working fine with Yosemite and Chameleon, but I'm a glutton for punishment and am trying to go El Capitan 10.11.3 with Clover. After doing the usual "try every plist combination," I have two reproducible issues with the laptop's 15" LCD (via Nvidia NVS 5200M):

1. Use "old" Chameleon-era DSDT from the Latitude folks (erratic)
- LCD works (QE/CI, 1080p, looks great!), but:
- Display "sleeps?" after 3 seconds, and often KP's soon after that
- I have to start "Screen Sharing" from my Brix (10.10.4 Clover) to prevent this
- If I end the screen-sharing session, count to 3, LCD goes blank and typically KP after

2. Use "new" DSDT from ssdtprgen.sh (screenless)
- Built-in LCD is blank/undetected (wrong size in System Profiler), but:
- System is stable; can't get it to KP even with Screen Sharing/Saver off

SSDT from ssdtprgen in both combinations; have tried with/without. Booting with no DSDT at all is stable but screenless (reachable remotely only). The three files in play are attached.

Other things I've tried (e.g. with/without these):

Inject EDIDs, with/without NullCPUManagement, DSDT from a 6430 (similar to 6530 other than screen size), DSDTs/SSDTs from outdated or questionable origin, drop/keep OEM, USBInjectAll, Voodoo...

Messing around with Kexts doesn't have much effect other than occasionally offering a KP immediately on boot. I'd rather not disable Nvidia because it looks great, and using built-in 4000, I now have to troubleshoot why the the built-in keyboard and trackpad don't work - related specifically to the DSDT; kext combinations have no effect.

I unpacked both DSDTs and poked around; the places that I thought would be relevant (e.g. trying to fit 14" 6430 to 15" 6530 via EDID) had no effect. For the DSDT that does make the LCD work (but insta-sleeps), I could not see anything indicating this immediate standby behavior. Once the screen is sorted out, then I have the joys ALC brings, or can go back to Yosemite/Chameleon, which honestly wasn't *that* bad...

I am not sure what to explore next, but my gut is telling me it's related to power management for the LCD. Thanks for all the help so far!

Note: You need to use Clover for 10.11.

Never use a DSDT from someone else. Always patch your own.

http://www.tonymacx86.com/el-capitan-laptop-support/152573-guide-patching-laptop-dsdt-ssdts.html

ssdtPRgen.sh does not create a DSDT. It creates a CPU PM SSDT for your CPU. It has nothing to do with graphics.

Post output of 'lspci -nn' in Linux Terminal.

 

[p1plup]

Latitude E6530 Instant Sleeps or Has Blank LCD with my DSDT's (10.11.3)

[SIZE=2][FONT=courier new]00:00.0 Host bridge [0600]: Intel Corporation 3rd Gen Core processor DRAM Controller [8086:0154] (rev 09)[/FONT][/SIZE]
[SIZE=2][FONT=courier new]00:01.0 PCI bridge [0604]: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor PCI Express Root Port [8086:0151] (rev 09)[/FONT][/SIZE]
[SIZE=2][FONT=courier new]00:14.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller [8086:1e31] (rev 04)[/FONT][/SIZE]
[SIZE=2][FONT=courier new]00:16.0 Communication controller [0780]: Intel Corporation 7 Series/C210 Series Chipset Family MEI Controller #1 [8086:1e3a] (rev 04)[/FONT][/SIZE]
[SIZE=2][FONT=courier new]00:19.0 Ethernet controller [0200]: Intel Corporation 82579LM Gigabit Network Connection [8086:1502] (rev 04)[/FONT][/SIZE]
[SIZE=2][FONT=courier new]00:1a.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #2 [8086:1e2d] (rev 04)[/FONT][/SIZE]
[SIZE=2][FONT=courier new]00:1b.0 Audio device [0403]: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller [8086:1e20] (rev 04)[/FONT][/SIZE]
[SIZE=2][FONT=courier new]00:1c.0 PCI bridge [0604]: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 1 [8086:1e10] (rev c4)[/FONT][/SIZE]
[SIZE=2][FONT=courier new]00:1c.1 PCI bridge [0604]: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 2 [8086:1e12] (rev c4)[/FONT][/SIZE]
[SIZE=2][FONT=courier new]00:1c.3 PCI bridge [0604]: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 4 [8086:1e16] (rev c4)[/FONT][/SIZE]
[SIZE=2][FONT=courier new]00:1d.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #1 [8086:1e26] (rev 04)[/FONT][/SIZE]
[SIZE=2][FONT=courier new]00:1f.0 ISA bridge [0601]: Intel Corporation QM77 Express Chipset LPC Controller [8086:1e55] (rev 04)[/FONT][/SIZE]
[SIZE=2][FONT=courier new]00:1f.2 SATA controller [0106]: Intel Corporation 7 Series Chipset Family 6-port SATA Controller [AHCI mode] [8086:1e03] (rev 04)[/FONT][/SIZE]
[SIZE=2][FONT=courier new]00:1f.3 SMBus [0c05]: Intel Corporation 7 Series/C210 Series Chipset Family SMBus Controller [8086:1e22] (rev 04)[/FONT][/SIZE]
[SIZE=2][FONT=courier new]01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF108GLM [NVS 5200M] [10de:0dfc] (rev a1)[/FONT][/SIZE]
[SIZE=2][FONT=courier new]01:00.1 Audio device [0403]: NVIDIA Corporation GF108 High Definition Audio Controller [10de:0bea] (rev a1)[/FONT][/SIZE]
[SIZE=2][FONT=courier new]03:00.0 Network controller [0280]: Qualcomm Atheros AR928X Wireless Network Adapter (PCI-Express) [168c:002a] (rev 01)[/FONT][/SIZE]

Re ssdtprgen:

Thank you

 

[RehabMan]

Latitude E6530 Instant Sleeps or Has Blank LCD with my DSDT's (10.11.3)

[SIZE=2][FONT=courier new]00:00.0 Host bridge [0600]: Intel Corporation 3rd Gen Core processor DRAM Controller [8086:0154] (rev 09)[/FONT][/SIZE]
[SIZE=2][FONT=courier new]00:01.0 PCI bridge [0604]: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor PCI Express Root Port [8086:0151] (rev 09)[/FONT][/SIZE]
[SIZE=2][FONT=courier new]00:14.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller [8086:1e31] (rev 04)[/FONT][/SIZE]
[SIZE=2][FONT=courier new]00:16.0 Communication controller [0780]: Intel Corporation 7 Series/C210 Series Chipset Family MEI Controller #1 [8086:1e3a] (rev 04)[/FONT][/SIZE]
[SIZE=2][FONT=courier new]00:19.0 Ethernet controller [0200]: Intel Corporation 82579LM Gigabit Network Connection [8086:1502] (rev 04)[/FONT][/SIZE]
[SIZE=2][FONT=courier new]00:1a.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #2 [8086:1e2d] (rev 04)[/FONT][/SIZE]
[SIZE=2][FONT=courier new]00:1b.0 Audio device [0403]: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller [8086:1e20] (rev 04)[/FONT][/SIZE]
[SIZE=2][FONT=courier new]00:1c.0 PCI bridge [0604]: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 1 [8086:1e10] (rev c4)[/FONT][/SIZE]
[SIZE=2][FONT=courier new]00:1c.1 PCI bridge [0604]: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 2 [8086:1e12] (rev c4)[/FONT][/SIZE]
[SIZE=2][FONT=courier new]00:1c.3 PCI bridge [0604]: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 4 [8086:1e16] (rev c4)[/FONT][/SIZE]
[SIZE=2][FONT=courier new]00:1d.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #1 [8086:1e26] (rev 04)[/FONT][/SIZE]
[SIZE=2][FONT=courier new]00:1f.0 ISA bridge [0601]: Intel Corporation QM77 Express Chipset LPC Controller [8086:1e55] (rev 04)[/FONT][/SIZE]
[SIZE=2][FONT=courier new]00:1f.2 SATA controller [0106]: Intel Corporation 7 Series Chipset Family 6-port SATA Controller [AHCI mode] [8086:1e03] (rev 04)[/FONT][/SIZE]
[SIZE=2][FONT=courier new]00:1f.3 SMBus [0c05]: Intel Corporation 7 Series/C210 Series Chipset Family SMBus Controller [8086:1e22] (rev 04)[/FONT][/SIZE]
[SIZE=2][FONT=courier new]01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF108GLM [NVS 5200M] [10de:0dfc] (rev a1)[/FONT][/SIZE]
[SIZE=2][FONT=courier new]01:00.1 Audio device [0403]: NVIDIA Corporation GF108 High Definition Audio Controller [10de:0bea] (rev a1)[/FONT][/SIZE]
[SIZE=2][FONT=courier new]03:00.0 Network controller [0280]: Qualcomm Atheros AR928X Wireless Network Adapter (PCI-Express) [168c:002a] (rev 01)[/FONT][/SIZE]

Re ssdtprgen:

Thank you

No HD4000 there, so I'm not sure why you mention using it...

Make sure the SMBIOS you choose allows Nvidia. You can also edit the Info.plist of AppleGraphicsDevicePolicy.kext...

 

[p1plup]

Latitude E6530 Instant Sleeps or Has Blank LCD with my DSDT's (10.11.3)

It's working!!! With every thread you resolve, my mind gets more blown!! For Dell notebooks, IGFX can be disabled in BIOS (by disabling "Optimus"); when I enable it, the bootloader gives options to inject either. With Optimus off, as it is now, the discrete is all that's seen.

The SMBIOS was identical to my Chamelon plist (auto'd during the initial Clover install), but just the changes from MacBookPro9,2 (3820) to MacBookPro9,1 (3720) make the unit stable again. QE/CI, 1080p built-in, and now onward and upward! I never thought to patch AppleGraphicsControl, but skimming through the screenless, crashless MacPro6,1 topics, the symptoms were near-identical. I expect to be deep into my extracted tables to fix brightness, HDMI, etc and will also look out for those kexts.

So, lessons learned: Don't use third-party DSDTs even though they appear to have the same model number. Just because a DSDT/smbios "appeared" to "work" in Chameleon/Yosemite doesn't mean they will in Clover/El Capitan. Laptop keyboards/trackpad problems? Check the DSDT not just kexts.

THANK YOU!

 

[RehabMan]

Latitude E6530 Instant Sleeps or Has Blank LCD with my DSDT's (10.11.3)

It's working!!!

Marked solved.

 

[karoli9]

My E6530 (i7 3720QM with discrete NVS 5200M) was working fine with Yosemite and Chameleon, but I'm a glutton for punishment and am trying to go El Capitan 10.11.3 with Clover. After doing the usual "try every plist combination," I have two reproducible issues with the laptop's 15" LCD (via Nvidia NVS 5200M):

1. Use "old" Chameleon-era DSDT from the Latitude folks (erratic)
- LCD works (QE/CI, 1080p, looks great!), but:
- Display "sleeps?" after 3 seconds, and often KP's soon after that
- I have to start "Screen Sharing" from my Brix (10.10.4 Clover) to prevent this
- If I end the screen-sharing session, count to 3, LCD goes blank and typically KP after

2. Use "new" DSDT from ssdtprgen.sh (screenless)
- Built-in LCD is blank/undetected (wrong size in System Profiler), but:
- System is stable; can't get it to KP even with Screen Sharing/Saver off

SSDT from ssdtprgen in both combinations; have tried with/without. Booting with no DSDT at all is stable but screenless (reachable remotely only). The three files in play are attached.

Other things I've tried (e.g. with/without these):

Inject EDIDs, with/without NullCPUManagement, DSDT from a 6430 (similar to 6530 other than screen size), DSDTs/SSDTs from outdated or questionable origin, drop/keep OEM, USBInjectAll, Voodoo...

Messing around with Kexts doesn't have much effect other than occasionally offering a KP immediately on boot. I'd rather not disable Nvidia because it looks great, and using built-in 4000 the built-in keyboard and trackpad don't work - related specifically to the DSDT; kext combinations have no effect on these peripherals unless I use outdated ones!

I unpacked both DSDTs and poked around; the places that I thought would be relevant (e.g. trying to fit 14" 6430 to 15" 6530 via EDID) had no effect. For the DSDT that does make the LCD work (but insta-sleeps), I could not see anything indicating this immediate standby behavior. Once the screen is sorted out, then I have the joys ALC brings, or can go back to Yosemite/Chameleon, which honestly wasn't *that* bad...

I am not sure what to explore next, but my gut is telling me it's related to power management for the LCD. Maybe I'm crazy in blaming the DSDT and while changing them breaks the screen, the problem is with the graphics driver? Thanks for all the help so far!

What was the exact procedure? How did you prepare the installer (I assume the RehabMan way)? In the end NVS is working with this build or only the Optimus disabled iGPU version? What BIOS/UEFI settings were used?