Hervé

A few comments: your Clover config fakes HD3000 iGPU id 0x01268086 but does not inject any HD3000 ig-layout-id. Your patched "System DSDT" does not either (and you load that table through Clover). why do you select "Load VBios" and "Patch VBios" in your Clover->Graphics settings? I don't think you'll manage to get graphics acceleration that way... If you look at the IOReg of a Mac Mini5,1 as availabe through the link posted here, you'll see that it's HD3000 iGPU@2 carries id 0x01268086 (which you've got covered) and uses snb-platform-id 0x10000300 (which you've not covered). -> inject ig-layout-id 03000010 in your Clover config.

I don't think you generated your CPU-specific SSDT for power management. This is done with Pike R Alpha's well-known SSDT generator tool. The resulting SSDT goes next to the DSDT in ACPI/patched Clover EFI folder. In case you no longer boot because Clover kext injection changed from "Yes" to "Detect", you should be able to overwrite this from Clover's default menu at boot time.

Seems to be AICPUPM related. Your Clover config showed you had applied the associated patch. Things you can do: In your Clover "System Parameters" section/tab, change "Inject kexts" from "Yes" to "Detect" Make sure you only run with the vanilla AppleIntelCPUPowerManagement (AICPUPM) kext (in /S/L/E) Repair your /S/L/E & /L/E permissions and rebuild your cache

Replace your current and older version of lilu kext by version 1.2.2 or 1.2.3 (latest at time of writing) Add AppleALC kext (it supports IDT 92HD93 of our Latitude E6x30 laptops) Add latest CodecCommander kext You should then have full audio running with vanilla AppleHDA. For Sleep, please consult the FAQ section of the forum.

Unless you do it through Clover, yes you need to inject layout 12 (0x0C) to HDEF device of your DSDT.

Why did you do that when you already moved them to /L/E? Where add-on kexts should go... Ever read the FAQ section?

What did you do to break it?

Ok, confirmed to work on ALC292 with: vanilla AppleHDA in /S/L/E layout 12 injected in HDEF DSDT device AppleALC v12.4 + Lilu v1.2.2 cached from /L/E So it must be a matter of layout in your case. You could also try to switch from EAPDFix to CodecCommander.

Well, I guess it's a matter of audio layout-id then. According to the AppleALC wiki, ALC293 works with layout 28 & 29 but I don't know if that's universal... Which do you use/inject (DSDT/SSDT/Clover config)? I'd have to check on my E6440 which is still running with good old dummy ALC292 and layout 1. AppleALC wiki states ACL292 works with layout 12, 18, 28.

Why don't you try to move those kexts from the Clover EFI folder to /L/E like some of your other add-on kexts. It's always better to cache kexts than inject them at boot time.

Try and repair full permissions through Disk Utility.

What are your current SandyBridge settings? Fake iGPU id 0x01268086? Inject Intel? ig-platform-id xxxxxxxx? SMBIOS macmini5,1 ? You ought to choose one of the following HD3000 layouts in Clover, unless you inject this through DSDT of course:

Hmm... Try and remove all traces of cache before rebuilding it using Jake's commands above: sudo rm -Rf /S*/L*/PrelinkedKernels sudo rm -Rf /S*/L*/Caches/com.apple.kext.caches

You'd be better off replacing this DW1707 which has very poor support by a properly supported card like a DW1560 or DW1830.

I would have expected the HD3000 of your i3-2105 CPU (not i5) to be supported, at worst with faking GPU id of another HD3000 iGPU known to work under OS X (eg: mobile HD3000 0x0116 or 0x0126). When I come to think of it, it reminds me of this IM thread, where the OP had trouble getting graphics acceleration off his desktop HD3000 until he faked id of mobile HD3000 and found the correct layout-id. With regards to 3rd gen CPU/GPU, Bronxteck stated that his own system worked Ok with upgraded IvyBridge CPU, so that answers your question I guess.

KP = Kernel Panic. The crash you mentioned...

For audio to work, you need to: install ALC292 dummy kext (preferably in /L/E) and rebuild your cache inject audio layout-id 1 in DSDT device HDEF patch the vanilla AppleHDA kext as follows: replace 8419D411 by 9202EC10 replace 8508EC10 by 00000000

Moved to correct forum section...

I would not expect so but there is no reason to use VoodooHDA when the ALC292 AppleHDA patch for the E6x40 has been available for the last 4 years... Again, make sure you do not have any duplicate (and incorrect) PS2 controller kexts or settings that could affect your keyboard/trackpad.

Check for other copies of a PS2 controller; sounds like you have conflicting kexts somewhere... That kext works perfectly on all E6xx0, I can vouch for it.

Kext Wizard is a very old tool that probably no longer rebuilds kext cache properly under recent/modern versionsof OS X/macOS. Remove the kext from Clover's EFI folder, copy the kext to /L/E then manually repair permlssions and rebuild your cache. There's a dedicated thread to this matter in the FAQ section.

Yes, will try and patch your tables later.

Here are copies of those extracted ACPI tables renamed to ".aml". M2800_APCI_tables.zip As shown in DSDT: iGPU HD4600 is located at usual address 0x00020000 under device PCI0.GFX0 Device (GFX0) { Name (_ADR, 0x00020000) // _ADR: Address dGPU FirePro W4170M is located at usual address 0x00010000 under device PCI0.PEG0.PEGP Device (PEG0) { Name (_ADR, 0x00010000) // _ADR: Address [...] [...] [...] Device (PEGP) { Name (_ADR, Zero) // _ADR: Address ` Those GPUs are further detailed in SSDT-5 and SSDT-6 tables: In SSDT-5, there is a basic initialisation method that does not do more than attributing sub-address 0 to the dPU under the PCIe graphics #0 at address 0x00010000: Scope (\_SB.PCI0.PEG0.PEGP) { [...] Method (_INI, 0, NotSerialized) // _INI: Initialize { Store (Zero, \_SB.PCI0.PEG0.PEGP._ADR) } [...] } in SSDT-6, there are 2 x methods (=functions) defined to turn the dGPU on and off: Scope (\_SB.PCI0.PEG0.PEGP) { Method (_ON, 0, Serialized) // _ON_: Power On { SGON () Notify (\_SB.PCI0.PEG0, Zero) } Method (_OFF, 0, Serialized) // _OFF: Power Off { SGOF () Notify (\_SB.PCI0.PEG0, Zero) } } ` The 1st step towards patching your tables is to modify SSDT-5 to initialise the dGPU to off. To achieve this, we simply declare the _OFF function as external (i.e. defined elsewhere) at the top of the table before we add it to the _INI method: External (_SB_.PCI0.PEG0.PEGP._OFF, MethodObj) // Declares external method _OFF [...] [...] [...] Scope (\_SB.PCI0.PEG0.PEGP) { [...] Method (_INI, 0, NotSerialized) // _INI: Initialize { Store (Zero, \_SB.PCI0.PEG0.PEGP._ADR) _OFF () // Turns AMD dGPU off } [...] } ` The 2nd step is to add a new EPOF method to that SSDT-5 table so that the dGPU is no longer reactivated on wake from sleep, as configured by default. Indeed, the vanilla DSDT shows the following code: External (_SB_.PCI0.PEG0.PEGP.EPON, MethodObj) // Warning: Unknown method, guessing 0 arguments External (_SB_.PCI0.RP05.PEGP.EPON, MethodObj) // Warning: Unknown method, guessing 0 arguments and Method (_WAK, 1, Serialized) // _WAK: Wake { P8XH (One, 0xAB) WAK (Arg0) ADBG ("_WAK") If (LOr (LEqual (Arg0, 0x03), LEqual (Arg0, 0x04))) { If (CondRefOf (\_SB.PCI0.PEG0.PEGP.EPON)) { \_SB.PCI0.PEG0.PEGP.EPON () } If (CondRefOf (\_SB.PCI0.RP05.PEGP.EPON)) { \_SB.PCI0.RP05.PEGP.EPON () } } [...] } NB: You can confirm this through IOReg afterwards but you'll probably find that device RP05.PEGP does not exist, i.e. those lines of code related to _SB_.PCI0.RP05.PEGP.EPON are incorrect. I had the same in my E6440 DSDT and I've seen the same in E6540 DSDT too. Typical example of poorly coded DSDT... As such, these lines can be removed without any side effects. The EPON method is defined in SSDT-5 as follows: Scope (\_SB.PCI0.PEG0.PEGP) { [...] Method (EPON, 0, Serialized) { Store (One, ONOF) Return (Zero) } [...] } There is no EPOF method, so we're simply going to add one that will do the opposite of EPON, i.e. store 0 to ONOF: Scope (\_SB.PCI0.PEG0.PEGP) { [...] Method (EPON, 0, Serialized) { Store (One, ONOF) Return (Zero) } Method (EPOF, 0, Serialized) // New EPOF method { Store (Zero, ONOF) // Stores 0 to ONOF parameter Return (Zero) } [...] } ` Once that is done, we can modify the DSDT to actually turn off the dGPU on wake. This is achieved by replacing the above EPON declarations + WAK method in the DSDT by the following code: External (_SB_.PCI0.PEG0.PEGP.EPOF, MethodObj) and Method (_WAK, 1, Serialized) // _WAK: Wake { P8XH (One, 0xAB) WAK (Arg0) ADBG ("_WAK") If (LOr (LEqual (Arg0, 0x03), LEqual (Arg0, 0x04))) { If (CondRefOf (\_SB.PCI0.PEG0.PEGP.EPOF)) { \_SB.PCI0.PEG0.PEGP.EPOF () } } [...] } ` That should be it. Place copies of the patched tables in your Clover ACPI/patched folder and call them by inserting the following list in your Clover config's ACPI "sorted list" section: SSDT.aml SSDT-5.aml SSDT-6.aml

Mieze's own driver is probably more up to date. https://github.com/Mieze/IntelMausiEthernet This being said, look at the reported issues and report your own (in details) if necessary... https://github.com/Mieze/IntelMausiEthernet/issues

Use latest PS2 controller kext R6 (compiled by Bronxteck) available here.