search

AdnanHodzic / auto-cpufreq

Automatic CPU speed & power optimizer for Linux
https://foolcontrol.org/?p=4603
GNU Lesser General Public License v3.0
5.68k stars 280 forks source link

The battery is "discharging" even when connected to power. #83

Open IntinteDAO opened 4 years ago

IntinteDAO commented 4 years ago

Error output:

No errors

System information:

Manjaro

System: Micro-Star product: Alpha 15 A3DD v: REV:1.0 serial: <filter> 
           Mobo: Micro-Star model: MS-16U6 v: REV:1.0 serial: <filter> UEFI: American Megatrends v: E16U6AMS.110 
           date: 05/20/2020 
Battery:   ID-1: BAT1 charge: 48.0 Wh condition: 51.0/53.4 Wh (96%) 
CPU:       Governors: performance schedutil Topology: Quad Core model: AMD Ryzen 7 3750H with Radeon Vega Mobile Gfx bits: 64 type: MT MCP L2 cache: 2048 KiB 
           Speed: 1202 MHz min/max: 1400/2300 MHz Core speeds (MHz): 1: 1190 2: 1201 3: 1613 4: 1707 5: 1492 6: 1451 7: 1231 
           8: 1395 
Graphics:  Device-1: Advanced Micro Devices [AMD/ATI] Navi 14 [Radeon RX 5500/5500M / Pro 5500M] driver: amdgpu v: kernel 
           Device-2: Advanced Micro Devices [AMD/ATI] Picasso driver: amdgpu v: kernel 
           Display: server: X.org 1.20.8 driver: amdgpu,ati unloaded: modesetting,radeon resolution: <xdpyinfo missing> 
           Message: Advanced graphics data unavailable for root. 
Audio:     Device-1: Advanced Micro Devices [AMD/ATI] Navi 10 HDMI Audio driver: snd_hda_intel 
           Device-2: Advanced Micro Devices [AMD] Raven/Raven2/FireFlight/Renoir Audio Processor driver: snd_rn_pci_acp3x 
           Device-3: Advanced Micro Devices [AMD] Family 17h HD Audio driver: snd_hda_intel 
           Sound Server: ALSA v: k5.8.0-1-MANJARO 
Network:   Device-1: Realtek RTL8822CE 802.11ac PCIe Wireless Network Adapter driver: rtw_8822ce 
           IF: wlo1 state: down mac: <filter> 
           Device-2: Realtek driver: r8169 
           IF: enp6s0 state: up speed: 1000 Mbps duplex: full mac: <filter> 
Drives:    Local Storage: total: 942.70 GiB used: 122.96 GiB (13.0%) 
           ID-1: /dev/nvme0n1 vendor: Samsung model: MZVLB512HAJQ-00000 size: 476.94 GiB 
           ID-2: /dev/sda vendor: Crucial model: CT500MX500SSD1 size: 465.76 GiB 
Partition: ID-1: / size: 457.16 GiB used: 122.96 GiB (26.9%) fs: ext4 dev: /dev/sda2 
Sensors:   
{'battery': sbattery(percent=94.12644169158479, secsleft=<BatteryTime.POWER_TIME_UNKNOWN: -1>, power_plugged=None),
 'fans': {'amdgpu': [sfan(label='', current=65535)]},
 'temperatures:': {'acpitz': [shwtemp(label='', current=56.0, high=100.0, critical=100.0)],
                   'amdgpu': [shwtemp(label='edge', current=40.0, high=108.0, critical=108.0),
                              shwtemp(label='junction', current=40.0, high=99.0, critical=99.0),
                              shwtemp(label='mem', current=42.0, high=99.0, critical=99.0),
                              shwtemp(label='edge', current=53.0, high=80.0, critical=80.0)],
                   'k10temp': [shwtemp(label='Tctl', current=53.0, high=None, critical=None),
                               shwtemp(label='Tdie', current=53.0, high=None, critical=None)],
                   'nvme': [shwtemp(label='Composite', current=52.85, high=80.85, critical=81.85),
                            shwtemp(label='Sensor 1', current=52.85, high=65261.85, critical=65261.85),
                            shwtemp(label='Sensor 2', current=36.85, high=65261.85, critical=65261.85)]}} System Temperatures: cpu: 51.4 C mobo: N/A 
           Fan Speeds (RPM): N/A 
           GPU: device: amdgpu temp: 54 C fan: 65535 device: amdgpu temp: 51 C 
Info:      Processes: 289 Uptime: 3h 40m Memory: 29.37 GiB used: 4.69 GiB (16.0%) Shell: auto-cpufreq inxi: 3.0.37
/usr/bin >>> upower -i /org/freedesktop/UPower/devices/battery_BAT1                                                                                                                                                                                    [130]
  native-path:          BAT1
  vendor:               MSI
  model:                BIF0_9
  power supply:         yes
  updated:              pią, 7 sie 2020, 16:52:33 (16 seconds ago)
  has history:          yes
  has statistics:       yes
  battery
    present:             yes
    rechargeable:        yes
    state:               fully-charged
    warning-level:       none
    energy:              47,86 Wh
    energy-empty:        0 Wh
    energy-full:         50,8465 Wh
    energy-full-design:  53,2357 Wh
    energy-rate:         0,0465847 W
    voltage:             12,113 V
    percentage:          94%
    capacity:            95,512%
    technology:          lithium-ion
    icon-name:          'battery-full-charged-symbolic'

I don't know if it's an error (translation), but according to auto-cpufreq (as I understand it), the battery is discharged even when it is plugged in. In my opinion the program can take bad values in boost management and so on (although I don't see that it would change anything).

Unless I'm stupid and I misunderstand something.

Red-Eyed commented 4 years ago

it seems that psutil doesn't recognize the battery state: power_plugged=None. How did u install it, did u use snap?

BTW: didn't we met on reddit (just recognized same CPU lol)?

IntinteDAO commented 4 years ago

Nope. I have MSI Alpha 15 with dual Radeon GPUs. That's why I bought it :P

I install AUR version, but snap also have this problem. Ofc. this is hipotetical problem, because everything works, but I don't know if the program will go into power-saving mode.

Red-Eyed commented 4 years ago

Oh, I see, than it's not due to the snap sandboxing. So, there is same bug in the psutil upstream https://github.com/giampaolo/psutil/issues/1647

Red-Eyed commented 4 years ago

Nope. I have MSI Alpha 15 with dual Radeon GPUs. That's why I bought it :P

I bought a laptop recently, specifically with integrated AMDGPU only :)

AdnanHodzic commented 4 years ago

Closing due to inactivity.

YHNdnzj commented 1 year ago

I'm running into roughly the same problem. I set my battery charge threshold to 80% using asusctl for everyday use. And when used with power-profiles-daemon, the battery status is Not charging as expected. However, with auto-cpufreq it keeps changing between Discharging (thus dropping below 80%) and Charging (charges back to 80%).

I'm not sure if this is some sort of incompatibility between asusctl and auto-cpufreq.

AdnanHodzic commented 1 year ago

I'm not sure if this is some sort of incompatibility between asusctl and auto-cpufreq.

I'm thinking there's a conflict between these two, as it is for example GNOME power profiles or TLP which auto-cpufreq works on disabling automatically or warning about them.

Since I don't know anything about asusctl, simple way to verify this problem is to disable it and see if yo still have the same problem with auto-cpufreq ...

YHNdnzj commented 1 year ago

Since I don't know anything about asusctl, simple way to verify this problem is to disable it and see if yo still have the same problem with auto-cpufreq ...

I tried, yet the problem was still around. However, it has got even weirder, that it occurs only when using USB PD adapter to charge. It doesn't trigger when using the vendor-provided power brick...

Now I suspect this is a firmware problem or so. Maybe power-profiles-daemon carries workaround for it?

Angel-Karasu commented 4 months ago

I've made a change to the battery charging detection, you can install manually with git clone https://github.com/Angel-Karasu/auto-cpufreq.git and follow the installation guide, give a feedback if it's repare this problem or not

IntinteDAO commented 4 months ago

@Angel-Karasu Thanks

The battery in your code have status "Not charging" however in CPU frequency scaling is an information: Battery is discharging

Battery is discharging

Currently using: schedutil governor
Suggestion: Use of "schedutil" governor

Total CPU usage: 8.1%
Total system load: 1.62
Average temp. of all cores: 55.00°C 

Load optimal (load average: 1.62, 1.65, 1.91)
Optimal total CPU usage: 8.1%, high average core temp: 55.0°C
Suggestion: Set turbo boost off
Info: Currently turbo boost is on
Angel-Karasu commented 4 months ago

@Angel-Karasu Thanks

The battery in your code have status "Not charging" however in CPU frequency scaling is an information: Battery is discharging

Battery is discharging

Currently using: schedutil governor
Suggestion: Use of "schedutil" governor

Total CPU usage: 8.1%
Total system load: 1.62
Average temp. of all cores: 55.00°C 

Load optimal (load average: 1.62, 1.65, 1.91)
Optimal total CPU usage: 8.1%, high average core temp: 55.0°C
Suggestion: Set turbo boost off
Info: Currently turbo boost is on

Is this the result when the battery is charging ? When you use fastfetch/neofetch, is the battery status correct ?

IntinteDAO commented 3 months ago

@Angel-Karasu Battery: 92% [AC Connected]

Angel-Karasu commented 3 months ago

I have changed the detection method Try again: https://github.com/AdnanHodzic/auto-cpufreq/issues/83#issuecomment-2143434956

AdnanHodzic commented 3 months ago

I have changed the detection method Try again: #83 (comment)

Weren't these changes merged as part of #716 and should be available with latest changes on master branch?

IntinteDAO commented 3 months ago

I have changed the detection method Try again: #83 (comment)

Works :)

Battery is charging

Currently using: schedutil governor
Suggestion: Use of "performance" governor

Total CPU usage: 30.8%
Total system load: 1.84
Average temp. of all cores: 64.00°C 

High CPU load (load average: 1.84, 2.52, 2.59)
Suggestion: Set turbo boost on
Info: Currently turbo boost is on