You are not logged in.
Scorpion
robin@mopsy:~$ inxi -F
System: Host: mopsy Kernel: 4.9.0-4-amd64 x86_64 (64 bit) Desktop: KDE Plasma 3
Distro: Debian GNU/Linux 9 (stretch)
Machine: Device: laptop System: Hewlett-Packard product: HP Pavilion dv6 Notebook PC v: Rev 1
Mobo: Hewlett-Packard model: 3627 v: 18.51 BIOS: Hewlett-Packard v: F.46 date: 08/25/2011
Battery BAT0: charge: 16.3 Wh 37.2% condition: 43.8/44.0 Wh (100%)
CPU: Dual core Intel Core2 Duo T6600 (-MCP-) cache: 2048 KB
clock speeds: max: 2200 MHz 1: 1200 MHz 2: 1200 MHz
Graphics: Card: Intel Mobile 4 Series Integrated Graphics Controller
Display Server: X.Org 1.19.2 drivers: modesetting (unloaded: fbdev,vesa)
Resolution: 1366x768@59.64hz
GLX Renderer: Mesa DRI Mobile Intel GM45 Express GLX Version: 2.1 Mesa 13.0.6
Audio: Card Intel 82801I (ICH9 Family) HD Audio Controller driver: snd_hda_intel
Sound: Advanced Linux Sound Architecture v: k4.9.0-4-amd64
Network: Card-1: Broadcom Limited BCM4312 802.11b/g LP-PHY driver: b43-pci-bridge
IF: wlan0 state: up mac: 0c:60:76:68:f4:4f
Card-2: Realtek RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller driver: r8169
IF: enp3s0 state: down mac: 00:26:9e:49:83:a4
Drives: HDD Total Size: 90.0GB (75.5% used)
ID-1: /dev/sda model: Corsair_Force_GT size: 90.0GB
Partition: ID-1: / size: 9.6G used: 4.8G (53%) fs: ext4 dev: /dev/sda1
ID-2: /home size: 72G used: 58G (85%) fs: ext4 dev: /dev/sda6
ID-3: swap-1 size: 1.05GB used: 0.00GB (0%) fs: swap dev: /dev/sda5
Sensors: System Temperatures: cpu: 56.0C mobo: N/A
Fan Speeds (in rpm): cpu: N/A
Info: Processes: 144 Uptime: 20 min Memory: 475.1/3859.4MB Client: Shell (bash) inxi: 2.3.5
I've no experience of Orion on this machine as it is new to me so no basis for comparison.
I'm just running a new battery and have noticed that when the charge drops below around 40% TDEPowersave starts to hog the CPUs up to 100%
This does seem a little odd as the last thing a power management tool should do is to sap power - I'd have thought anyway.
Certainly never saw this on Dell with Orion.
Anyone seen this or is it just me? I do have acpi and acpi support plus relevant packages installed.
I'll try klaptopdaemon and see if that makes a difference.
Offline
Not sure if it was exactly the same, but with the most recent updates, I have seen some issues with TDEPowersave on my system as well. I haven't watched cpu usage (I'll have to look at that), but I've seen that it's REALLY slow to respond to changes in battery/power state, and that it's failing to successfully apply the correct power state on occasion (not every time, but like this morning I plugged it in, took a bit over a minute before it attempted to switch to performance mode, and then only switched for 4-5 seconds before going back to powersave. It did correctly go to performance when I manually put it to powresave and back to performance).
Last edited by tlmiller76 (2017-12-10 17:45)
Q4OS Trinity machine - Crelander E160. Intel Celeron N5105, 16GB LPDDR4, 512GB m.2 SATA SSD, Intel UHD graphics, Intel 7265 Wifi 5 + BT 4.x, 16" 3072x1920 LCD.
Offline
What bios do you have installed bin with the dv6 1352dx? This laptop has issues with ACPI which could be causing the problem. You may have to update the bios but Ive only done this with the 1326 series even though the 1352 series also had some issues.
Most recent bios I believe is F.46 from 2011.
HP has had some issues with systems not being fully acpi compliant and even more recent models are having issues. I cant say for sure whether a bios update will completely solve the issue but I have done it with a dv6 1326 with some success.
Last edited by crosscourt (2017-12-10 20:57)
Q4OS Aquarius 5.x KDE Dell Inspiron 3670 i5 8600, GTX 1660 Super, 32gb, 2tb NVME SSD
Offline
@bin, @tlmiller76
We are not able to reproduce both of the issues mentioned. We will continue to investigate it and post a feedback here.
Anyone else noticed some tdepowersave issues ?
Offline
Ive seen the issue before in Windows Vista/7, it was with a HP dv6 1326 laptop and it took a bios update to solve it. Its an issue Ive seen over the years but have not experienced it with Linux.
Q4OS Aquarius 5.x KDE Dell Inspiron 3670 i5 8600, GTX 1660 Super, 32gb, 2tb NVME SSD
Offline
@bin, @tlmiller76
We are not able to reproduce both of the issues mentioned. We will continue to investigate it and post a feedback here.Anyone else noticed some tdepowersave issues ?
Not surprising. I can't even reproduce it. It'll work fine 5 or 6 straight boots, and then one boot it suddenly decides to act wonky. Next boot it works correctly again. Not a big enough of an issue for me to worry about trying to fix since it still WILL work, just needs a little 'encouragement".
Q4OS Trinity machine - Crelander E160. Intel Celeron N5105, 16GB LPDDR4, 512GB m.2 SATA SSD, Intel UHD graphics, Intel 7265 Wifi 5 + BT 4.x, 16" 3072x1920 LCD.
Offline
Thanks one and all - BIOS is latest as they updated the thermal table to address fan noise issues.
robin@mopsy:~$ inxi -F
Machine: Device: laptop System: Hewlett-Packard product: HP Pavilion dv6 Notebook PC v: Rev 1
Mobo: Hewlett-Packard model: 3627 v: 18.51 BIOS: Hewlett-Packard v: F.46 date: 08/25/2011
I'm running the battery down at the moment as part of the initial run in cycle so I'll see what happens this time. Oddly it is still not showing 'hours remaining' which I was hoping would kick in by now. I have tried the trick of popping the battery out while running on mains which usually sorts this - no big thing.
@CC I recall the issues with HP and ACPI - we were an all HP company, ( apart from the Dells ) but all the laptops were in the Business Notebook class so I never got to play with this range. Looking at klaptopdaemon the battery / power save settings indicated that ACPI was missing some bits that would require a kernel recompile - but then I think I've seen that forever in KDE - but that was always on HP's - tail chasing.....
@tlmiller76 odd - that's the one thing that does seem good is the accurate change of information as charge state goes down and instant response to connection changes
Offline
@tlmiller76 odd - that's the one thing that does seem good is the accurate change of information as charge state goes down and instant response to connection changes
Well, then it's probably not related...just coincidental I'd guess.
Q4OS Trinity machine - Crelander E160. Intel Celeron N5105, 16GB LPDDR4, 512GB m.2 SATA SSD, Intel UHD graphics, Intel 7265 Wifi 5 + BT 4.x, 16" 3072x1920 LCD.
Offline
There use to be a beta bios beyond F.46 that was the supposed acpi ultimate fix but honestly cant find it anywhere and I have full access to HP's archives.
Q4OS Aquarius 5.x KDE Dell Inspiron 3670 i5 8600, GTX 1660 Super, 32gb, 2tb NVME SSD
Offline
After a bit more fiddling I'm not really any further forward sadly.
I use powersave to handle display blanking as well as power management.
With tdepowersave and no acpi installed, when the screen is turned off by powersave it will not come back on - flashes desktop (probably cached) then goes black and stays that way - no access to terminal via f2 or anything. Requires hard swoff/on
With acpi installed it seem better behaved - not perfect.
However the process that goes to 100% cpu shows as:-
tdepowersave [tdeinit] -- force-acpi-check
That comes up whether or not acpi is installed (that's acpi/acpid/acpi-support plus deps/recommends)
Now, whether acpi is installed or not, and even if powersave is not running, it still suspends on lid closure, sleep button etc so most of this isn't needed anyway apart from the detection of low battery to power off or warn of imminent shutdown
Offline
@bin
Thank you for reporting, it helps us to investigate the issue.
Offline
Installed XFCE power manager, dropped its .desktop into my home trinity autostart, configured and all is working OK apart from display brightness but that's not a problem. My main concern was to make sure it did an orderly shutdown when battery was getting low.
Offline
XFCE power manager is quite good and Ive had good results, even with the troublesome systems.
Q4OS Aquarius 5.x KDE Dell Inspiron 3670 i5 8600, GTX 1660 Super, 32gb, 2tb NVME SSD
Offline