07-16-2012 10:02 PM - edited 07-17-2012 11:18 AM
Good points. I've tried all combinations now of BIOS fan enabled/disabled and addubg thermal.off=1 to the kernel or not. In my case, unfortunately, the keyboard and trackpad continue to lock soon after booting into Linux. I'm writing this now, in fact, on an external USB keyboard since my main one is frozen.
I still believe it is temperature related in some way, but my earlier assertion that it occurs with the temp trip point was incorrect. I'd say any time it's over 60 degrees it can go at any moment. At some point the trip point on my machine was reset to 97 degrees. It never got that hot but was still consistently freezing, My current reading (I don't have thermal.off=1 at the moment):
Thermal 0: ok, 63.0 degrees C
Thermal 0: trip point 0 switches to mode hot at temperature 100.0 degrees C
Thermal 0: trip point 1 switches to mode passive at temperature 97.0 degrees C
I will note that enabling or disabling the BIOS fan behavior appears to do just what it say -- enabling/disabling *always* on. So it was fine to disable it -- the fan still came on at appropriate times.
Giving the thermal.off=1 parameter to the kernel seemed to raise the temperatures a little -- usually to about 70 degrees or so when watching a basic video (I was using the Firefox intro video -- it froze my keyboard constantly -- http://www.mozilla.org/en-US/firefox/12.0/firstrun
After a reboot I was even noticing keyboard lock-up in the GRUB boot loader screen as I was trying to pass parameters to the kernel. This is an aggravating issue. Not sure what to do next. At this point, I'm getting Keyboard/Track pad freezes with little or no activity. Doesn't appear cpu, disk, network, or temperature ranges play any part in triggering the freeze. I'll add a few notes here from dmesg:
DMI: Hewlett-Packard HP Pavilion dm1 Notebook PC/3387, BIOS F.14 2/13/2012
ACPI: acpi_idle registered with cpuidle
[Firmware Bug]: Invalid critical threshold (0)
thermal LNXTHERM:00: registered as thermal_zone0
ACPI: Thermal Zone [THRM] (64 C)
Finally, in case someone gets this working in a specific distro, I started troubleshooting this on Debian Squeeze. Also tried latest Ubuntu. Now running Fedora 17. All seem to hit this bug on this machine (dm1-4010us).
07-17-2012 10:50 AM
07-18-2012 12:44 AM
Using my HP dm1 4125sa (e-450 +radeon graphics), I am also experiencing a total freeze with no external keyboard, network access or sysrq response. Also with multiple kernel versions across several distros. Thinking it was a temperature related issue, I have been having success for a day or two with no freezes, by forcing the cpu into powersave mode and thus limiting the cpu speed to the lowest frequency. However, I have now switched to the kernel boot option mentioned previously "thermal.off=1" and re-enabled ondemand cpu control. So far, over a couple of days, I have had no freezes. I will report back in a few days or if I get another freeze.
07-18-2012 04:26 AM
Thinking about it I am not convinced that it is a thermal issue, at least the total freezes one. Maybe for the keyboard and mouse one it is thermal, but I never found anything that could make it freeze systematically. Some days I could use and abuse the system for hours on end, stressing it out seriously, and others it might freeze up in the first twenty minutes. Also if I had music playing I would get the last quarter second repeated several times, maybe indefinitely - I never waited long before rebooting.
07-18-2012 11:59 AM
I'm not convinced it's thermal either. It does appear like people are experiencing slightly different "freeze" behavior. In my case, it's always keyboard/trackpad. I can still use the computer normally with usb attached keyboard/mouse. If I suspend/resume I get the keyboard/trackpad back for a while.
The *timing* of the freezes seems to be why people think it must be thermal -- if I've been away from the machine for very long (it' cool) it takes a while for the freeze to happen (usually 20 minutes or so) after that, it will freeze on every boot after just a few minutes (it's warmed up). This behavior could be explained, however, in a number of ways that aren't thermal, I suppose. Also, I can boot from this state back into Windows and I don't have any problems with the keyboard/trackpad. Furthermore my operating temperature us around 60C which should be a perfectly acceptable -- and yet the freezes continue.
I've tried numerous distros at this point and am currently running off USB live devices for testing -- if it's usb related this may be exacerbating the problem.
A recent thing I noticed last night was that even though the keyboard/trackpad is frozen, the special function keys work -- brightness controls and the wireless disable key. Looking in /sys/device/ I see that the HP special keys get a separate controller from the keyboard and trackpad. Playing with the BIOS settings related to the function keys didn't have any noticeable difference. So even though the keyboard is frozen, another device that uses the keyboard is still responding to key activity.
Here's a list of the devices on my machine (dm1-4010us) that are using keyboard and/or mouse handlers:
I: Bus=0019 Vendor=0000 Product=0001 Version=0000 N: Name="Power Button" P: Phys=PNP0C0C/button/input0 S: Sysfs=/devices/LNXSYSTM:00/device:00/PNP0C0C:00/in
put/input0 U: Uniq= H: Handlers=kbd event0 B: PROP=0 B: EV=3 B: KEY=10000000000000 0 I: Bus=0019 Vendor=0000 Product=0001 Version=0000 N: Name="Power Button" P: Phys=LNXPWRBN/button/input0 S: Sysfs=/devices/LNXSYSTM:00/LNXPWRBN:00/input/input 2 U: Uniq= H: Handlers=kbd event2 B: PROP=0 B: EV=3 B: KEY=10000000000000 0 I: Bus=0011 Vendor=0001 Product=0001 Version=ab83 N: Name="AT Translated Set 2 keyboard" P: Phys=isa0060/serio0/input0 S: Sysfs=/devices/platform/i8042/serio0/input/input3 U: Uniq= H: Handlers=sysrq kbd event3 B: PROP=0 B: EV=120013 B: KEY=20000 20 0 0 500f02100003 3803078f900d401 feffffdfffefffff fffffffffffffffe B: MSC=10 B: LED=7 I: Bus=0019 Vendor=0000 Product=0006 Version=0000 N: Name="Video Bus" P: Phys=LNXVIDEO/video/input0 S: Sysfs=/devices/LNXSYSTM:00/device:00/PNP0A08:00/LN XVIDEO:00/input/input4 U: Uniq= H: Handlers=kbd event4 B: PROP=0 B: EV=3 B: KEY=3e000b00000000 0 0 0 I: Bus=0003 Vendor=05c8 Product=032b Version=0108 N: Name="HP TrueVision HD" P: Phys=usb-0000:00:12.2-3/button S: Sysfs=/devices/pci0000:00/0000:00:12.2/usb1/1-3/1- 3:1.0/input/input7 U: Uniq= H: Handlers=kbd event7 B: PROP=0 B: EV=3 B: KEY=100000 0 0 0 I: Bus=0019 Vendor=0000 Product=0000 Version=0000 N: Name="HP WMI hotkeys" P: Phys=wmi/input0 S: Sysfs=/devices/virtual/input/input9 U: Uniq= H: Handlers=kbd event9 B: PROP=0 B: EV=33 B: KEY=4000000000 0 1000700000000 2100400 0 0 B: MSC=10 B: SW=22 I: Bus=0011 Vendor=0002 Product=0007 Version=01b1 N: Name="SynPS/2 Synaptics TouchPad" P: Phys=isa0060/serio1/input0 S: Sysfs=/devices/platform/i8042/serio1/input/input15 U: Uniq= H: Handlers=mouse1 event6 B: PROP=9 B: EV=b B: KEY=6420 30000 0 0 0 0 B: ABS=260800011000003
While I think it's pretty common for all of these device to use the kbd handler I wonder if one of them may be causing the problem. It's frustrating not having a place to start from -- turned on debug for some of the kernel modules (i8042) but they aren't really giving me much information that appears helpful.
At one point I got this at startup and the keyboard/trackpad were frozen:
[ 36.860195] input: PS/2 Generic Mouse as /devices/platform/i8042/serio1/input/input13 [ 37.060096] psmouse serio1: Failed to enable mouse on isa0060/serio1
But then ten minutes later they started working suddenly:
[ 433.522028] psmouse serio1: Mouse at isa0060/serio1/input0 lost synchronization, throwing 2 bytes away.
But it soon froze again after a couple minutes. In this case I was confused as to why it thought it was a PS/2 Generic Mouse. Normally it detects as Synaptics TouchPad as you can see from these (somewhat rare) error messages:
[ 33.632233] input: PS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input13 [ 33.832101] psmouse serio1: Failed to enable mouse on isa0060/serio1
All in all, pretty frustrating.
07-18-2012 01:16 PM
I would just like to make a note that when using Ubuntu on a virtual disk with the WUBI (Windows Ubuntu Installer) I would have lots of strange problems such as partial lock-ups of the keyboard and trackpad, but after getting a separate harddrive and installing Ubuntu as the sole operating system upon it, the keyboard/trackpad issues stopped and the rest of the lock-ups that I suffered were always when using something that involved graphics hardware acceleration. I played with every video driver I could, even the open-source one, but they all freeze.
After disabling the thermal in the bootloader, I haven't had a single lock-up except once when I was trying to configure a dual monitor setup, but that was probably *my* fault.
I'm not able to watch videos in 1080p and even had VLC play 8 movies at the same time and render them all at the same time transparently on a rotating octagon with KDE. This brought my temperature to 175 farenheit and I experienced no lock-ups.
I'm extremely appreciative that you guys got my netbook working with Linux and I really hope that you can get yours working as well!
07-19-2012 01:51 PM - edited 07-19-2012 02:23 PM
Hi all, just a quick update....
I'm happy to report that i'm on day 7 since applying the changes i referred to in my first post and still not a single lockup. I had tried several different distros and versions of fedora and ubuntu derivatives with no success prior to this. Currently i'm using Mint 13 xfce.
With the fan setting "FAN ALWAYS ON <ENABLED>" the BIOS does vary the fan speed as required and under stress testing the temp did not rise above 82C and under light load is usally around 58-60C.
The specs for my model are as follows:
AMD E-450 APU with Radeon(tm) HD Graphics
VGA compatible controller : Advanced Micro Devices [AMD] nee ATI Wrestler [Radeon HD 6320]
Audio device : Advanced Micro Devices [AMD] nee ATI Wrestler HDMI Audio [Radeon HD 6250/6310]
Network controller : Broadcom Corporation BCM4313 802.11b/g/n Wireless LAN Controller (rev 01)
Ethernet controller : Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 06)
Disk Drive: ATA ST640LM000 HM641
This is a Canadian model with French/English keyboard which has some extra keys.
i gather from these posts and other forums that the DM1 is a quirky little bugger. I wish you all luck in solving your particular problems.
07-20-2012 09:03 AM
I can confirm that thermal.off=1 and blacklisting the sp5100_tco completely solved my freezing problems!
Fortunately for me, I do not have the keyboard problem. I read on the arch linux forums about someone who send his Pavilion back to HP to have the touchpad and keyboard replaced but that did not help. See here:
So it seems firmware/bios/software related. I also updated the bios on my system to F.16 so maybe that might help for the keyboard freezing as well?
07-20-2012 09:20 AM
I experienced keyboard/touchpad freeze.
Yesterday I set thermal.off=1 and turned off WiFi and it works so far
At the moment uptime is over 3,5 hrs - it never lasted that long before on linux.
When I get back home I will test it with WiFi enabled but for now it seems the thermal.off=1 solves both issues (I hope).
07-20-2012 11:18 AM
Glad to hear people are getting it to work. I think we might have two separate but possibly related issues:
- Complete lockup -- happens in Linux
- Keyboard/trackpad stops responding -- happens in Linux and Windows
My Dm1-4010us has the keyboard/trackpad stops responding issue. I tested it pretty extensively for the first time yesterday in Windows and was able to consistently cause it to stop responding with heavy video and disk activity. I think it may just be a crappy hardware implementation or even a manufacturing defect. At this point I think I'm going to rely on the HP return policy. Did I mention I've had this computer less than a week?
A can verify that setting thermal.off=1 and blacklisting the sp5100_tco had no effect for my issue. But it appears to help for some. Good luck, folks.