Since yours is an HP notebook, why don't you follow this guide?
https://www.tonymacx86.com/threads/guide-hp-probook-elitebook-zbook-using-clover-uefi-hotpatch.261719/
I think the cycle count is not in EC for Lenovo X230, but thank you for teaching me how to reverse engineer by using RW-Everything; it will help me to get the cycle count info for other model.
Hi Rehabman, please refer to the attachment for the EC info. In the first place, I thought either offset 0x00 and 0x5e will be the cycle count info and 0x5e is more logical as per my usage. However, I found the data is not static; it will change when re-open RW-Everything or reboot.
Please...
ok will read later. inconvenient at the moment.
sbcc - sbac = 19126 - 19071 = 55
is also make sense. but just don't know if it is static data or dynamic data.
FYI, sbcc data is generated from B1B2 Method, that why I said assuming cycle count data is from double bytes, if single may also do the...
Here is part of the EC data:
CC 19126
FC 10800
DC/SB 5616
AC 19071
DV 10800
BAF 10
BBS 255
BAE 19126
BRS 49
BOM 17085
BSI 49
BDT 16785
I either use the last 2 character or 3 of the original EC register name.
I did use 15 fields of _BIF to retrieve total length (256bits; 32 bytes) of EC (EmbeddedController claims that the total length is 0x100), but no one seems to be the correct cycle count.
Hi RehabMan,
Thank you for your confirmation!
By using the old battery's design capacity 6216, the calculation of the cycle count is making more sense. I suspect that manufacturer forgot to update the design capacity bits when upgrade to higher capacity cells. I then use the following code...
Welcome back RehabMan!
The debug ACPIBatteryManager.kext shows that the Design Capacity is lower than the Max Capacity. I think this is the reason of "Cycle Count" not showing.
Hi RehabMan,
Following my previous post regarding Shutdown issue,
https://www.tonymacx86.com/threads/solved-high-sierra-the-laptop-restart-after-shutdown.252410/page-2#post-1763226
I borrow some codes from here...
Thanks for your prompt reply!
I have done 3 more tests today:
System booted up->Sleep->wake from sleep->Eject USB3 from Desktop (but still plugged-in)->perform Shutdown->but reboot
System booted up->Sleep->wake from sleep->Eject USB3 from Desktop (unplugged USB3)->perform Shutdown->shut down...
Hi RehabMan,
Sorry! I think I should upload the before and after scenario debug information.
As per your previous explanation, my DSDT is missing PMEE definition, so I have to define it in my SSDT-X230-PTS.aml myself. Everything looked good and problem was solved in the first place...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.