Hervé

Most probably the GPUSensor Plugin of FakeSMC which I forgot causes issues with those nVidia G7x GPUs... Try the revised pack below: XPS-M1710_Provisional-Lion-Pack_#2.zip

Install latest CodecCommander kext.

No idea... Tried with Inject Intel set to Yes?

Pending provision of extracted BIOS tables, the attached provisional bootpack should work perfectly with a myHack-based installation. XPS-M1710_Provisional-Lion-Pack_#1.zip To be completed as necessary with eventual SD card reader kext or patched Bluetooth kext and, of course, patched DSDT/SSDT.

You need to follow the usual 1st gen Intel HD graphics process... The bible on the matter is available here at IM. It's applicable to Intel HD with dev id 0x0042/0x0046. Is this what you have integrated to that Pentium P6100 CPU? You'll notice the following in the guide: What screen resolution do you have?

This is (very) old stuff, I guess gathered after scrounging the Net. It's a start but I would much prefer raw tables extracted from your current BIOS. I can see that the DSDT contained in the archive you posted would require immediate adjustment for the GPU. Can you also specify which BIOS version you're running? This will also allow us to ascertain if it's the latest or not (but keep your current version for the time being). In Windows, download and install Aida64 (Extreme or Business version from memory) to extract all your BIOS tables.

That's exactly what's required. As expected, these are quite similar specs to the 945GM-based Latitude models such as the D620/D820 with nVidia GPU (or other Latitude laptops based on the Intel 945PM chipset + Merom CPU to that effect). Eg: D620 nVidia Quadro NVS 110M Eg: D430 We just need your extracted BIOS tables now for eventual DSDT/SSDT patches (likely required for nVidia GPU injection).

If you have existing myHack installations (SL 10.6.8 or Lion 10.7.5), you can use the following Terminal command: lspci -nn Failing that, you can download and use DPCIManager. If you don't have the lspci facility installed, follow these instructions to get it installed on your current OS X installation (if applicable). Depending on your type of installation, you may find that the lspcidrv kext would be better placed in /S/L/E rather than /L/E. If you're in Windows, there are many ways: for instance, Windows Manager then check the vendor/device of each device in the driver tab or Aida64 report or any other tools that scans the hardware and produces a detailed report.

In order to help you, please provide: details of installation method pack your used (patched BIOS tables, kexts, etc.) BIOS settings I would recommend you use myHack v3.3.1 with a genuine copy of ML 10.8.5 (or earlier) and probably re-use some of the files from the D630 nVidia pack. The D630 packs are available here. Ideally, please post the exact hardware specs of your system (chipset, LAN, audio, wireless, etc.) so we can determine which kexts are appropriate or applicable. It should not be difficult since you already run SL 10.6.8 and Lion 10.7.5.

You would need to post the full hardware specs to begin with. This being said, considering the generation and Intel 945PM chipset of this old beast, the packs for D620/D820 with nVidia GPU would be a good start. But you'll have to confirm the exact model of: LAN card Audio chip SD card reader (if fitted) Bluetooth module (if fitted) Wireless card (Intel not supported) If you currently run Windows, extract all your BIOS tables with Aida64 (full spec version in demo mode will do) and post them in a zipped archive.

No, I did not disabled anything at all. The discrete AMD 8690M GPU just does not register in SysProfiler. You're giving too much importance to this.

Sorry, I can't. I only use Enoch, never Clover... You can consult my Enoch-based E6440 guide or JakeLo's general Latitude/Inspiron Clover guide.

So what? What BIOS version are you running by the way? Are you sure to have an adequate configuration in your Clover config file?

Did you check the wireless on/off switch located at the side of the laptop?

Then keep things as they are originally.

Your files all appear corrupt so that may explain the resulting behaviour... I've patched your raw DSDT + SSDT-8 tables. Try the attached patched tables and let us know. Saved them (without the "_patched" string in the file names) to your EFI/ACPI/Patched folder. If you have already patched DSDT and/or SSDT, keep a backup somewhere. DSDT_patched.aml.zip SSDT-8_patched.zip

In SSDT-8: Scope (\_SB.PCI0.PEG0.PEGP) { [...] [...] [...] Method (_INI, 0, NotSerialized) { Store (Zero, \_SB.PCI0.PEG0.PEGP._ADR) } ` In SSDT-9: Scope (\_SB.PCI0.PEG0.PEGP) { Method (_ON, 0, Serialized) { SGON () Notify (\_SB.PCI0.PEG0, Zero) } Method (_OFF, 0, Serialized) { SGOF () Notify (\_SB.PCI0.PEG0, Zero) } ` Patch SSDT-8 to turn off your dGPU: 1) add the following line at the top External (_OFF, MethodObj) 2) add the _OFF method to the _INI method of the PEGP scope, under the Store command _OFF() ` Do this to the .dsl decompiled table (decompiled with MacIASL so that it may correct some of the erroneous code; it's quite typical), then recompile the revised SSDT-8 table and place it in the ACPI/patched folder. Be aware that you'll probably not see much difference in terms of heat (the dGPU is never used) or battery gain.

If you guys are lost with the Clover guide, you can follow my enoch-based E6230 guide. Just use the E6330 bootpack instead, although I'm pretty sure the E6230 pack would do.

That script is a bit specific to the OP's own installation so you'd need literally the exact same settings (partition name, files locations, etc.) for it to work on your own machine. It'd be far better to understand your issue(s) and eventual fix(es) so that you can get on with things.

Updating to the latest version through AppStore update would indeed be the sensible thing to do, especially as you've messed up with kexts. Two words of advice: 1) always keep a backup of your SLE folder somewhere before you start doing anything with kexts. 2) you must repair permissions & rebuild cache after any work on kexts (required Terminal commands all all over the forum).

I can confirm these kexts work fine from /L/E on my E6230 with DW380 module which is based on same BCM20702A0 chip. Alternatively, you can just patch the Broadcom BT transport kext with your device id.

'should be supported because that's what the MacBook 2016 models are based on: Core m3/m5/m7 with integrated Intel HD Graphics 515. It's a pretty slick machine IMO, especially with the HiRes option but I guess performance won't be that great with those little Core m CPUs...

You need to update your DSDT and apply the _PWR patches. It's normal for OS X to report that a USB device was improperly ejected when computer wakes: at sleep time, power is cut off USB ports.

Never been mentioned here.

Then you need to patch your FrameBuffer kext.