Hello all, I have an HP EliteBook Folio 9470m notebook that I’m trying to get staged with OpenSUSE. So far, I’ve installed OpenSUSE 12.3 x64 GNOME from the live CD download. However, I am having a few issues:
Battery monitor does not update. The system reports the status of the battery at boot, and does not update. For example, if I boot the system with a full battery and connected to a charger, the monitor will continuously say that the laptop is full and on the charger even when it is disconnected and being used. Similarly, if the system is booted off the battery with very little power, it will continue to report that status even when the laptop is plugged in and fully charged. The only way to get a new reading is to reboot.
Shutting the lid does not sleep the computer, whether connected to power or running from battery. I have tested to confirm this. The screen does shut off, I believe this is managed by the hardware.
Very limited options in System Settings > Power. Only options are setting “Suspen when inactive for” and “When power is critically low.”
Brightness controls did not work inititally after install. I was able to resolve this by adding “acpi_backlight=vendor acpi_osi=Linux” to GRUB. As a result, I suspect that my other problems are ACPI related as well, with OpenSUSE not being able to interface. Unfortunately I do not know how to approach this issue.
Information for the system is as follows:
HP EliteBook Folio 9470m notebook
Intel Core i5-3427U Ivy Bridge, Intel HD Graphics 4000
HP UEFI BIOS (updated to latest build F44) set to legacy boot configuration and all default settings
Already tinkered around in there, even set to full-on hibernate - no effect. It seems the OS doesn’t know when the lid is closed. Also, tried switching the BIOS over to UEFI hybrid mode instead of legacy, no effect.
Bumping this again. I’ve been searching around and tried toggling every option available to me, but so far I can’t get anywhere. It’s definitely a major issue that closing the lid doesn’t sleep or hibernate - I forgot about this, closed the lid and stored the laptop for a day and then the next day the battery was dead and everything I had open was lost.
I’m trying to use OpenSUSE as a desktop environment and have several other machines of the same model that need to be staged, but this issue is pretty much a showstopper at the moment. I’m thinking it has to be an ACPI related issue, but I’m just hitting dead ends in my research.
If anyone has any suggestions or any contacts or sites they could refer me to, it would be very much appreciated.
Does the system correctly detect the battery I wonder? It might just be a gnome power manager issue if the information is correct here. Try running:
cat /proc/acpi/battery/BAT0/info
and
cat /proc/acpi/battery/BAT0/state
There is also this:
cat /proc/acpi/button/lid/LID/state
I doubt installing laptop-mode-tools would help if there is a bug in acpi, but it is worth a go because it sets up the system for better battery utilization. So if you fix this issue, you will get longer battery life. Hopefully we can help sort you out, at least point you in the right direction.
On 07/05/2013 04:26 PM, dwellsmck wrote:
> If anyone has any suggestions or any contacts or sites they could refer
> me to, it would be very much appreciated.
but, maybe if you ask them you will find they have linux drivers so
that (for example) linux can see that the lid is closed and etc…
on the other hand, HP sells enterprise ready laptops with Linux
installed…you could also ask them to recommend one to use instead
of the one they build for Windows…
As for the lid state, I ran watch ‘cat /proc/acpi/button/lid/LID/state >> lidstatus.txt’ then closed the lid, let the machine sit for a bit, then opened it back up, killed the command, and took a look at my output:
state: open
state: open
state: closed
state: closed
state: closed
state: open
So it would seem that the system is able to detect the lid is closed, but applications continue running and the system does not sleep, despite the Tweak Tool set to Hibernate on lid close for both on battery and on AC power. Curious.
I went ahead and repeated the same command except for the battery status this time around, but the system has no idea what’s going on, it seems. Despite mixing unplugging and replugging the battery, the system continuously reported that it was charging, but not increasing in charge - instead showing the capacity the system was at when booted. It does not seem to notice any sort of power change, but the values set at boot are accurate for that instant. The battery info shows zero charge cycles, which is obviously not correct.
I’ll try contacting HP, but previous experiences lead me to believe that will be a dead end. Unfortunately I don’t order the systems, I just configure them, so switching to officially supported hardware is not an option.
On 07/08/2013 09:26 PM, dwellsmck wrote:
> Unfortunately I don’t order the systems, I just
> configure them, so switching to officially supported hardware is not an
> option.
idea: if you are unsuccessful in finding a smile either here or with
HP’s help, then hand the unusable hardware to the purchasing agent
and tell them to configure them–or order some Window’s licenses…
maybe…
I’m traveling with the laptop in question, and last night I manually suspended the laptop using the GNOME menu. Upon waking it today, not only did the battery status update properly, but shutting the lid of the machine of the machine after that successfully suspended the machine again (Tweak Tool is set to hibernate, so it seems to be ignoring that, and opening the laptop required pressing the power button to wake it, but I can deal with that). Rebooting the machine causes all this progress to go away, but as soon as I suspend the machine and then wake it, everything starts working - it’s fully reproducible.
Any suggestions here? It’s the closest thing I’ve made to progress, but I’m not sure how to proceed from here.
On 07/09/2013 03:26 PM, dwellsmck wrote:
> as soon as I suspend the machine and then wake
> it, everything starts working - it’s fully reproducible.
>
> Any suggestions here?
i guess it is an acpi problem…which might be overcome with a boot
option or a HP driver…what did they say??
see if you have a long list of kernel parameters at
file:///usr/src/linux/Documentation/kernel-parameters.txt
if so, there are lots of acpi options you can try…i would start
with the ones i’ve listed below…the top one alone first, then each
that follows alone…and, they maybe some combos…
NOTE: but use none of them until you have read the caveat in my sig!!
and work on Purchasing:
the more Linux friendly that are asked for the more there will be!
the more that are ordered then much more there will be!
the more there are purchased the less expensive they will become!
Unfortunately that file path you gave doesn’t seem to exist on my system. I’ll have to tinker with acpi more I guess. I already have ACPI OSI set to Linux, as I had to add the following to GRUB to get my backlight controls working: “acpi_backlight=vendor acpi_osi=Linux” That tweak is what leads me to believe this is all ACPI related, but I suppose the DSDT could come into play. And I haven’t ruled out that it’s an issue with SUSE itself, which is entirely possible seeing as the GNOME tool settings for the lid are completely ignored.
As for the hack-around method of manually suspending the machine after logging in for the first time since the system was powered on, I’ll continue doing that for myself until I have a solution. Unfortunately, it’s not an acceptable resolution for production machines. Do you have any suggestions as to how I could go about scripting an automatic suspend after the machine powers on for the first time and a user logs in? I’m trying to think how it could be done once and not just every login.
Still waiting on HP for feedback, but not hopeful, no Linux references on their site for this hardware.
HP responded as I expected with the typical canned reply that changing the OS is not supported and will cause the computer to catch flames and destroy the world.
On Mon 15 Jul 2013 04:36:01 PM CDT, dwellsmck wrote:
HP responded as I expected with the typical canned reply that changing
the OS is not supported and will cause the computer to catch flames and
destroy the world.
Hi
I’m running a HP 2000 Notebook and GNOME 3.8.3,
running gnome-power-statistics shows all info about the battery, whether
charging/discharging I also don’t have laptop-mode-tools installed or
acpi. Just laptop, patterns-openSUSE-gnome_laptop and
patterns-openSUSE-laptop.
–
Cheers Malcolm °¿° (Linux Counter #276890)
openSUSE 12.3 (x86_64) Kernel 3.7.10-1.16-desktop
up 2:01, 3 users, load average: 0.38, 0.31, 0.27
CPU AMD E2-1800@1.70GHz | GPU Radeon HD 7340