Contribute
Register

Inspiron 11 3153

Status
Not open for further replies.
suffering

suffering

Joined
Aug 17, 2016
Messages
306
Motherboard
Inspiron 11 3153
CPU
i3-6100u
Graphics
HD 520
Have a majority of things working in Sierra. Working on battery meter now. Looking through the DSDT patches I don't see anything for this model or anything similar. Which patch would work best for the hardware I have?
 
:( That's what I was afraid of. I have a decent understanding of how to do it with your pre built patches, but building my own, even with your instructions is greek to me. Im extremely lost reading that.
 
suffering said:
:( That's what I was afraid of. I have a decent understanding of how to do it with your pre built patches, but building my own, even with your instructions is greek to me. Im extremely lost reading that.
Click to expand...

Chances are there *is* a patch already existing that matches.
Read the guide carefully.
 
Running into an issue disassembling dsdt/ssdt, no .dsl files show up in the folder

Code: 
Brians-MacBook:dsdt brian$ iasl -da -dl DSDT.aml SSDT*.aml

Intel ACPI Component Architecture
ASL+ Optimizing Compiler version 20161210-64(RM)
Copyright (c) 2000 - 2016 Intel Corporation

Input file DSDT.aml, Length 0x1F754 (128852) bytes
ACPI: DSDT 0x0000000000000000 01F754 (v02 DELL   CBX3     01072009 INTL 20120913)
External object resolution file      SSDT-9x.aml
Input file SSDT-9x.aml, Length 0x119 (281) bytes
ACPI: SSDT 0x0000000000000000 000119 (v02 PmRef  ApCst    00003000 INTL 20120913)
Pass 1 parse of [SSDT]
Pass 2 parse of [SSDT]
External object resolution file      SSDT-8x.aml
Input file SSDT-8x.aml, Length 0x37F (895) bytes
ACPI: SSDT 0x0000000000000000 00037F (v02 PmRef  Cpu0Cst  00003001 INTL 20120913)
Pass 1 parse of [SSDT]
Pass 2 parse of [SSDT]
External object resolution file      SSDT-7x.aml
Input file SSDT-7x.aml, Length 0x5AA (1450) bytes
ACPI: SSDT 0x0000000000000000 0005AA (v02 PmRef  ApIst    00003000 INTL 20120913)
Pass 1 parse of [SSDT]
Pass 2 parse of [SSDT]
External object resolution file      SSDT-6x.aml
Input file SSDT-6x.aml, Length 0x5FD (1533) bytes
ACPI: SSDT 0x0000000000000000 0005FD (v02 PmRef  Cpu0Ist  00003000 INTL 20120913)
Pass 1 parse of [SSDT]
Pass 2 parse of [SSDT]
External object resolution file       SSDT-6.aml
Input file SSDT-6.aml, Length 0xE73 (3699) bytes
ACPI: SSDT 0x0000000000000000 000E73 (v02 CpuRef CpuSsdt  00003000 INTL 20120913)
Pass 1 parse of [SSDT]
Pass 2 parse of [SSDT]
External object resolution file       SSDT-5.aml
Input file SSDT-5.aml, Length 0xE73 (3699) bytes
ACPI: SSDT 0x0000000000000000 000E73 (v02 CpuRef CpuSsdt  00003000 INTL 20120913)
Pass 1 parse of [SSDT]
ACPI Error: [SSDT] Namespace lookup failure, AE_ALREADY_EXISTS (20161210/dswload-462)
ACPI Exception: AE_ALREADY_EXISTS, During name lookup/catalog (20161210/psobject-310)
Could not parse external ACPI tables, AE_ALREADY_EXISTS
 
suffering said:
Running into an issue disassembling dsdt/ssdt, no .dsl files show up in the folder

Code: 
Brians-MacBook:dsdt brian$ iasl -da -dl DSDT.aml SSDT*.aml

Intel ACPI Component Architecture
ASL+ Optimizing Compiler version 20161210-64(RM)
Copyright (c) 2000 - 2016 Intel Corporation

Input file DSDT.aml, Length 0x1F754 (128852) bytes
ACPI: DSDT 0x0000000000000000 01F754 (v02 DELL   CBX3     01072009 INTL 20120913)
External object resolution file      SSDT-9x.aml
Input file SSDT-9x.aml, Length 0x119 (281) bytes
ACPI: SSDT 0x0000000000000000 000119 (v02 PmRef  ApCst    00003000 INTL 20120913)
Pass 1 parse of [SSDT]
Pass 2 parse of [SSDT]
External object resolution file      SSDT-8x.aml
Input file SSDT-8x.aml, Length 0x37F (895) bytes
ACPI: SSDT 0x0000000000000000 00037F (v02 PmRef  Cpu0Cst  00003001 INTL 20120913)
Pass 1 parse of [SSDT]
Pass 2 parse of [SSDT]
External object resolution file      SSDT-7x.aml
Input file SSDT-7x.aml, Length 0x5AA (1450) bytes
ACPI: SSDT 0x0000000000000000 0005AA (v02 PmRef  ApIst    00003000 INTL 20120913)
Pass 1 parse of [SSDT]
Pass 2 parse of [SSDT]
External object resolution file      SSDT-6x.aml
Input file SSDT-6x.aml, Length 0x5FD (1533) bytes
ACPI: SSDT 0x0000000000000000 0005FD (v02 PmRef  Cpu0Ist  00003000 INTL 20120913)
Pass 1 parse of [SSDT]
Pass 2 parse of [SSDT]
External object resolution file       SSDT-6.aml
Input file SSDT-6.aml, Length 0xE73 (3699) bytes
ACPI: SSDT 0x0000000000000000 000E73 (v02 CpuRef CpuSsdt  00003000 INTL 20120913)
Pass 1 parse of [SSDT]
Pass 2 parse of [SSDT]
External object resolution file       SSDT-5.aml
Input file SSDT-5.aml, Length 0xE73 (3699) bytes
ACPI: SSDT 0x0000000000000000 000E73 (v02 CpuRef CpuSsdt  00003000 INTL 20120913)
Pass 1 parse of [SSDT]
ACPI Error: [SSDT] Namespace lookup failure, AE_ALREADY_EXISTS (20161210/dswload-462)
ACPI Exception: AE_ALREADY_EXISTS, During name lookup/catalog (20161210/psobject-310)
Could not parse external ACPI tables, AE_ALREADY_EXISTS
Click to expand...

You have a duplicate SSDT somewhere.
It is covered in the guide:
https://www.tonymacx86.com/threads/guide-patching-laptop-dsdt-ssdts.152573/

Hint: Typically, it is the first dynamic SSDT.
 
That worked, there were a few duplicates. Once fixed, it decompiled fine. So now that Im looking at the guide and my dsdt.dsl, I found the EmbeddedContrl 'ECOR' but it looks like every single one is 8 bits. The guide doesn't seem to hit that scenario. What do I do in this case?

Code: 
OperationRegion (ECOR, EmbeddedControl, Zero, 0xFF)
            Field (ECOR, ByteAcc, Lock, Preserve)
            {
                EC00,   8,
                EC01,   8,
                EC02,   8,
                EC03,   8,
                EC04,   8,
                EC05,   8,
                EC06,   8,
                EC07,   8,
                EC08,   8,
                EC09,   8,
                EC10,   8,
                EC11,   8,
                EC12,   8,
                EC13,   8,
                EC14,   8,
                EC15,   8,
                EC16,   8,
                EC17,   8,
                EC18,   8,
                EC19,   8,
                EC20,   8,
                EC21,   8,
                EC22,   8,
                EC23,   8,
                EC24,   8,
                EC25,   8,
                EC26,   8,
                EC27,   8,
                EC28,   8,
                EC29,   8,
                EC30,   8,
                EC31,   8,
                EC32,   8,
                EC33,   8,
                EC34,   8,
                EC35,   8,
                EC36,   8,
                EC37,   8,
                EC38,   8,
                EC39,   8,
                EC40,   8,
                EC41,   8,
                EC42,   8,
                EC43,   8,
                EC44,   8,
                EC45,   8,
                EC46,   8,
                EC47,   8,
                EC48,   8,
                EC49,   8,
                EC50,   8,
                EC51,   8,
                EC52,   8,
                EC53,   8,
                EC54,   8,
                EC55,   8,
                EC56,   8,
                EC57,   8
            }
 
suffering said:
That worked, there were a few duplicates. Once fixed, it decompiled fine. So now that Im looking at the guide and my dsdt.dsl, I found the EmbeddedContrl 'ECOR' but it looks like every single one is 8 bits. The guide doesn't seem to hit that scenario. What do I do in this case?

Code: 
OperationRegion (ECOR, EmbeddedControl, Zero, 0xFF)
            Field (ECOR, ByteAcc, Lock, Preserve)
            {
                EC00,   8,
                EC01,   8,
                EC02,   8,
                EC03,   8,
                EC04,   8,
                EC05,   8,
                EC06,   8,
                EC07,   8,
                EC08,   8,
                EC09,   8,
                EC10,   8,
                EC11,   8,
                EC12,   8,
                EC13,   8,
                EC14,   8,
                EC15,   8,
                EC16,   8,
                EC17,   8,
                EC18,   8,
                EC19,   8,
                EC20,   8,
                EC21,   8,
                EC22,   8,
                EC23,   8,
                EC24,   8,
                EC25,   8,
                EC26,   8,
                EC27,   8,
                EC28,   8,
                EC29,   8,
                EC30,   8,
                EC31,   8,
                EC32,   8,
                EC33,   8,
                EC34,   8,
                EC35,   8,
                EC36,   8,
                EC37,   8,
                EC38,   8,
                EC39,   8,
                EC40,   8,
                EC41,   8,
                EC42,   8,
                EC43,   8,
                EC44,   8,
                EC45,   8,
                EC46,   8,
                EC47,   8,
                EC48,   8,
                EC49,   8,
                EC50,   8,
                EC51,   8,
                EC52,   8,
                EC53,   8,
                EC54,   8,
                EC55,   8,
                EC56,   8,
                EC57,   8
            }
Click to expand...

No "Problem Reporting" files attached.
Read FAQ, "Problem Reporting" again. Carefully. Attach all requested files/output.
https://www.tonymacx86.com/threads/faq-read-first-laptop-frequent-questions.164990/
 
Here we go

Code: 
Brians-MacBook:dsdt brian$ kextstat|grep -y acpiplat
   13    2 0xffffff7f82fa9000 0x60000    0x60000    com.apple.driver.AppleACPIPlatform (5.0) 65E05472-6AE7-3308-8CC8-FA6CB0DB2AEE <12 11 7 6 5 4 3 1>
Brians-MacBook:dsdt brian$ kextstat|grep -y appleintelcpu
Brians-MacBook:dsdt brian$ kextstat|grep -y applelpc
Brians-MacBook:dsdt brian$ kextstat|grep -y applehda
   91    1 0xffffff7f82c00000 0x1d000    0x1d000    com.apple.driver.AppleHDAController (279.48) ED51F180-19C8-3DE1-AF81-0E389D98ADDE <90 89 74 12 7 6 5 4 3 1>
114    0 0xffffff7f82d82000 0xb5000    0xb5000    com.apple.driver.AppleHDA (279.48) 806B8C17-50CA-3C6B-90B3-195F38D8FB89 <113 103 91 90 89 74 6 5 4 3 1>

Brians-MacBook:RehabMan brian$ sudo touch /System/Library/Extensions && sudo kextcache -u /
Password:
kext-dev-mode allowing invalid signature -67062 0xFFFFFFFFFFFEFA0A for kext VoodooPS2Trackpad.kext
kext-dev-mode allowing invalid signature -67062 0xFFFFFFFFFFFEFA0A for kext VoodooPS2Mouse.kext
kext-dev-mode allowing invalid signature -67062 0xFFFFFFFFFFFEFA0A for kext VoodooPS2Keyboard.kext
kext-dev-mode allowing invalid signature -67062 0xFFFFFFFFFFFEFA0A for kext VoodooPS2Controller.kext
kext-dev-mode allowing invalid signature -67062 0xFFFFFFFFFFFEFA0A for kext Lilu.kext
kext-dev-mode allowing invalid signature -67062 0xFFFFFFFFFFFEFA0A for kext IntelBacklight.kext
kext-dev-mode allowing invalid signature -67062 0xFFFFFFFFFFFEFA0A for kext ApplePS2Keyboard.kext
kext-dev-mode allowing invalid signature -67062 0xFFFFFFFFFFFEFA0A for kext ApplePS2Controller.kext
kext-dev-mode allowing invalid signature -67062 0xFFFFFFFFFFFEFA0A for kext ApplePS2SmartTouchPad.kext
kext-dev-mode allowing invalid signature -67062 0xFFFFFFFFFFFEFA0A for kext PinConfigs.kext
kext-dev-mode allowing invalid signature -67062 0xFFFFFFFFFFFEFA0A for kext AppleALC.kext
KernelCache ID: 73FC89794F80C0D94D602F1606603183
 

Attachments

  • CLOVER.zip
    1.7 MB · Views: 144
  • ioreg.zip
    543.2 KB · Views: 144
  • Patchmatic.zip
    47.9 KB · Views: 94
suffering said:
Here we go

Code: 
Brians-MacBook:dsdt brian$ kextstat|grep -y acpiplat
   13    2 0xffffff7f82fa9000 0x60000    0x60000    com.apple.driver.AppleACPIPlatform (5.0) 65E05472-6AE7-3308-8CC8-FA6CB0DB2AEE <12 11 7 6 5 4 3 1>
Brians-MacBook:dsdt brian$ kextstat|grep -y appleintelcpu
Brians-MacBook:dsdt brian$ kextstat|grep -y applelpc
Brians-MacBook:dsdt brian$ kextstat|grep -y applehda
   91    1 0xffffff7f82c00000 0x1d000    0x1d000    com.apple.driver.AppleHDAController (279.48) ED51F180-19C8-3DE1-AF81-0E389D98ADDE <90 89 74 12 7 6 5 4 3 1>
114    0 0xffffff7f82d82000 0xb5000    0xb5000    com.apple.driver.AppleHDA (279.48) 806B8C17-50CA-3C6B-90B3-195F38D8FB89 <113 103 91 90 89 74 6 5 4 3 1>

Brians-MacBook:RehabMan brian$ sudo touch /System/Library/Extensions && sudo kextcache -u /
Password:
kext-dev-mode allowing invalid signature -67062 0xFFFFFFFFFFFEFA0A for kext VoodooPS2Trackpad.kext
kext-dev-mode allowing invalid signature -67062 0xFFFFFFFFFFFEFA0A for kext VoodooPS2Mouse.kext
kext-dev-mode allowing invalid signature -67062 0xFFFFFFFFFFFEFA0A for kext VoodooPS2Keyboard.kext
kext-dev-mode allowing invalid signature -67062 0xFFFFFFFFFFFEFA0A for kext VoodooPS2Controller.kext
kext-dev-mode allowing invalid signature -67062 0xFFFFFFFFFFFEFA0A for kext Lilu.kext
kext-dev-mode allowing invalid signature -67062 0xFFFFFFFFFFFEFA0A for kext IntelBacklight.kext
kext-dev-mode allowing invalid signature -67062 0xFFFFFFFFFFFEFA0A for kext ApplePS2Keyboard.kext
kext-dev-mode allowing invalid signature -67062 0xFFFFFFFFFFFEFA0A for kext ApplePS2Controller.kext
kext-dev-mode allowing invalid signature -67062 0xFFFFFFFFFFFEFA0A for kext ApplePS2SmartTouchPad.kext
kext-dev-mode allowing invalid signature -67062 0xFFFFFFFFFFFEFA0A for kext PinConfigs.kext
kext-dev-mode allowing invalid signature -67062 0xFFFFFFFFFFFEFA0A for kext AppleALC.kext
KernelCache ID: 73FC89794F80C0D94D602F1606603183
Click to expand...

Your native DSDT has no multibyte EC fields to patch.
It does have Mutex objects with non-zero SyncLevel (apply matching patch to fix).
Your kextcache output shows ACPIBatteryManager.kext not installed.
Also, all kexts you need should be installed to the system volume.
 
Status
Not open for further replies.
Copyright © 2010 - 2024 tonymacx86 LLC
Back
Top