Jump to content

Problem with battery status after migrating to high range

dark_hacker

By dark_hacker,
in OSx86 10.13 (High Sierra)

 Share
66 posts in this topic

Recommended Posts

RehabMan
RehabMan
Posted
Posted

oh, thanks

 

should i inject a patched ECDT?

 

here is an ioreg with EC0 and my new DSDT

abm_firstpolldelay is set to 10000 (not sure about this)

 

battery is still not working

Analysis not possible without complete problem reporting data.

Typical required data:

- EFI/Clover (after pressing F2 and F4)

- ioreg (IORegistryExplorer v2.1)

- output from "kextcache -i /"

Link to comment
Share on other sites
RehabMan
RehabMan
Posted
Posted

incresed to 16s, no battery

 

thanks

Your kextcache output proves that your kexts are not installed correctly.

All "kexts you need" must be installed to the system volume, typically to /L/E.

For your case, I have no idea where ACPIBatteryManager.kext is even coming from, since I don't see it in EFI/Clover/kexts either.

 

What is this added code to _REG in DSDT?

                            If (LAnd (LEqual (Arg0, 0x03), LEqual (Arg1, One)))
                            {
                                TSDS ()
                            }
Note also that your PNOT is accessing objects defined in SSDTs that you're dropping. So, anything that calls PNOT will cause ACPI abort.
Link to comment
Share on other sites
dark_hacker
dark_hacker
Posted
  • Author
Posted

I have done a system file installation now I am using apfs, I disabled the trim not training and I have like kexts installed in L / E this all running less battery status to use a flag without clover abm_firstpolldelay = 16000 even though it does not work, the dsdt I am using this machine without saw 10.12.6

CLOVER + IOREG + Kextcache.zip

Link to comment
Share on other sites
RehabMan
RehabMan
Posted
Posted

I have done a system file installation now I am using apfs, I disabled the trim not training and I have like kexts installed in L / E this all running less battery status to use a flag without clover abm_firstpolldelay = 16000 even though it does not work, the dsdt I am using this machine without saw 10.12.6

PNOT problem still present.

Do you need to drop the CPU SSDTs?

If not, don't.

After you fix that, you can set config.plist/ACPI/SSDT/Generate=false (because your settings there are wrong anyway).

I would recommend HFS+J over APFS (APFS tends to slow boot).

Link to comment
Share on other sites
dark_hacker
dark_hacker
Posted
  • Author
Posted

PNOT problem still present.

Do you need to drop the CPU SSDTs?

If not, don't.

After you fix that, you can set config.plist/ACPI/SSDT/Generate=false (because your settings there are wrong anyway).

I would recommend HFS+J over APFS (APFS tends to slow boot).

 

then the correct way and configure config.plist / ACPI / SSDT / Generate = false and dropoem = yes?

 

What is wrong now you can see? Battery status still not working

 

I noticed that APFS to me is faster than HFS+J so I switched

CLOVER + IOREG + Kextcache.zip

Link to comment
Share on other sites
kylon
kylon
Posted
Posted

 

 

Your kextcache output proves that your kexts are not installed correctly.

All "kexts you need" must be installed to the system volume, typically to /L/E.

For your case, I have no idea where ACPIBatteryManager.kext is even coming from, since I don't see it in EFI/Clover/kexts either.

 

What is this added code to _REG in DSDT?

 

                            If (LAnd (LEqual (Arg0, 0x03), LEqual (Arg1, One)))
                            {
                                TSDS ()
                            }
Note also that your PNOT is accessing objects defined in SSDTs that you're dropping. So, anything that calls PNOT will cause ACPI abort.

How is this possible?

 

ACPIBatteryManager.kext is in L/E, thats why you can t find it in clover/kexts

The kext is loaded (somehow)

 

The code in _REG is needed to fix the fan speed, because i disabled my nvidia.

If i remove that code my fan will stay at 100% all the time.

 

I m using this code even on linux to disable the dGpu but it is not working in windows (fan at 100%)

 

I found the call to TSDS in _OFF or _DOFF

 

Do you mean PDCx, found in cpuPm?

If yes, mmh, i remember apianti said something about patching the oem cpu SSDTs

Should i patch my SSDTs instead of using piker alpha script?

 

Thanks

Link to comment
Share on other sites
RehabMan
RehabMan
Posted
Posted

then the correct way and configure config.plist / ACPI / SSDT / Generate = false and dropoem = yes?

 

What is wrong now you can see? Battery status still not working

 

I noticed that APFS to me is faster than HFS+J so I switched

You still have unpatched PNOT and DropOem=true. It will cause problems as any time PNOT is executed, it will cause ACPI abort.

Don't drop OEM SSDTs unless you need to.

And if you need to, you will need to eliminate dependencies on those SSDTs by patching DSDT as appropriate.

Link to comment
Share on other sites
RehabMan
RehabMan
Posted
Posted

fixed PNOT

anyway, battery is still not working

 

Thanks

You should experiment with different values for abm_firstpolldelay.

Also try with a fresh install (no garbage installed).

 

And comments regarding your ACPI configuration:

- Do you really need to drop the CPU related SSDTs? (if you don't need to, don't). Then PNOT patch not required.

- Assuming you actually _NEED_ to drop the CPU related SSDTs, Instead of putting patched SSDT-2-SataTabl.aml in ACPI/patched, you can drop the CPU related SSDTs by OEM tableID (with DropTables), then no need to put patched SSDT-2-SataTabl in ACPI/patched, and no need for DropOem=true.

  • Like 1
Link to comment
Share on other sites
kylon
kylon
Posted
Posted

More than 16 seconds?

Is my boot so slow? I m using a good hdd, it should be "fast".

 

Battery is not working even in a fresh install of HS

 

Battery infos are unknown, charge is 0, mah is 0.

 

 

I tried to use my ssdts but there s a cpu panic (renamed _pss to apss and _cst to acst).

 

Objects in PNOT are defined in cpuPm, so i have no choice.

The other ssdts are useless.

 

Do you know how can i correctly patch my oem ssdts?

Are they better than piker ssdt?

 

I renamed SAT0 to SATA, so i need to inject a patched sataTbl.

 

This means that i m dropping all my ssdts.

 

Is EC0 working now?

Because AppleBusPowerManager (or something like that) was only loaded under EC.

 

 

Thanks

You comments are much appreciated

Link to comment
Share on other sites
RehabMan
RehabMan
Posted
Posted

More than 16 seconds?

Is my boot so slow? I m using a good hdd, it should be "fast".

No idea. I'm not sitting at your computer. You are.

Also, I wrote "try other values for abm_firstpolldelay". That does not necessarily mean only values that are larger than 16s.

If you want fast booting, you should use an SSD.

 

Battery infos are unknown, charge is 0, mah is 0.

Check ioreg.

Check output from debug ACPIBatteryManager.kext.

Make sure you patched ACPI correctly to avoid multibyte EC access.

 

I tried to use my ssdts but there s a cpu panic (renamed _pss to apss and _cst to acst).

Too bad your profile has no hardware details.

No ideas for you given lack of information.

Make sure you disabled config.plist/SSDT/Generate when attempting to use native CPU SSDTs.

 

The other ssdts are useless.

Except for the SATA ssdt (because you were putting it in ACPI/patched).

 

Do you know how can i correctly patch my oem ssdts?

Are they better than piker ssdt?

Typically, OEM SSDTs are used along with ssdtPRgen.sh generated SSDT.aml.

 

I renamed SAT0 to SATA, so i need to inject a patched sataTbl.

Not a necessary rename.

And can be done with config.plist/ACPI/DSDT/Patches instead.

 

Is EC0 working now?

Because AppleBusPowerManager (or something like that) was only loaded under EC.

Renaming EC0->EC is safe if you DO NOT have an ECDT.

If you can't rename to EC (due to ECDT), you must use a fake EC (see SSDT-EC.dsl in my github repo).

  • Like 1
Link to comment
Share on other sites
kylon
kylon
Posted
Posted

Check ioreg.

Check output from debug ACPIBatteryManager.kext.

Make sure you patched ACPI correctly to avoid multibyte EC access.

sorry, i don t know what i should look for :\

any hint?

 

 

Too bad your profile has no hardware details.

No ideas for you given lack of information.

Make sure you disabled config.plist/SSDT/Generate when attempting to use native CPU SSDTs.

uh?

 

model x53sj-sx148v

i7 2630QM

nvidia GT 520M

16GB ram

 

No SSDT/Generate.

 

do you need more details?

i ll update my profile for the future.

 

 

mmh, are the other ssdts (dynamic, coz i have to drop cpuPm and ist) useful if neither the dsdt nor the ssdt(generated) are accessing their objects or methods?

(except sata)

 

it should be ok now,

 

boot-ec

|- AppleACPIEC

 

EC

|- AppleBusPowerController

 

(acpi files are the same as before + SSDT-EC.dsl)

 

Thanks

battery-log.zip

Link to comment
Share on other sites
RehabMan
RehabMan
Posted
Posted

sorry, i don t know what i should look for :\

any hint?

You will need to read the ACPI spec for a better understanding of _BIF and _BST.

 

model x53sj-sx148v

i7 2630QM

nvidia GT 520M

16GB ram

I will soon forget. Should be in your signature.

 

No SSDT/Generate.

You're getting defaults, which may not be what you want.

 

mmh, are the other ssdts (dynamic, coz i have to drop cpuPm and ist) useful if neither the dsdt nor the ssdt(generated) are accessing their objects or methods?

(except sata)

They are "useful" as they are referenced from other files in ACPI (DSDT).

Don't eliminate them unless you actually need to.

  • Like 1
Link to comment
Share on other sites
  • 2 weeks later...
 Share
Go to topic listing
×
×
  • Create New...