I can't stand batteries that die after 4 years.
As you may know: staying in the 30-80% range is ideal. Staying under 20% or staying at 100% will degrade/age your battery faster.
I try to keep it in the 37-65% range [28% DoD/Depth-of-Discharge] -- it lasts long without sacrificing usability for me.
I've read somewhere that Samsung limits us to <93% out of the box -- so, you never really charge to 100% and then degrade your battery faster.
What's your experience been with battery longevity?
Dialing *#0228# tells you the voltage and some battery health info.
I looked here: https://opensource.samsung.com/uploadSearch?searchValue=g998
I downloaded and unzipped: SM-G998U_NA_RR_Opensource.zip
I found this little tidbit:
C:
battery {
battery,fgsrc_switch_name = "max77705-charger";
status = "okay";
compatible = "samsung,sec-battery";
battery,vendor = "Battery";
battery,charger_name = "sec-direct-charger";
battery,fuelgauge_name = "max77705-fuelgauge";
battery,technology = <0x2>;
battery,batt_data_version = <0x3>;
battery,temp_adc_type = <0x1>;
battery,adc_check_count = <0x5>;
battery,temp_check_type = <0x2>;
battery,usb_temp_check_type = <0x2>;
battery,chg_temp_check_type = <0x2>;
battery,wpc_temp_check_type = <0x2>;
battery,thermal_source = <0x2>;
battery,usb_thermal_source = <0x2>;
battery,chg_thermal_source = <0x2>;
battery,wpc_thermal_source = <0x2>;
battery,polling_time = <0xa 0x1e 0x1e 0x1e 0xe10>;
battery,cable_check_type = <0x4>;
battery,cable_source_type = <0x1>;
battery,polling_type = <0x1>;
battery,monitor_initial_count = <0x0>;
battery,battery_check_type = <0x0>;
battery,ovp_uvlo_check_type = <0x3>;
battery,temp_check_count = <0x1>;
battery,overheatlimit_threshold = <0x2bc>;
battery,overheatlimit_recovery = <0x2a8>;
battery,wire_warm_overheat_thresh = <0x1f4>;
battery,wire_normal_warm_thresh = <0x1a4>;
battery,wire_cool1_normal_thresh = <0xb4>;
battery,wire_cool2_cool1_thresh = <0x96>;
battery,wire_cool3_cool2_thresh = <0x32>;
battery,wire_cold_cool3_thresh = <0x0>;
battery,wireless_warm_overheat_thresh = <0x1c2>;
battery,wireless_normal_warm_thresh = <0x1a4>;
battery,wireless_cool1_normal_thresh = <0xb4>;
battery,wireless_cool2_cool1_thresh = <0x96>;
battery,wireless_cool3_cool2_thresh = <0x32>;
battery,wireless_cold_cool3_thresh = <0x0>;
battery,tx_high_threshold = <0x1c2>;
battery,tx_high_recovery = <0x190>;
battery,tx_low_threshold = <0x0>;
battery,tx_low_recovery = <0x32>;
battery,wire_warm_current = <0x625>;
battery,wire_cool1_current = <0xc4a>;
battery,wire_cool2_current = <0x418>;
battery,wire_cool3_current = <0x1b5>;
battery,wireless_warm_current = <0x418>;
battery,wireless_cool1_current = <0xc4a>;
battery,wireless_cool2_current = <0x418>;
battery,wireless_cool3_current = <0x1b5>;
battery,full_check_type = <0x2>;
battery,full_check_type_2nd = <0x2>;
battery,full_check_count = <0x1>;
battery,chg_gpio_full_check = <0x0>;
battery,chg_polarity_full_check = <0x1>;
battery,chg_high_temp = <0x1d6>;
battery,chg_high_temp_recovery = <0x1c2>;
battery,chg_input_limit_current = <0x3e8>;
battery,chg_charging_limit_current = <0x76c>;
battery,dchg_high_temp = <0x21c>;
battery,dchg_high_temp_recovery = <0x190>;
battery,dchg_high_batt_temp = <0x190>;
battery,dchg_high_batt_temp_recovery = <0x17c>;
battery,dchg_input_limit_current = <0x3e8>;
battery,dchg_charging_limit_current = <0x7d0>;
battery,wpc_temp_control_source = <0x1>;
battery,wpc_high_temp = <0x172>;
battery,wpc_high_temp_recovery = <0x15e>;
battery,wpc_input_limit_current = <0x258>;
battery,wpc_charging_limit_current = <0x3e8>;
battery,wpc_temp_lcd_on_control_source = <0x1>;
battery,wpc_lcd_on_high_temp = <0x181>;
battery,wpc_lcd_on_high_temp_rec = <0x16d>;
battery,wpc_lcd_on_input_limit_current = <0x1c2>;
battery,wpc_store_high_temp = <0x168>;
battery,wpc_store_high_temp_recovery = <0x154>;
battery,wpc_store_charging_limit_current = <0x190>;
battery,wpc_store_lcd_on_high_temp = <0x168>;
battery,wpc_store_lcd_on_high_temp_rec = <0x12c>;
battery,wpc_store_lcd_on_charging_limit_current = <0x190>;
battery,charging_limit_by_tx_check = <0x1>;
battery,charging_limit_current_by_tx = <0x320>;
battery,sleep_mode_limit_current = <0x320>;
battery,wc_full_input_limit_current = <0x64>;
battery,ta_alert_wa;
battery,mix_high_temp = <0x1a4>;
battery,mix_high_chg_temp = <0x1f4>;
battery,mix_high_temp_recovery = <0x186>;
battery,full_condition_type = <0x9>;
battery,full_condition_soc = <0x5d>;
battery,full_condition_vcell = <0x10fe>;
battery,recharge_check_count = <0x1>;
battery,recharge_condition_type = <0x4>;
battery,recharge_condition_soc = <0x62>;
battery,recharge_condition_vcell = <0x10ea>;
battery,charging_total_time = <0x3840>;
battery,hv_charging_total_time = <0x2a30>;
battery,normal_charging_total_time = <0x4650>;
battery,usb_charging_total_time = <0x8ca0>;
battery,recharging_total_time = <0x1518>;
battery,charging_reset_time = <0x0>;
battery,chg_float_voltage = <0x1130>;
battery,pre_afc_work_delay = <0x7d0>;
battery,pre_wc_afc_work_delay = <0xfa0>;
battery,pre_afc_input_current = <0x1f4>;
battery,pre_wc_afc_input_current = <0x1f4>;
battery,prepare_ta_delay = <0x0>;
battery,swelling_high_rechg_voltage = <0xfd2>;
battery,swelling_low_rechg_voltage = <0x109a>;
battery,siop_icl = <0x4b0>;
battery,siop_fcc = <0x708>;
battery,siop_hv_icl = <0x2bc>;
battery,siop_hv_icl_2nd = <0x226>;
battery,siop_hv_fcc = <0x708>;
battery,siop_apdo_icl = <0x3e8>;
battery,siop_apdo_fcc = <0x7d0>;
battery,siop_wpc_icl = <0x258>;
battery,siop_wpc_fcc = <0x3e8 0x1f4 0x64>;
battery,siop_hv_wpc_icl = <0x2bc>;
battery,siop_hv_wpc_fcc = <0x3e8 0x1f4 0x64>;
battery,siop_store_hv_wpc_icl = <0x1c2>;
battery,store_mode_buckoff;
battery,rp_current_rp1 = <0x1f4>;
battery,rp_current_rp2 = <0x5dc>;
battery,rp_current_rp3 = <0xbb8>;
battery,rp_current_rdu_rp3 = <0x834>;
battery,rp_current_abnormal_rp3 = <0x708>;
battery,pd_charging_charge_power = <0x3a98>;
battery,max_charging_current = <0xc4e>;
battery,wireless_cc_cv = <0x55>;
battery,wireless_otg_input_current = <0x384>;
battery,age_data = <0x0 0x1130 0x10ea 0x10fe 0x5d 0x12c 0x111c 0x10d6 0x10ea 0x5c 0x190 0x1108 0x10c2 0x10d6 0x5b 0x2bc 0x10f4 0x10ae 0x10c2 0x5a 0x3e8 0x10c2 0x107c 0x1090 0x59>;
battery,max_input_voltage = <0x2328>;
battery,max_input_current = <0xbb8>;
battery,cisd_alg_index = <0x8>;
battery,cisd_max_voltage_thr = <0x1162>;
battery,ignore_cisd_index = <0x0 0x0>;
battery,ignore_cisd_index_d = <0x0 0x50>;
battery,expired_time = <0x23dc>;
battery,recharging_expired_time = <0x1518>;
battery,battery_full_capacity = <0x1388>;
battery,ttf_capacity = <0xfa0>;
battery,cv_data = <0xc9c 0x360 0x5fe 0xbfb 0x368 0x5d5 0xb50 0x371 0x5a2 0xa87 0x37c 0x564 0x9bc 0x386 0x50d 0x8d7 0x38e 0x4b5 0x837 0x398 0x454 0x777 0x3a2 0x3e8 0x6ba 0x3ae 0x367 0x5fc 0x3b6 0x2fb 0x53a 0x3c0 0x2ad 0x4bd 0x3c9 0x1e6 0x431 0x3d4 0x133 0x3a4 0x3de 0x73 0x2ce 0x3e8 0x0>;
io-channels = <0x1 0x14b 0x1 0x148 0x1 0x14b 0x1 0x145>;
io-channel-names = "adc-temp", "adc-chg-temp", "adc-wpc-temp", "adc-usb-temp", "n/a";
pinctrl-names = "default";
pinctrl-0 = <0x2 0x3 0x4 0x5>;
battery,wireless_charger_name = "mfc-charger";
battery,chip_vendor = "QCOM";
battery,dchg_temp_check_type = <0x2>;
battery,dchg_thermal_source = <0x3>;
battery,temp_table_adc = <0x12b22 0x16468 0x1a04e 0x1e3cd 0x233b7 0x2923f 0x2ffbb 0x38079 0x41321 0x4bb53 0x57517 0x64362 0x72459 0x80f5d 0x903c3 0x9f70e 0xae404 0xbc629 0xc91ab 0xd4b03 0xde824 0xe6b56 0xed8a6>;
battery,temp_table_data = <0x384 0x352 0x320 0x2ee 0x2bc 0x28a 0x258 0x226 0x1f4 0x1c2 0x190 0x15e 0x12c 0xfa 0xc8 0x96 0x64 0x32 0x0 0xffffffce 0xffffff9c 0xffffff6a 0xffffff38>;
battery,usb_temp_table_adc = <0x11d28 0x15214 0x18e0e 0x1d395 0x2270b 0x28807 0x2f5ee 0x3790b 0x40e91 0x4b921 0x5771e 0x64961 0x72c4a 0x81a9a 0x90f2a 0xa0602 0xaf643 0xbd228 0xc9c0f 0xd46df 0xde93d 0xe66b0 0xeda6d>;
battery,usb_temp_table_data = <0x384 0x352 0x320 0x2ee 0x2bc 0x28a 0x258 0x226 0x1f4 0x1c2 0x190 0x15e 0x12c 0xfa 0xc8 0x96 0x64 0x32 0x0 0xffffffce 0xffffff9c 0xffffff6a 0xffffff38>;
battery,chg_temp_table_adc = <0xea60 0x120fe 0x1605a 0x1a3c4 0x1f430 0x25070 0x2be43 0x33e6a 0x3d0bb 0x478ec 0x53461 0x60488 0x6e595 0x7d1b2 0x8ca3b 0x9c1aa 0xabf5a 0xba35c 0xc7078 0xd2515 0xdcc84 0xe57fd 0xec91b>;
battery,chg_temp_table_data = <0x384 0x352 0x320 0x2ee 0x2bc 0x28a 0x258 0x226 0x1f4 0x1c2 0x190 0x15e 0x12c 0xfa 0xc8 0x96 0x64 0x32 0x0 0xffffffce 0xffffff9c 0xffffff6a 0xffffff38>;
battery,wpc_temp_table_adc = <0x12b22 0x16468 0x1a04e 0x1e3cd 0x233b7 0x2923f 0x2ffbb 0x38079 0x41321 0x4bb53 0x57517 0x64362 0x72459 0x80f5d 0x903c3 0x9f70e 0xae404 0xbc629 0xc91ab 0xd4b03 0xde824 0xe6b56 0xed8a6>;
battery,wpc_temp_table_data = <0x384 0x352 0x320 0x2ee 0x2bc 0x28a 0x258 0x226 0x1f4 0x1c2 0x190 0x15e 0x12c 0xfa 0xc8 0x96 0x64 0x32 0x0 0xffffffce 0xffffff9c 0xffffff6a 0xffffff38>;
battery,dchg_temp_table_adc = <0x15f90 0x1dc88 0x24a80 0x2c1a2 0x34b18 0x3e6e2 0x49e2a 0x57a1a 0x67188 0x78d9e 0x8d786 0xa3cec 0xbbdd0 0xd5108 0xeffbe 0x10a54a 0x125400 0x13d4e4 0x154374 0x168432 0x17971e 0x187c38 0x193caa>;
battery,dchg_temp_table_data = <0x384 0x352 0x320 0x2ee 0x2bc 0x28a 0x258 0x226 0x1f4 0x1c2 0x190 0x15e 0x12c 0xfa 0xc8 0x96 0x64 0x32 0x0 0xffffffce 0xffffff9c 0xffffff6a 0xffffff38>;
battery,charging_limit_current_by_tx_gear = <0x320>;
battery,standard_curr = <0x119e>;
battery,max_charging_charge_power = <0x61a8>;
battery,high_temp_float = <0x1068>;
battery,low_temp_float = <0x1130>;
battery,chg_ocp_current = <0x0>;
battery,chg_ocp_dtc = <0x64>;
battery,wpc_step_limit_temp = <0x168 0x15e>;
battery,wpc_step_limit_fcc = <0xc4e 0xc4e>;
battery,wpc_step_limit_fcc_12w = <0xc4e 0xc4e>;
battery,wpc_step_limit_fcc_15w = <0x898 0xa28>;
battery,health_condition = <0x384 0x4b 0x4b0 0x41 0x5dc 0x37>;
battery,step_chg_type = <0x0>;
battery,dc_step_chg_type = <0xe9>;
battery,dc_step_chg_charge_power = <0x55f0>;
battery,dc_step_chg_step = <0x3>;
battery,dc_step_chg_cond_vol = <0x1036 0x10c2 0x1130>;
battery,dc_step_chg_val_vfloat = <0x1036 0x10c2 0x1130>;
battery,dc_step_chg_val_iout = <0x15a4 0x15a4 0x119e>;
battery,dc_step_chg_iin_check_cnt = <0x3>;
battery,dc_step_chg_cond_soc = <0x14 0x32 0x64 0x14 0x32 0x64 0x14 0x32 0x64 0x14 0x32 0x64 0x14 0x32 0x64>;
battery,dis_auto_shipmode_temp_ctrl;
battery,tx_stop_capacity = <0x1e>;
battery,tx_minduty_default = <0x14>;
battery,tx_minduty_5V = <0x32>;
battery,tx_uno_iout = <0x5dc>;
battery,tx_mfc_iout_gear = <0x5dc>;
battery,tx_mfc_iout_phone = <0x44c>;
battery,tx_mfc_iout_phone_5v = <0x12c>;
battery,tx_mfc_iout_lcd_on = <0x384>;
battery,tx_5v_disable;
battery,ttf_hv_charge_current = <0xad7>;
battery,ttf_hv_wireless_charge_current = <0x591>;
battery,ttf_wireless_charge_current = <0x366>;
battery,ttf_dc25_charge_current = <0x1324>;
phandle = <0xbb>;
};
For a few years now, since I discovered Accubattery, I've keeping charges capped at 80% most of the time (sometimes you just know it's going to be a long day...).
My S7Edge battery after 5+ years it's still around 80% capacity...so the method works.
Before the S21 ultra I used a Huawei mate 20 pro...that one is still reporting 95% capacity after 2.5 years.
I don't understand for the life of me, why it's just Lenovo (laptops) and Asus (phones) that allow the user to predetermine a charge threshold....say 80% and stop once it's reached.
Hello Samsung???
Many other laptop manufacturers allow you to set charging limits, like Dell.
SONY also -- both phones and laptops.
Samsung does have charging limits in BIOS I think.
I too have been using Accubattery with IFTTT and a smart plug for several years to limit charging to around 75% or so and have found very positive results with battery life extension on every device I’ve used this process on.
Since getting my S21U in February I have repeatedly asked Samsung tech support if there can be an option added to their Bixby Routines to end battery charging. They currently do provide options for fast charging, super fast charging & fast wireless charging in their Bixby Routines. The question is, would the present hardware configuration support the addition of an option to end charging at a user configured charge level. I have never received a response from Samsung concerning the possibility of adding such a feature to the S21U.
Maybe if they received a similar request from additional interested users, they would be motivated to look into adding what would be a very useful and valuable feature to their top of the line phone!
Even if Samsung doesn't top off at100% it would extend battery life, not shorten it.
People confuse Li charging characteristics with NiCads.
neilth said:
I too have been using Accubattery with IFTTT and a smart plug for several years to limit charging to around 75% or so and have found very positive results with battery life extension on every device I’ve used this process on.
Since getting my S21U in February I have repeatedly asked Samsung tech support if there can be an option added to their Bixby Routines to end battery charging. They currently do provide options for fast charging, super fast charging & fast wireless charging in their Bixby Routines. The question is, would the present hardware configuration support the addition of an option to end charging at a user configured charge level. I have never received a response from Samsung concerning the possibility of adding such a feature to the S21U.
Maybe if they received a similar request from additional interested users, they would be motivated to look into adding what would be a very useful and valuable feature to their top of the line phone!
Click to expand...
Click to collapse
I don't use AccuBattery. It isn't accurate IMO. I did buy it but it's just in my Google Play library now. And, I use Bixby Routines to notify me when the battery level reaches certain limits I've set. I wish there was a way to get these Bixby notifications to show up on my Fit2 watch.
This is easy to do if you root. I don't want to root.
Plus, ASUS and SONY both offer bypass-charging.
So, clearly, this can be done.
Samsung should add this to the Battery Guardian app as an advanced setting for "pro-users".
I already run the phone on the lowest possible settings (720p, 60fps, eye comfort shield, 70%, low power mode, etc.) and use a Bixby Routine to enable a high-quality mode (full resolution, adaptive 120fps, high brightness, 100% CPU, etc.) when I want to turn things up. I did set Thermal Guardian to the lowest setting.
I have an SD888 S21U.
Ordinarily, my Android phones die in 4 years max because the battery can't handle a simple app launch without shutting down. Of course, if it's connected to an outlet, it'll run just fine. As the battery degrades, if you draw more power/current from it, it'll fail to maintain voltage and boom: shut-down. I think this has to do with internal resistance building up from degradation.
This was "my fault" because I would leave the phone on 100% for at least 12 hours a day for 4 years straight. I also may have let it drain down to near 0 once or twice in its later years.
Now, after understanding Li-ion batteries: I'll replace my phone at year 4. But, I'll do so without having to ever worry about the longevity and quality of my battery at that point.
Also, if you buy a popular Samsung or iPhone -- you can buy a battery case 3 years into the phone's release date.
blackhawk said:
Even if Samsung doesn't top off at100% it would extend battery life, not shorten it.
People confuse Li charging characteristics with NiCads.
Click to expand...
Click to collapse
"full_condition_soc = <0x5d>;" = 93% in decimal.
They seem to be doing SOME over-provisioning.
Some people with S8s have reported that their battery longevity is superior.
neilth said:
I too have been using Accubattery with IFTTT and a smart plug for several years to limit charging to around 75% or so and have found very positive results with battery life extension on every device I’ve used this process on.
Since getting my S21U in February I have repeatedly asked Samsung tech support if there can be an option added to their Bixby Routines to end battery charging. They currently do provide options for fast charging, super fast charging & fast wireless charging in their Bixby Routines. The question is, would the present hardware configuration support the addition of an option to end charging at a user configured charge level. I have never received a response from Samsung concerning the possibility of adding such a feature to the S21U.
Maybe if they received a similar request from additional interested users, they would be motivated to look into adding what would be a very useful and valuable feature to their top of the line phone!
Click to expand...
Click to collapse
Battery Life ≠ Battery Longevity
And, can you give us an example of your positive experiences with limiting to 75%?
nixnixnixnix4 said:
"full_condition_soc = <0x5d>;" = 93% in decimal.
They seem to be doing SOME over-provisioning.
Some people with S8s have reported that their battery longevity is superior.
Click to expand...
Click to collapse
Over-provisioning is not proper battery terminology.
You mean a topping charge?
Given Samsung's past Li thermal runaway battery melee I doubt they would do that.
Over provisioning is what electric cars do.
They cycle you in 30-80% rather than 0-100%.
Read here: Lower charge voltages prolong battery life and electric vehicles and satellites take advantage of this.
How to Prolong Lithium-based Batteries - Battery University
Discover what causes Li-ion to age and what the battery user can do to prolong its life
batteryuniversity.com
neilth said:
I have repeatedly asked Samsung tech support if there can be an option added to their Bixby Routines to end battery charging.
Click to expand...
Click to collapse
Where did you ask them? I'd like to do the same.
So you want to midrange power cycle the cell?
Samsung doesn't provide for that. On stock Samsung's you need to do it manually.
Accubattery has a audible high alert you can set.
In reality changing out the battery is no big deal once you see how it's done. Just take your time breaking the adhesive seals. Heat the rear panel first and use a little anhydrous isopropyl alcohol* to help break the bond especially on the battery.
Have all the tools you need beforehand.
Observe ESD protocols; at least have a RH of 40-70% in the room. The cleaner the better.
*never use around LCD displays as it will poison them! OLEDs etc, ok too.
nixnixnixnix4 said:
Where did you ask them? I'd like to do the same.
Click to expand...
Click to collapse
Lol, I don't think bixby is that smart
I completely disabled that turdware.
I read its EULA, no way. I firewall block Samsung out of my device as much as possible.
nixnixnixnix4 said:
Where did you ask them? I'd like to do the same.
Click to expand...
Click to collapse
In the Samsung Members app in Community and under Get Help. There’s also an 800 number available in the app which I called and spoke with someone who thought the it would be a great option to be able to end charging in a Bixby Routin.
nixnixnixnix4 said:
Battery Life ≠ Battery Longevity
And, can you give us an example of your positive experiences with limiting to 75%?
Click to expand...
Click to collapse
{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
Here’s two and a half years of battery history on my Pixel 2XL shown in AccuBattery from August 2018 to February 2021. It says at the top that battery capacity is still 97%, which I don’t believe can be true. But, the performance of the phone and battery is excellent. I would guess that the actual battery capacity is somewhere between 85 and 90%, much higher than it would be if I had been charging the battery to 100% instead of 76% or so every day.
blackhawk said:
So you want to midrange power cycle the cell?
Samsung doesn't provide for that. On stock Samsung's you need to do it manually.
Accubattery has a audible high alert you can set.
In reality changing out the battery is no big deal once you see how it's done. Just take your time breaking the adhesive seals. Heat the rear panel first and use a little anhydrous isopropyl alcohol* to help break the bond especially on the battery.
Have all the tools you need beforehand.
Observe ESD protocols; at least have a RH of 40-70% in the room. The cleaner the better.
*never use around LCD displays as it will poison them! OLEDs etc, ok too.
Click to expand...
Click to collapse
Rather than change the battery -- you're better off buying a battery-case around year 3 of phone ownership. Similar cost and lower risk.
neilth said:
Here’s two and a half years of battery history on my Pixel 2XL shown in AccuBattery from August 2018 to February 2021. It says at the top that battery capacity is still 97%, which I don’t believe can be true. But, the performance of the phone and battery is excellent. I would guess that the actual battery capacity is somewhere between 85 and 90%, much higher than it would be if I had been charging the battery to 100% instead of 76% or so every day.
Click to expand...
Click to collapse
You son of a b!tch, you did it, you actually did it!
THANK YOU!
blackhawk said:
Lol, I don't think bixby is that smart
I completely disabled that turdware.
I read its EULA, no way. I firewall block Samsung out of my device as much as possible.
Click to expand...
Click to collapse
Bixby Routines and Routines+ is decent and quick.
I did disable Bixby Voice itself as much as possible.
What firewall do you use?
nixnixnixnix4 said:
Bixby Routines and Routines+ is decent and quick.
I did disable Bixby Voice itself as much as possible.
What firewall do you use?
Click to expand...
Click to collapse
Karma Firewall, freeware that uses almost no battery. I don't think it's logging feature is functional in Q and above, works fine with Pie.
nixnixnixnix4 said:
Rather than change the battery -- you're better off buying a battery-case around year 3 of phone ownership. Similar cost and lower risk.
Click to expand...
Click to collapse
I have the Note 10+ and saw the repair reviews.
It's supposedly a hard fix. Nah, not the battery if you take your time. Had it changed out for $50 plus I got to watch and learn. It's charging and running like new again. Well worth the trouble.
Aging Li's are a risk that only increases with age.
My battery swelled and I was lucky it didn't damage the display. A thermal runaway also much more likely in that state.
Greatly reduced capacity (especially if it happens in a few days) and erratic fast charging are signs of a battery failure. Any swelling is a failure☠
Replace it.
Related
AS THE TITLE .............. ( for ex. Galaxy S )
No, due kernel limitations (and you cant change that, due locked bootloader). Check older threads, it should be stated somewhere.
Ciao
G
Sent from my Milestone using Tapatalk
Nope.
But it's not too difficult to get an accurate idea of what percent it's at.
Use Battery Monitor Widget which uses very little resources and have it display the mV.
Full battery is 4200mV
Empty is 3200mV
The difference is 1000mV so the math is easy to do in your head.
Say it's at 3900 mV
It's 3900-3200 = 700 which is 70% (do 700/1000% or 700/10)
So, even if the phone tells me 60 or 80%, I know that it's really 70%
To make it even easier, what I really do is I just do 9-2 and add a 0. 70 heh
And if it's 3550 you know its basically 550-200 = 350 which is 35%
zeppelinrox said:
Nope.
But it's not too difficult to get an accurate idea of what percent it's at.
Use Battery Monitor Widget which uses very little resources and have it display the mV.
Full battery is 4200mV
Empty is 3200mV
The difference is 1000mV so the math is easy to do in your head.
Say it's at 3900 mV
It's 3900-3200 = 700 which is 70% (do 700/1000% or 700/10)
So, even if the phone tells me 60 or 80%, I know that it's really 70%
To make it even easier, what I really do is I just do 9-2 and add a 0. 70 heh
And if it's 3550 you know its basically 550-200 = 350 which is 35%
Click to expand...
Click to collapse
It's a good app
BUT
regarding Full battery = 4200mV
My MS when battery is full = 4194mV ( after calibration )
only one single time i saw battery = 4200mV
Is it OK ?????
Yep it's ok
I wouldnt' worry about that too much
Using the voltage to gauge charge state isn't so great because it also drops under load. You can see this using BMW - set it to show two graphs and compare "voltage" with "available". Every time you wake the phone up the voltage drops.
With the extra contacts, the battery pack perhaps has a "coulomb counter" (e.g DS2740) to very accurately track current going both ways. If we can communicate with this chip (or chips) in the battery pack, we can do our own "available" calculations.
Or can we patch the kernel (binary) so it doesn't round off the percentage?
Here's my issue. I have two LG Blacks. I charged them both and they were hardly used. They both have V30F installed. Canadian we are
Mine (Battery at 87%)
Cell Standby = 35%
Android OS = 21%
(Keep Awake) = 32 min.
Phone Idle = 14%
Voice Calls = 8%
Android System = 4%
Battery Comsumption = 16H 38Min
Hers (Battery at 29%)
Android OS = 82%
(Keep Awake) = 11 Hours 29 Min
Cell Standby = 10%
Phone Idle = 4%
Screen = 3%
Battery Consumption = 19H 55Min.
All the same apps used. Nothing installed but regular widgets from Koodo. Why is the Android OS using so much battery
EDIT: Fixed this issue by doing a factory reset. All is up to speed
Ktoonsez presents:
{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
KT-SGS6 kernel features
•Must have a S6 model G920F and G920I and G920S and G920T and G925F and G925I and G925S and G925T
•Samsung open source
•Optimized kernel configuration
•unsecure root adb
•Voltage interface
•Over Clocking
•Under Clocking
•KTweaker app for kernel control
•KTweaker Widgets
•KTmonitor app to watch your cpu cores current speed
Click to expand...
Click to collapse
KTweaker Shop and profile help, plus previous versions can be seen here (thanks to LuigiBull23):
http://forum.xda-developers.com/tmo...nel-kt-sgs6-builds-variants-ktweaker-t3107867
Touchwiz Lollipop 5.0 VERSION:
06.22.2015: http://bit.ly/1Jf6B2n
Click to expand...
Click to collapse
KTweaker Shop and profile help, plus previous versions can be seen here (thanks to LuigiBull23):
http://forum.xda-developers.com/tmo...nel-kt-sgs6-builds-variants-ktweaker-t3107867
Sources can be found here:
https://github.com/ktoonsez/KTSGS6
What you can expect to get benchmark wise with a good CPU OC'd:
Change Log 05.18.2015
1. Add some more protection on hotplugging for phones that are not fully shutting down screen and still register touch while screen is off, causing reboots.
2. Making unified version now, so pay attention that the file name is now changed. There is still seperate version for the S6 and S6 Edge, and also Sprint needs a special due to radical differences from the GSM versions.
3. KTweaker: Added new 3 options prompt when restoring a profile. Instead of a yes/no question to apply, it now gives you the 3 options of: "Apply restored profile with its voltage", "Apply restored profile with my voltage", "Do not apply it"
Change Log 05.12.2015
1. The wait is over for ktoonservative governor!!!!!!!!!!!!!!!!!!!!!!!!
2. ktoonservative governor supports hotplugging for some amazing battery life and still smoooooooooth.
3. Shorten internal kernel name so Antutu wont crash on some phones.
4. LED Fade mode code added.
5. LED fade mode fade up time to set how long it takes to fade in.
6. LED fade mode fade down time to set how long it takes to fade out.
7. Disable LED start hour to allow a start time of when LED are NOT active.
8. Disable LED stop hour to allow a stop time of when LED are NOT active.
9. Disable LED always option to disable LEDs all together.
10. Built with Linaro official 4.9 with -O3 optimizations
11. Added ktoonsified v1 profile made by myself and Luigibull, you can get it in the KTweaker shop in KTweaker app. BE SURE TO LOAD YOU STOCK VOLTAGE TABLE AFTER APPLYING!!!!!!!
Change Log 05.02.2015
1. Added UC and OC steps for both CPU's. Little now ranges from 200-1600 and big ranges from 200-2496. Be sure to adjust voltages accordingly, the UC and OC steps may not work properly for your binned CPU without tweaking the voltage!!!!!!!!!!!!!!!!!
2. Included patch to insure deep sleep is NOT lossed
2. KTweaker 9.3
3. Cleaned up some FC issues
4. GPU screen is now fully functional for all items
5. "Get Phone Information" screen was pretty'd up and added CPU "Time in State" gride for both little and big cpus including Deep Sleep and Total up Time items.
6. OTA is now functional.
7. KTweaker Shop for Profiles is now functional. Only 1 profiles which is the stock settings.
8. Change Log item in KTweaker is now functional.
Change Log 04.29.2015
1. Add voltage control for little and BIG CPU's. Thanks to AndreiLux for pointing me to the right files.
2. Added ondemand and conservative governor.
3. Added CPU Min/Max control for BIG CPU
4. Added ability to tweak governor adjustments.
5. GPU governor selection is working, dont mess with Min/Max yet.
Change Log 04.19.2015
1. First build, things are just getting started
2. Min/Max will look weird upon open KTweaker the first time, just slide the Min and Max bars to what you want, this is only setup for the SMALL CPU.
3. So far you can only control the SMALL CPU which is the cpu that ranges from 400-1500Mhz
4. Control over Scheduler.
5. Control over governor for SMALL CPU.
6. Kernel is setup for SELInux Permissive
7. Lots of dmesg spam removed.
8. Dont bother setting other items in KTweaker just yet since things are just getting started.
9. As with all custom kernels since the S4, you may need to find "securestorage" line in build.prop and change from true to a false if you have trouble with wifi remembering your password after reboots.
10. If you have trouble with S-Health after installing custom kernels, Force Stop it and clear cache/data for the app, that will usually take care of it.
11. Please post a "dmesg" after running the kernel for 10-15 minutes and you have let the phone go into deep sleep at least once so I can remove more dmesg spam.
12. ENJOY the awesome!!!!!!!!!!!!!!!
ktoonservative explained:
Any item with the word cycle in it refers to how many sampling_rate's have occured. A 22 ruffly equates to 1 second for a sampling_rate of 45000
block_cycles_offline_screen_off =1
How many sampling_rate cycles need to occur before a core is allowed to go OFFLINE while the screen is OFF.
block_cycles_offline_screen_on = 11
How many sampling_rate cycles need to occur before a core is allowed to go OFFLINE while the screen is ON.
block_cycles_online_screen_off = 11
How many sampling_rate cycles need to occur before a core is allowed to go ONLINE while the screen is OFF.
block_cycles_online_screen_on = 3
How many sampling_rate cycles need to occur before a core is allowed to go ONLINE while the screen is ON.
block_cycles_raise_screen_off = 11
How many sampling_rate cycles need to occur before the current Mhz is allowed to be raised while the screen is OFF.
block_cycles_raise_screen_on = 3
How many sampling_rate cycles need to occur before the current Mhz is allowed to be raised while the screen is ON.
button_boost_screen_off_core_1 = 1
When this item is a 1, it will turn on the core #1 when a button any hard button is pressed while the screen is OFF. 0 leaves the core in its current state.
button_boost_screen_on_core_1 = 1
When this item is a 1, it will turn on the core #1 when a button any hard button is pressed while the screen is ON. 0 leaves the core in its current state.
button_boost_screen_off_core_2 = 1
When this item is a 1, it will turn on the core #2 when a button any hard button is pressed while the screen is OFF. 0 leaves the core in its current state.
button_boost_screen_on_core_2 = 1
When this item is a 1, it will turn on the core #2 when a button any hard button is pressed while the screen is ON. 0 leaves the core in its current state.
button_boost_screen_off_core_3 = 1
When this item is a 1, it will turn on the core #3 when a button any hard button is pressed while the screen is OFF. 0 leaves the core in its current state.
button_boost_screen_on_core_3 = 1
When this item is a 1, it will turn on the core #3 when a button any hard button is pressed while the screen is ON. 0 leaves the core in its current state.
button_boost_screen_off_core_4 = 1
When this item is a 1, it will turn on the core #4 when a button any hard button is pressed while the screen is OFF. 0 leaves the core in its current state.
button_boost_screen_on_core_4 = 1
When this item is a 1, it will turn on the core #4 when a button any hard button is pressed while the screen is ON. 0 leaves the core in its current state.
button_boost_screen_off_core_5 = 1
When this item is a 1, it will turn on the core #5 when a button any hard button is pressed while the screen is OFF. 0 leaves the core in its current state.
button_boost_screen_on_core_5 = 1
When this item is a 1, it will turn on the core #5 when a button any hard button is pressed while the screen is ON. 0 leaves the core in its current state.
button_boost_screen_off_core_6 = 1
When this item is a 1, it will turn on the core #6 when a button any hard button is pressed while the screen is OFF. 0 leaves the core in its current state.
button_boost_screen_on_core_6 = 1
When this item is a 1, it will turn on the core #6 when a button any hard button is pressed while the screen is ON. 0 leaves the core in its current state.
button_boost_screen_off_core_7 = 1
When this item is a 1, it will turn on the core #7 when a button any hard button is pressed while the screen is OFF. 0 leaves the core in its current state.
button_boost_screen_on_core_7 = 1
When this item is a 1, it will turn on the core #7 when a button any hard button is pressed while the screen is ON. 0 leaves the core in its current state.
boost_hold_cycles = 22
How many sampling_rate cycles need to occur before going out of CPU/GPU boost mode
cpu_load_adder_at_max_gpu = 0
When set to higher than zero, this will add to the actual CPU load to create a perceived higher load when an app is using alot of GPU but not CPU.
cpu_load_adder_at_max_gpu_ignore_tb = 0
When set to 1, this will ignore cpu_load_adder_at_max_gpu during touch/button boost. When set to 0 cpu_load_adder_at_max_gpu will be used all the time.
disable_hotplug = 0
When this item is a 1, it disables hotplugging so all cores stay on full time. 0 lets all cores turn on and off when needed.
disable_hotplug_bt = 0
When this item is a 1, it disables hotplugging so all cores stay on full time while paired to a bluetooth device and doing bluetooth activities like playing music, transfering files.... 0 doesn't do anything extra to the cores when doing bluetooth functions.
disable_hotplug_chrg = 0
When this item is a 1, it disables hotplugging so all cores stay on full time while charging the device. 0 doesn't do anything extra to the cores while charging.
disable_hotplug_media = 0
When this item is a 1, it disables hotplugging so all cores stay on full time while playing music or movies. 0 doesn't do anything extra to the cores while music or movies are playing.
down_threshold_screen_off = 52
A percentage of CPU utilization that needs to occur before the current Mhz begins to lower while screen is OFF.
down_threshold_screen_off_hotplug_1 = 40
A percentage of CPU utilization that needs to occur before the core #1 is taken offline while screen is OFF.
down_threshold_screen_off_hotplug_2 = 45
A percentage of CPU utilization that needs to occur before the core #2 is taken offline while screen is OFF.
down_threshold_screen_off_hotplug_3 = 50
A percentage of CPU utilization that needs to occur before the core #3 is taken offline while screen is OFF.
down_threshold_screen_off_hotplug_4 = 55
A percentage of CPU utilization that needs to occur before the core #4 is taken offline while screen is OFF.
down_threshold_screen_off_hotplug_5 = 60
A percentage of CPU utilization that needs to occur before the core #5 is taken offline while screen is OFF.
down_threshold_screen_off_hotplug_6 = 65
A percentage of CPU utilization that needs to occur before the core #6 is taken offline while screen is OFF.
down_threshold_screen_off_hotplug_7 = 70
A percentage of CPU utilization that needs to occur before the core #7 is taken offline while screen is OFF.
down_threshold_screen_on = 52
A percentage of CPU utilization that needs to occur before the current Mhz begins to lower while screen is ON.
down_threshold_screen_on_hotplug_1 = 35
A percentage of CPU utilization that needs to occur before the core #1 is taken offline while screen is ON.
down_threshold_screen_on_hotplug_2 = 40
A percentage of CPU utilization that needs to occur before the core #2 is taken offline while screen is ON.
down_threshold_screen_on_hotplug_3 = 45
A percentage of CPU utilization that needs to occur before the core #3 is taken offline while screen is ON.
down_threshold_screen_on_hotplug_4 = 50
A percentage of CPU utilization that needs to occur before the core #4 is taken offline while screen is ON.
down_threshold_screen_on_hotplug_5 = 55
A percentage of CPU utilization that needs to occur before the core #5 is taken offline while screen is ON.
down_threshold_screen_on_hotplug_6 = 60
A percentage of CPU utilization that needs to occur before the core #6 is taken offline while screen is ON.
down_threshold_screen_on_hotplug_7 = 65
A percentage of CPU utilization that needs to occur before the core #7 is taken offline while screen is ON.
freq_step_lower_screen_off = 8
How many steps from the Mhz table (the entire Mhz table can bee seen in the CPU Voltage screen) it skips when lowering the current Mhz while the screen is OFF.
freq_step_lower_screen_on = 2
How many steps from the Mhz table (the entire Mhz table can bee seen in the CPU Voltage screen) it skips when lowering the current Mhz while the screen is ON.
freq_step_raise_screen_off = 1
How many steps from the Mhz table (the entire Mhz table can bee seen in the CPU Voltage screen) it skips when raising the current Mhz while the screen is OFF.
freq_step_raise_screen_on = 5
How many steps from the Mhz table (the entire Mhz table can bee seen in the CPU Voltage screen) it skips when raising the current Mhz while the screen is ON.
ignore_nice_load = 0
If this value is 1, the system will ignore "Nice" processes when deciding to scale up or down. Nice processes are used by the IO scheduler to designate a low-priority process. Ignore nice load basically tells a governor to disregard processes with higher nice values.
lockout_hotplug_screen_off_core_1 = 0
This is a 3 way option. While the screen is OFF, 0 = Hotplug Normal so the core will go on and off as needed, 1 = Lock this core always ON, 2 = Lock this core always OFF.
lockout_hotplug_screen_on_core_1 = 0
This is a 3 way option. While the screen is ON, 0 = Hotplug Normal so the core will go on and off as needed, 1 = Lock this core always ON, 2 = Lock this core always OFF.
lockout_hotplug_screen_off_core_2 = 0
This is a 3 way option. While the screen is OFF, 0 = Hotplug Normal so the core will go on and off as needed, 1 = Lock this core always ON, 2 = Lock this core always OFF.
lockout_hotplug_screen_on_core_2 = 0
This is a 3 way option. While the screen is ON, 0 = Hotplug Normal so the core will go on and off as needed, 1 = Lock this core always ON, 2 = Lock this core always OFF.
lockout_hotplug_screen_off_core_3 = 0
This is a 3 way option. While the screen is OFF, 0 = Hotplug Normal so the core will go on and off as needed, 1 = Lock this core always ON, 2 = Lock this core always OFF.
lockout_hotplug_screen_on_core_3 = 0
This is a 3 way option. While the screen is ON, 0 = Hotplug Normal so the core will go on and off as needed, 1 = Lock this core always ON, 2 = Lock this core always OFF.
lockout_hotplug_screen_off_core_4 = 0
This is a 3 way option. While the screen is OFF, 0 = Hotplug Normal so the core will go on and off as needed, 1 = Lock this core always ON, 2 = Lock this core always OFF.
lockout_hotplug_screen_on_core_4 = 0
This is a 3 way option. While the screen is ON, 0 = Hotplug Normal so the core will go on and off as needed, 1 = Lock this core always ON, 2 = Lock this core always OFF.
lockout_hotplug_screen_off_core_5 = 0
This is a 3 way option. While the screen is OFF, 0 = Hotplug Normal so the core will go on and off as needed, 1 = Lock this core always ON, 2 = Lock this core always OFF.
lockout_hotplug_screen_on_core_5 = 0
This is a 3 way option. While the screen is ON, 0 = Hotplug Normal so the core will go on and off as needed, 1 = Lock this core always ON, 2 = Lock this core always OFF.
lockout_hotplug_screen_off_core_6 = 0
This is a 3 way option. While the screen is OFF, 0 = Hotplug Normal so the core will go on and off as needed, 1 = Lock this core always ON, 2 = Lock this core always OFF.
lockout_hotplug_screen_on_core_6 = 0
This is a 3 way option. While the screen is ON, 0 = Hotplug Normal so the core will go on and off as needed, 1 = Lock this core always ON, 2 = Lock this core always OFF.
lockout_hotplug_screen_off_core_7 = 0
This is a 3 way option. While the screen is OFF, 0 = Hotplug Normal so the core will go on and off as needed, 1 = Lock this core always ON, 2 = Lock this core always OFF.
lockout_hotplug_screen_on_core_7 = 0
This is a 3 way option. While the screen is ON, 0 = Hotplug Normal so the core will go on and off as needed, 1 = Lock this core always ON, 2 = Lock this core always OFF.
lockout_changes_when_boosting = 0
If this value is 1, all CPU changes to all cores will be ignored while executing a touch/button boost. If 0 all cores will be allowed to scale and hotplug.
no_extra_cores_screen_off = 1
When set to a 1, this option keeps all extra CPU cores offline while the screen is OFF. 0 lets it hotplug them on and off as needed
sampling_rate = 45000
The amount of milliseconds that the governor will analyze the CPU usage and adjust for changes in load while the screen is ON.
sampling_rate_min = 10000
READ-ONLY value that specifies the lower value that "sampling_rate" and "sampling_rate_screen_off" will accept.
sampling_rate_screen_off = 45000
The amount of milliseconds that the governor will analyze the CPU usage and adjust for changes in load while the screen is OFF.
super_conservative_screen_off = 0
With the screen OFF: When set to a 1, this option will explicitly obey your block cycles settings to be a super battery saver (Setting a 1 will slow down the UI a little bit). When set to a 0 it uses fuzzy logic on the "block cycle" items.
super_conservative_screen_on = 0
With the screen ON: When set to a 1, this option will explicitly obey your block cycles settings to be a super battery saver (Setting a 1 will slow down the UI a little bit). When set to a 0 it uses fuzzy logic on the "block cycle" items to create a smooooooth UI experience.
touch_boost_cpu_cl0 = 1200000
The Mhz that you want the online CPU's to jump to when the screen is touched for the the LITTLE CPU (Cluster 0).
touch_boost_cpu_cl1 = 1600000
The Mhz that you want the online CPU's to jump to when the screen is touched for the the BIG CPU (Cluster 1).
touch_boost_core_1 = 1
When set to a 1, this option turns on the core #1 when the screen is touched. When set to a 0 it doesn't do anything extra to the cores.
touch_boost_core_2 = 1
When set to a 1, this option turns on the core #2 when the screen is touched. When set to a 0 it doesn't do anything extra to the cores.
touch_boost_core_3 = 0
When set to a 1, this option turns on the core #3 when the screen is touched. When set to a 0 it doesn't do anything extra to the cores.
touch_boost_core_4 = 0
When set to a 1, this option turns on the core #4 when the screen is touched. When set to a 0 it doesn't do anything extra to the cores.
touch_boost_core_5 = 0
When set to a 1, this option turns on the core #5 when the screen is touched. When set to a 0 it doesn't do anything extra to the cores.
touch_boost_core_6 = 0
When set to a 1, this option turns on the core #6 when the screen is touched. When set to a 0 it doesn't do anything extra to the cores.
touch_boost_core_7 = 0
When set to a 1, this option turns on the core #7 when the screen is touched. When set to a 0 it doesn't do anything extra to the cores.
touch_boost_gpu = 424
This value specifies what Mhz the GPU should jump to when the screen is touched.
up_threshold_screen_off = 57
A percentage of CPU utilization that needs to occur before the current Mhz begins to raise while screen is OFF.
up_threshold_screen_off_hotplug_1 = 55
A percentage of CPU utilization that needs to occur before the core #1 is put online while screen is OFF.
up_threshold_screen_off_hotplug_2 = 60
A percentage of CPU utilization that needs to occur before the core #2 is put online while screen is OFF.
up_threshold_screen_off_hotplug_3 = 65
A percentage of CPU utilization that needs to occur before the core #3 is put online while screen is OFF.
up_threshold_screen_off_hotplug_4 = 70
A percentage of CPU utilization that needs to occur before the core #4 is put online while screen is OFF.
up_threshold_screen_off_hotplug_5 = 75
A percentage of CPU utilization that needs to occur before the core #5 is put online while screen is OFF.
up_threshold_screen_off_hotplug_6 = 80
A percentage of CPU utilization that needs to occur before the core #6 is put online while screen is OFF.
up_threshold_screen_off_hotplug_7 = 85
A percentage of CPU utilization that needs to occur before the core #7 is put online while screen is OFF.
up_threshold_screen_on = 57
A percentage of CPU utilization that needs to occur before the current Mhz begins to raise while screen is ON.
up_threshold_screen_on_hotplug_1 = 50
A percentage of CPU utilization that needs to occur before the core #1 is put online while screen is ON.
up_threshold_screen_on_hotplug_2 = 55
A percentage of CPU utilization that needs to occur before the core #2 is put online while screen is ON.
up_threshold_screen_on_hotplug_3 = 60
A percentage of CPU utilization that needs to occur before the core #3 is put online while screen is ON.
up_threshold_screen_on_hotplug_4 = 60
A percentage of CPU utilization that needs to occur before the core #4 is put online while screen is ON.
up_threshold_screen_on_hotplug_5 = 60
A percentage of CPU utilization that needs to occur before the core #5 is put online while screen is ON.
up_threshold_screen_on_hotplug_6 = 60
A percentage of CPU utilization that needs to occur before the core #6 is put online while screen is ON.
up_threshold_screen_on_hotplug_7 = 60
A percentage of CPU utilization that needs to occur before the core #7 is put online while screen is ON.
Can I test?
mikeyinid said:
Can I test?
Click to expand...
Click to collapse
Here you go man. This is just a test of mostly stock kernel, we are testing for Cell service, Wifi and deep sleep since that seems to be a common problem for anything custom on this device, so make sure you are getting deep sleep first before flashing:
Also, I really need that post your snuck on, lol. U know how to let me take that post over?
http://bit.ly/1ESQRPi
haha crap, i didnt realize you had just posted. i think a mod can switch it over to you, or just delete it.
mikeyinid said:
haha crap, i didnt realize you had just posted. i think a mod can switch it over to you, or just delete it.
Click to expand...
Click to collapse
All taken care of by my good friend @kennyglass . Flash the kernel and let me know what happens please
ktoonsez said:
All taken care of by my good friend @kennyglass . Flash the kernel and let me know what happens please
Click to expand...
Click to collapse
Flashed it, phone is deep sleeping. WiFi works, data works, usb works. no issues stand out yet.
mikeyinid said:
Flashed it, phone is deep sleeping. WiFi works, data works, usb works. no issues stand out yet.
Click to expand...
Click to collapse
Awesome. Use my app called KTweaker and open it up. Its a slide menu app like Play Store so slide from far left to the right to open the menu and click on "Utilities" then "Generate a dmesg" and post the file for me so I can kill all the dmesg spam and speed this beeach up
thanks man, glad to see you here i remember using your kernel during my s4 days
flashed it and its working great! just one thing. KTweaker is crashing upon starting the app
guaneet said:
thanks man, glad to see you here i remember using your kernel during my s4 days
flashed it and its working great! just one thing. KTweaker is crashing upon starting the app
Click to expand...
Click to collapse
Thanks man. Do you have root? Do you know how to get dmesg's and logcat's from your PC so I know whats crashing it if there is root installed already?
It crashes for me as well, flashed it with the XtreStroLite ROM.
Edit: Just noticed this page.
Yes, I do have root.
No, I don't know. Mind telling me how? I do have Windows and Ubuntu.
Edit2: No longer crashes after flashing the latest kernel.
Thanks!
Paradoxumical said:
It crashes for me as well, flashed it with the XtreStroLite ROM.
Click to expand...
Click to collapse
That doesnt help, look at my post above.
ktoonsez said:
Thanks man. Do you have root? Do you know how to get dmesg's and logcat's from your PC so I know whats crashing it if there is root installed already?
Click to expand...
Click to collapse
yeah i have the devices root with twrp, I wiped cache as well. i forgot how to get dmsg and logs from PC sorry. let me do some research and see what i can muster up
guaneet said:
yeah i have the devices root with twrp, I wiped cache as well. i forgot how to get dmsg and logs from PC sorry. let me do some research and see what i can muster up
Click to expand...
Click to collapse
Try redownloading, just updated source to OCV and changed a few flags, not sure if it will KTweaker, probably not but worth a shot.
wow, awesum to see you over here, man!
I'd be glad to test, but I have the s6Edge, not the S6, and the phones are just a bit different, and I've already bricked my phone once this week!
wase4711 said:
wow, awesum to see you over here, man!
I'd be glad to test, but I have the s6Edge, not the S6, and the phones are just a bit different, and I've already bricked my phone once this week!
Click to expand...
Click to collapse
Lol, ya, completely different phone :highfive:
ktoonsez said:
Awesome. Use my app called KTweaker and open it up. Its a slide menu app like Play Store so slide from far left to the right to open the menu and click on "Utilities" then "Generate a dmesg" and post the file for me so I can kill all the dmesg spam and speed this beeach up
Click to expand...
Click to collapse
I'll be glad to test this for you on the stock ROM with no mods and Deep Sleep *working*. I've searched everywhere for the stock kernel to revert back to in case of issues... No luck, any tips where to find it besides Samsung Opensource?
Edit nevermind, I'll make a backup, duh...
So I just flashed the file from the OP
"KT-SGS6-LP5.0-TW-G920T-04.17.2015.zip"
And it seems like it didn't actually flash. The kernel under info is still 3.10.61-4351281 built on March 27th.
Anybody else seeing this too? Looked in the ZIP and there's a boot.img, along with two modules. The update script looks right. Any ideas?
EDIT: redownloaded, this time the file is a different one, larger 13.5MB vs 11.9MB - this file includes KT Monitor and Tweaker. However, the kernel version is still the same as the old file (with a build date of 3/27)
Yep, I flashed the same OP link and check under about phone, same thing as stated above but the ktweaker app is installed sooo?? Assuming this is expected, I don't see any change in voice calling, wifi, lag etc.. Feels exactly the same so thats good.
Now, everytime I try to open Ktweaker it closes,cleared cache/data etc but no luck..??
Ktoonsez presents:
{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
KT-SGS6 kernel features
•Must have a S6 model G920F and G920I and G920S and G920T and G925F and G925I and G925S and G925T
•Samsung open source
•Optimized kernel configuration
•unsecure root adb
•Voltage interface
•Over Clocking
•Under Clocking
•KTweaker app for kernel control
•KTweaker Widgets
•KTmonitor app to watch your cpu cores current speed
Click to expand...
Click to collapse
KTweaker Shop and profile help, plus previous versions can be seen here (thanks to LuigiBull23):
http://forum.xda-developers.com/tmo...nel-kt-sgs6-builds-variants-ktweaker-t3107867
Touchwiz Lollipop 5.0 VERSION:
06.22.2015: http://bit.ly/1Jf6B2n
Click to expand...
Click to collapse
KTweaker Shop and profile help, plus previous versions can be seen here (thanks to LuigiBull23):
http://forum.xda-developers.com/tmo...kernel-kt-sgs6e-builds-ktweaker-shop-t3107937
Sources can be found here:
https://github.com/ktoonsez/KTSGS6
What you can expect to get benchmark wise with a good CPU OC'd:
Go to my original thread to view Change logs:
http://forum.xda-developers.com/showpost.php?p=60180784&postcount=2
ktoonservative explained:
Any item with the word cycle in it refers to how many sampling_rate's have occured. A 22 ruffly equates to 1 second for a sampling_rate of 45000
block_cycles_offline_screen_off =1
How many sampling_rate cycles need to occur before a core is allowed to go OFFLINE while the screen is OFF.
block_cycles_offline_screen_on = 11
How many sampling_rate cycles need to occur before a core is allowed to go OFFLINE while the screen is ON.
block_cycles_online_screen_off = 11
How many sampling_rate cycles need to occur before a core is allowed to go ONLINE while the screen is OFF.
block_cycles_online_screen_on = 3
How many sampling_rate cycles need to occur before a core is allowed to go ONLINE while the screen is ON.
block_cycles_raise_screen_off = 11
How many sampling_rate cycles need to occur before the current Mhz is allowed to be raised while the screen is OFF.
block_cycles_raise_screen_on = 3
How many sampling_rate cycles need to occur before the current Mhz is allowed to be raised while the screen is ON.
button_boost_screen_off_core_1 = 1
When this item is a 1, it will turn on the core #1 when a button any hard button is pressed while the screen is OFF. 0 leaves the core in its current state.
button_boost_screen_on_core_1 = 1
When this item is a 1, it will turn on the core #1 when a button any hard button is pressed while the screen is ON. 0 leaves the core in its current state.
button_boost_screen_off_core_2 = 1
When this item is a 1, it will turn on the core #2 when a button any hard button is pressed while the screen is OFF. 0 leaves the core in its current state.
button_boost_screen_on_core_2 = 1
When this item is a 1, it will turn on the core #2 when a button any hard button is pressed while the screen is ON. 0 leaves the core in its current state.
button_boost_screen_off_core_3 = 1
When this item is a 1, it will turn on the core #3 when a button any hard button is pressed while the screen is OFF. 0 leaves the core in its current state.
button_boost_screen_on_core_3 = 1
When this item is a 1, it will turn on the core #3 when a button any hard button is pressed while the screen is ON. 0 leaves the core in its current state.
button_boost_screen_off_core_4 = 1
When this item is a 1, it will turn on the core #4 when a button any hard button is pressed while the screen is OFF. 0 leaves the core in its current state.
button_boost_screen_on_core_4 = 1
When this item is a 1, it will turn on the core #4 when a button any hard button is pressed while the screen is ON. 0 leaves the core in its current state.
button_boost_screen_off_core_5 = 1
When this item is a 1, it will turn on the core #5 when a button any hard button is pressed while the screen is OFF. 0 leaves the core in its current state.
button_boost_screen_on_core_5 = 1
When this item is a 1, it will turn on the core #5 when a button any hard button is pressed while the screen is ON. 0 leaves the core in its current state.
button_boost_screen_off_core_6 = 1
When this item is a 1, it will turn on the core #6 when a button any hard button is pressed while the screen is OFF. 0 leaves the core in its current state.
button_boost_screen_on_core_6 = 1
When this item is a 1, it will turn on the core #6 when a button any hard button is pressed while the screen is ON. 0 leaves the core in its current state.
button_boost_screen_off_core_7 = 1
When this item is a 1, it will turn on the core #7 when a button any hard button is pressed while the screen is OFF. 0 leaves the core in its current state.
button_boost_screen_on_core_7 = 1
When this item is a 1, it will turn on the core #7 when a button any hard button is pressed while the screen is ON. 0 leaves the core in its current state.
boost_hold_cycles = 22
How many sampling_rate cycles need to occur before going out of CPU/GPU boost mode
cpu_load_adder_at_max_gpu = 0
When set to higher than zero, this will add to the actual CPU load to create a perceived higher load when an app is using alot of GPU but not CPU.
cpu_load_adder_at_max_gpu_ignore_tb = 0
When set to 1, this will ignore cpu_load_adder_at_max_gpu during touch/button boost. When set to 0 cpu_load_adder_at_max_gpu will be used all the time.
disable_hotplug = 0
When this item is a 1, it disables hotplugging so all cores stay on full time. 0 lets all cores turn on and off when needed.
disable_hotplug_bt = 0
When this item is a 1, it disables hotplugging so all cores stay on full time while paired to a bluetooth device and doing bluetooth activities like playing music, transfering files.... 0 doesn't do anything extra to the cores when doing bluetooth functions.
disable_hotplug_chrg = 0
When this item is a 1, it disables hotplugging so all cores stay on full time while charging the device. 0 doesn't do anything extra to the cores while charging.
disable_hotplug_media = 0
When this item is a 1, it disables hotplugging so all cores stay on full time while playing music or movies. 0 doesn't do anything extra to the cores while music or movies are playing.
down_threshold_screen_off = 52
A percentage of CPU utilization that needs to occur before the current Mhz begins to lower while screen is OFF.
down_threshold_screen_off_hotplug_1 = 40
A percentage of CPU utilization that needs to occur before the core #1 is taken offline while screen is OFF.
down_threshold_screen_off_hotplug_2 = 45
A percentage of CPU utilization that needs to occur before the core #2 is taken offline while screen is OFF.
down_threshold_screen_off_hotplug_3 = 50
A percentage of CPU utilization that needs to occur before the core #3 is taken offline while screen is OFF.
down_threshold_screen_off_hotplug_4 = 55
A percentage of CPU utilization that needs to occur before the core #4 is taken offline while screen is OFF.
down_threshold_screen_off_hotplug_5 = 60
A percentage of CPU utilization that needs to occur before the core #5 is taken offline while screen is OFF.
down_threshold_screen_off_hotplug_6 = 65
A percentage of CPU utilization that needs to occur before the core #6 is taken offline while screen is OFF.
down_threshold_screen_off_hotplug_7 = 70
A percentage of CPU utilization that needs to occur before the core #7 is taken offline while screen is OFF.
down_threshold_screen_on = 52
A percentage of CPU utilization that needs to occur before the current Mhz begins to lower while screen is ON.
down_threshold_screen_on_hotplug_1 = 35
A percentage of CPU utilization that needs to occur before the core #1 is taken offline while screen is ON.
down_threshold_screen_on_hotplug_2 = 40
A percentage of CPU utilization that needs to occur before the core #2 is taken offline while screen is ON.
down_threshold_screen_on_hotplug_3 = 45
A percentage of CPU utilization that needs to occur before the core #3 is taken offline while screen is ON.
down_threshold_screen_on_hotplug_4 = 50
A percentage of CPU utilization that needs to occur before the core #4 is taken offline while screen is ON.
down_threshold_screen_on_hotplug_5 = 55
A percentage of CPU utilization that needs to occur before the core #5 is taken offline while screen is ON.
down_threshold_screen_on_hotplug_6 = 60
A percentage of CPU utilization that needs to occur before the core #6 is taken offline while screen is ON.
down_threshold_screen_on_hotplug_7 = 65
A percentage of CPU utilization that needs to occur before the core #7 is taken offline while screen is ON.
freq_step_lower_screen_off = 8
How many steps from the Mhz table (the entire Mhz table can bee seen in the CPU Voltage screen) it skips when lowering the current Mhz while the screen is OFF.
freq_step_lower_screen_on = 2
How many steps from the Mhz table (the entire Mhz table can bee seen in the CPU Voltage screen) it skips when lowering the current Mhz while the screen is ON.
freq_step_raise_screen_off = 1
How many steps from the Mhz table (the entire Mhz table can bee seen in the CPU Voltage screen) it skips when raising the current Mhz while the screen is OFF.
freq_step_raise_screen_on = 5
How many steps from the Mhz table (the entire Mhz table can bee seen in the CPU Voltage screen) it skips when raising the current Mhz while the screen is ON.
ignore_nice_load = 0
If this value is 1, the system will ignore "Nice" processes when deciding to scale up or down. Nice processes are used by the IO scheduler to designate a low-priority process. Ignore nice load basically tells a governor to disregard processes with higher nice values.
lockout_hotplug_screen_off_core_1 = 0
This is a 3 way option. While the screen is OFF, 0 = Hotplug Normal so the core will go on and off as needed, 1 = Lock this core always ON, 2 = Lock this core always OFF.
lockout_hotplug_screen_on_core_1 = 0
This is a 3 way option. While the screen is ON, 0 = Hotplug Normal so the core will go on and off as needed, 1 = Lock this core always ON, 2 = Lock this core always OFF.
lockout_hotplug_screen_off_core_2 = 0
This is a 3 way option. While the screen is OFF, 0 = Hotplug Normal so the core will go on and off as needed, 1 = Lock this core always ON, 2 = Lock this core always OFF.
lockout_hotplug_screen_on_core_2 = 0
This is a 3 way option. While the screen is ON, 0 = Hotplug Normal so the core will go on and off as needed, 1 = Lock this core always ON, 2 = Lock this core always OFF.
lockout_hotplug_screen_off_core_3 = 0
This is a 3 way option. While the screen is OFF, 0 = Hotplug Normal so the core will go on and off as needed, 1 = Lock this core always ON, 2 = Lock this core always OFF.
lockout_hotplug_screen_on_core_3 = 0
This is a 3 way option. While the screen is ON, 0 = Hotplug Normal so the core will go on and off as needed, 1 = Lock this core always ON, 2 = Lock this core always OFF.
lockout_hotplug_screen_off_core_4 = 0
This is a 3 way option. While the screen is OFF, 0 = Hotplug Normal so the core will go on and off as needed, 1 = Lock this core always ON, 2 = Lock this core always OFF.
lockout_hotplug_screen_on_core_4 = 0
This is a 3 way option. While the screen is ON, 0 = Hotplug Normal so the core will go on and off as needed, 1 = Lock this core always ON, 2 = Lock this core always OFF.
lockout_hotplug_screen_off_core_5 = 0
This is a 3 way option. While the screen is OFF, 0 = Hotplug Normal so the core will go on and off as needed, 1 = Lock this core always ON, 2 = Lock this core always OFF.
lockout_hotplug_screen_on_core_5 = 0
This is a 3 way option. While the screen is ON, 0 = Hotplug Normal so the core will go on and off as needed, 1 = Lock this core always ON, 2 = Lock this core always OFF.
lockout_hotplug_screen_off_core_6 = 0
This is a 3 way option. While the screen is OFF, 0 = Hotplug Normal so the core will go on and off as needed, 1 = Lock this core always ON, 2 = Lock this core always OFF.
lockout_hotplug_screen_on_core_6 = 0
This is a 3 way option. While the screen is ON, 0 = Hotplug Normal so the core will go on and off as needed, 1 = Lock this core always ON, 2 = Lock this core always OFF.
lockout_hotplug_screen_off_core_7 = 0
This is a 3 way option. While the screen is OFF, 0 = Hotplug Normal so the core will go on and off as needed, 1 = Lock this core always ON, 2 = Lock this core always OFF.
lockout_hotplug_screen_on_core_7 = 0
This is a 3 way option. While the screen is ON, 0 = Hotplug Normal so the core will go on and off as needed, 1 = Lock this core always ON, 2 = Lock this core always OFF.
lockout_changes_when_boosting = 0
If this value is 1, all CPU changes to all cores will be ignored while executing a touch/button boost. If 0 all cores will be allowed to scale and hotplug.
no_extra_cores_screen_off = 1
When set to a 1, this option keeps all extra CPU cores offline while the screen is OFF. 0 lets it hotplug them on and off as needed
sampling_rate = 45000
The amount of milliseconds that the governor will analyze the CPU usage and adjust for changes in load while the screen is ON.
sampling_rate_min = 10000
READ-ONLY value that specifies the lower value that "sampling_rate" and "sampling_rate_screen_off" will accept.
sampling_rate_screen_off = 45000
The amount of milliseconds that the governor will analyze the CPU usage and adjust for changes in load while the screen is OFF.
super_conservative_screen_off = 0
With the screen OFF: When set to a 1, this option will explicitly obey your block cycles settings to be a super battery saver (Setting a 1 will slow down the UI a little bit). When set to a 0 it uses fuzzy logic on the "block cycle" items.
super_conservative_screen_on = 0
With the screen ON: When set to a 1, this option will explicitly obey your block cycles settings to be a super battery saver (Setting a 1 will slow down the UI a little bit). When set to a 0 it uses fuzzy logic on the "block cycle" items to create a smooooooth UI experience.
touch_boost_cpu_cl0 = 1200000
The Mhz that you want the online CPU's to jump to when the screen is touched for the the LITTLE CPU (Cluster 0).
touch_boost_cpu_cl1 = 1600000
The Mhz that you want the online CPU's to jump to when the screen is touched for the the BIG CPU (Cluster 1).
touch_boost_core_1 = 1
When set to a 1, this option turns on the core #1 when the screen is touched. When set to a 0 it doesn't do anything extra to the cores.
touch_boost_core_2 = 1
When set to a 1, this option turns on the core #2 when the screen is touched. When set to a 0 it doesn't do anything extra to the cores.
touch_boost_core_3 = 0
When set to a 1, this option turns on the core #3 when the screen is touched. When set to a 0 it doesn't do anything extra to the cores.
touch_boost_core_4 = 0
When set to a 1, this option turns on the core #4 when the screen is touched. When set to a 0 it doesn't do anything extra to the cores.
touch_boost_core_5 = 0
When set to a 1, this option turns on the core #5 when the screen is touched. When set to a 0 it doesn't do anything extra to the cores.
touch_boost_core_6 = 0
When set to a 1, this option turns on the core #6 when the screen is touched. When set to a 0 it doesn't do anything extra to the cores.
touch_boost_core_7 = 0
When set to a 1, this option turns on the core #7 when the screen is touched. When set to a 0 it doesn't do anything extra to the cores.
touch_boost_gpu = 424
This value specifies what Mhz the GPU should jump to when the screen is touched.
up_threshold_screen_off = 57
A percentage of CPU utilization that needs to occur before the current Mhz begins to raise while screen is OFF.
up_threshold_screen_off_hotplug_1 = 55
A percentage of CPU utilization that needs to occur before the core #1 is put online while screen is OFF.
up_threshold_screen_off_hotplug_2 = 60
A percentage of CPU utilization that needs to occur before the core #2 is put online while screen is OFF.
up_threshold_screen_off_hotplug_3 = 65
A percentage of CPU utilization that needs to occur before the core #3 is put online while screen is OFF.
up_threshold_screen_off_hotplug_4 = 70
A percentage of CPU utilization that needs to occur before the core #4 is put online while screen is OFF.
up_threshold_screen_off_hotplug_5 = 75
A percentage of CPU utilization that needs to occur before the core #5 is put online while screen is OFF.
up_threshold_screen_off_hotplug_6 = 80
A percentage of CPU utilization that needs to occur before the core #6 is put online while screen is OFF.
up_threshold_screen_off_hotplug_7 = 85
A percentage of CPU utilization that needs to occur before the core #7 is put online while screen is OFF.
up_threshold_screen_on = 57
A percentage of CPU utilization that needs to occur before the current Mhz begins to raise while screen is ON.
up_threshold_screen_on_hotplug_1 = 50
A percentage of CPU utilization that needs to occur before the core #1 is put online while screen is ON.
up_threshold_screen_on_hotplug_2 = 55
A percentage of CPU utilization that needs to occur before the core #2 is put online while screen is ON.
up_threshold_screen_on_hotplug_3 = 60
A percentage of CPU utilization that needs to occur before the core #3 is put online while screen is ON.
up_threshold_screen_on_hotplug_4 = 60
A percentage of CPU utilization that needs to occur before the core #4 is put online while screen is ON.
up_threshold_screen_on_hotplug_5 = 60
A percentage of CPU utilization that needs to occur before the core #5 is put online while screen is ON.
up_threshold_screen_on_hotplug_6 = 60
A percentage of CPU utilization that needs to occur before the core #6 is put online while screen is ON.
up_threshold_screen_on_hotplug_7 = 60
A percentage of CPU utilization that needs to occur before the core #7 is put online while screen is ON.
Great to see you here mate.
Do you know where I can find my chip ASV / bin?
Sent from my SM-G925F
ktoonsez said:
Ktoonsez presents:
Sources can be found here:
https://github.com/ktoonsez/KTSGS6
Click to expand...
Click to collapse
great to see you here 2 great kernels here in dev section just need some great roms now
Welcome
skivnit said:
Great to see you here mate.
Do you know where I can find my chip ASV / bin?
Sent from my SM-G925F
Click to expand...
Click to collapse
Here is your answer for wifi:
CHANGE
ro.securestorage.support=true
TO
ro.securestorage.support=false
In your build.prop
To get you BIN, reboot, get a dmesg and search for "ASV-GROUP=". The first set you hit in the log will be your BIN for BIG CPU, the second set with be LITTLE CPU.
Thank you man, can't wait to see ur kernel fully operational as i'the s5
Sent from my SM-G925F
Hell yeah!! Was rocking this great kernel on my old GS4. Glad to see the Edge getting some dev support now, was starting to think I had made a mistake getting it over the regular S6! I don't want a phone I can't tinker with.
I'm attaching my logs there's a lot of ASV http://1drv.ms/1ORUUld
Sent from my SM-G925F
skivnit said:
I'm attaching my logs there's a lot of ASV http://1drv.ms/1ORUUld
Sent from my SM-G925F
Click to expand...
Click to collapse
Not sure if we got a language barrier or not here so Ill try to explain again:
Open the dmesg file
Search for "ASV-GROUP="
the first set of 24 or so is your BIG CPU
the second set of 19 or so is your LITTLE CPU (there will be a gap of other types of log info in between the BIG CPU logs and the LITTLE logs entries)
Hehe no language barrier just got confused with the ASV as it shows 0 then 8 that's why I attached if you can have a look. If you don't have time no worries
90% sure it's 8 for both
Sent from my SM-G925F
Kernel works perfekt and fast only litten Problem restart KT app Coming this.
skivnit said:
Hehe no language barrier just got confused with the ASV as it shows 0 then 8 that's why I attached if you can have a look. If you don't have time no worries
90% sure it's 8 for both
Sent from my SM-G925F
Click to expand...
Click to collapse
I tried to download when u posted it but it says read-only with a zip file and I clicked it and did nothing so could not view it :good:
cobra11111 said:
Kernel works perfekt and fast only litten Problem restart KT app Coming this.
Click to expand...
Click to collapse
That feature is not implememted yet, read the change log for options I have implememted:good:
ktoonsez said:
I tried to download when u posted it but it says read-only with a zip file and I clicked it and did nothing so could not view it :good:
Click to expand...
Click to collapse
[spolier] SET ASV INFO: ASV-TYPE=0, RCC-VALUE=0, INDEX=1
< 1>[ 0.245720] [6: swapper/0: 1] SET ASV INFO: ASV-TYPE=0, ASV-SUB-IDX=0, ASV-GROUP=8, INDEX=1
< 1>[ 0.245730] [6: swapper/0: 1] SET ASV INFO: ASV-TYPE=0, VOLT-VALUE=1075000, INDEX=2
< 1>[ 0.245741] [6: swapper/0: 1] SET ASV INFO: ASV-TYPE=0, RCC-VALUE=0, INDEX=2
< 1>[ 0.245751] [6: swapper/0: 1] SET ASV INFO: ASV-TYPE=0, ASV-SUB-IDX=0, ASV-GROUP=8, INDEX=2
[/spoiler]1]
This is it right?
Sent from my SM-G925F
Any chance of a TMO/W8 build? Kernel works great but there's no in-call audio similar to all other F/I/S based kernels.
skivnit said:
[spolier] SET ASV INFO: ASV-TYPE=0, RCC-VALUE=0, INDEX=1
< 1>[ 0.245720] [6: swapper/0: 1] SET ASV INFO: ASV-TYPE=0, ASV-SUB-IDX=0, ASV-GROUP=8, INDEX=1
< 1>[ 0.245730] [6: swapper/0: 1] SET ASV INFO: ASV-TYPE=0, VOLT-VALUE=1075000, INDEX=2
< 1>[ 0.245741] [6: swapper/0: 1] SET ASV INFO: ASV-TYPE=0, RCC-VALUE=0, INDEX=2
< 1>[ 0.245751] [6: swapper/0: 1] SET ASV INFO: ASV-TYPE=0, ASV-SUB-IDX=0, ASV-GROUP=8, INDEX=2
[/spoiler]1]
This is it right?
Sent from my SM-G925F
Click to expand...
Click to collapse
That is the entry types yes, you do have to pull it as soon as you boot or things get over-written. Here is an example of one of my testers logs:
http://pastebin.com/4gGK46ZS
In lines 245-314 you can see the BIG CPU (his is a 5)
In lines 343-397 you can see the LITTLE CPU (his is a 9)
Yep that's what I got, it's 8 on both, is there a table of the max UV values we can apply depending on the bins? The one on Anand shows few freqs and asvs
Sent from my SM-G925F
skivnit said:
Yep that's what I got, it's 8 on both, is there a table of the max UV values we can apply depending on the bins? The one on Anand shows few freqs and asvs
Sent from my SM-G925F
Click to expand...
Click to collapse
There is no guidline for OCing, its trial and error, here is a link to the code with the table in it:
https://github.com/ktoonsez/KTSGS6/...m64/mach-exynos/include/mach/asv-exynos7420.h
Line 1307 is where it starts for the big, 1339 for the little. The ASV8 column is yours since you said your an 8, and you can see the other columns ASV0 thru ASV15
I was wondering if there was an option/module to make any battery percentages have one decimal place. (e.g. 25.2%)
Generally the decimals are for phones that support turbo charging of/above 30W, and only work in stock rom to obtain precise information
Since Redmi note 10 5g doesnt support turbo charging, you cant get it, even on stock rom, and almost impossible on GSI - well, could have a possibility if it supported turbo charging and to have decimal percentage
Well maybe a module to calculate battery percentage in float form and then round it to 1 decimal point
nrhgeursjew said:
I was wondering if there was an option/module to make any battery percentages have one decimal place. (e.g. 25.2%)
Click to expand...
Click to collapse
on my Qualcomm dirty cheap phone
while true; do cmd battery set level $(cat /sys/class/power_supply/bms/capacity_raw | cut -c1-3); sleep 1; done;
498% is 49.8% xD
Is there a way to include the decimal?