Re: setting sensor limits fails
Dne, 01. 03. 2010 23:55:43 je s. keeling napisal(a): I don't think this should be a threat to your laptop, the sensors only read temperature (and other data) they don't interfere with the working of the CPU, hard drive or other components. I think you have no reasons to worry. They sure help here, otherwise the fan makes it sound like my Sun U30. If failing to set sensor limits is what I think it is, then it's no joke. You should check whether this means that your thermal trip points are messed up (or absent altogether); if they are, your laptop may eventually overheat and die. (However, your fan being so loud is actually a good sign.) The *passive* trip point is particularly crucial in this context. I jotted down some indications about trip points and such on the website you'll find in my signature (once there, look for the heading Laptops In Heat). -- Regards, Klistvud Certifiable Loonix User #481801 http://bufferoverflow.tiddlyspot.com -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1267522172.1179...@compax
Re: setting sensor limits fails
Dne, 02. 03. 2010 10:29:32 je Klistvud napisal(a): (However, your fan being so loud is actually a good sign.) The *passive* trip point is particularly crucial in this context. Whoops, I managed to make two major mistakes in two short sentences: 1. The OT makes no mention of loud fans. 2. The *critical* trip point is even more crucial. I've just had my coffe, but apparently it hasn't sunk in yet ... -- Regards, Klistvud Certifiable Loonix User #481801 http://bufferoverflow.tiddlyspot.com -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1267523158.1179...@compax
Re: setting sensor limits fails
António PT acmps...@gmail.com: 2010/2/1 Nima Azarbayjany i.adore.deb...@gmail.com On a recent install of Squeeze I get a message that setting sensor limits fails. I am wondering whether this can be a threat to the hardware and if there are any workarounds for this issue. I am running the amd64 2.6.32 kernel from testing on my HP Pavilion dv5 laptop. Mine's a dv4. 2.6.30-bpo.1-amd64 I also have the same hardware as you and the same kernel in amd64. Is this relative to lm_sensors? I never got them to work... (0) infidel /home/keeling_ sensors acpitz-virtual-0 Adapter: Virtual device temp1: +66.0�C (crit = +105.0�C) (0) infidel /home/keeling_ lsmod | grep power cpufreq_powersave 1792 0 powernow_k814036 0 processor 40048 1 powernow_k8 I don't think this should be a threat to your laptop, the sensors only read temperature (and other data) they don't interfere with the working of the CPU, hard drive or other components. I think you have no reasons to worry. They sure help here, otherwise the fan makes it sound like my Sun U30. -- Any technology distinguishable from magic is insufficiently advanced. (*)http://blinkynet.net/comp/uip5.html Linux Counter #80292 - -http://www.faqs.org/rfcs/rfc1855.htmlPlease, don't Cc: me. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4b8c45e...@news.
Re: setting sensor limits fails
On Mon, 2010-02-01 at 17:22 -0500, Stephen Powell wrote: I don't pretend to know anything about this, but isn't there internal circuitry present in the machine that will automatically shut the machine down if it gets too hot? I'm thinking of older operating systems, such as DOS for example, that generally didn't have any kind of sensor management software built in. Being able to manage that kind of thing in an operating system is a nice feature, but I'm not sure if it's essential for safe operation. It seems to me that if the machine were designed properly it would have some default operating characteristics that it will fall back on if it is not being managed by an operating system. You would think so wouldn't you? However, I believe it's all done in software via System Management Mode. I once worked on an OS which we ran on PC hardware for development purposes, and the CPU would regularly 'disappear' off somewhere for a millisecond or more, making it impossible for a modern PC to even keep a bog standard 115kbit/sec serial port UART from underflowing. :-( -- Tixy -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: setting sensor limits fails
Dne, 02. 02. 2010 11:00:12 je Tixy napisal(a): You would think so wouldn't you? However, I believe it's all done in software via System Management Mode. Yep. In GNU/Linux, this pretty much boils down to the thermal kernel module. I believe if you have a borked thermal module, or you don't load one, or you do but you set the wrong trip points, you can easily brick a modern laptop. -- Regards, Klistvud Certifiable Loonix User #481801 http://bufferoverflow.tiddlyspot.com -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: setting sensor limits fails
On Tue, 02 Feb 2010 12:27:39 +0100 Klistvud quotati...@aliceadsl.fr wrote: Dne, 02. 02. 2010 11:00:12 je Tixy napisal(a): You would think so wouldn't you? However, I believe it's all done in software via System Management Mode. Yep. In GNU/Linux, this pretty much boils down to the thermal kernel module. I believe if you have a borked thermal module, or you don't load one, or you do but you set the wrong trip points, you can easily brick a modern laptop. I admit to rank ignorance here, but are you serious? Shouldn't that mean that it should be easy for a kernel crash, or a buggy kernel, to brick my system? Has such an occurrence ever been documented? Celejar -- foffl.sourceforge.net - Feeds OFFLine, an offline RSS/Atom aggregator mailmin.sourceforge.net - remote access via secure (OpenPGP) email ssuds.sourceforge.net - A Simple Sudoku Solver and Generator -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: setting sensor limits fails
Dne, 02. 02. 2010 15:03:01 je Celejar napisal(a): Has such an occurrence ever been documented? If you send me your laptop, I'll be glad to document it for you ;) Seriously, I've messed around with trip points a bit, but never went as far as to let my laptop actually take fire (for obvious reasons). There *might* be an upper hardware critical limit that you aren't allowed to override in software, I don't know. It probably depends on your particular hardware and the vendors particular ACPI implementation. What I do know is you *are* allowed to play around with the thermal module trip points, at least to a certain extent. With all the consequences this entails ... -- Regards, Klistvud Certifiable Loonix User #481801 http://bufferoverflow.tiddlyspot.com -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: setting sensor limits fails
This issue has been addressed in bug #566184. I did not understand the cause of the problem but it seems to have been fixed and packages are waiting to enter Squeeze. Nima -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: setting sensor limits fails
On Tue, 2 Feb 2010 06:27:39 -0500 (EST), Klistvud wrote: Yep. In GNU/Linux, this pretty much boils down to the thermal kernel module. I believe if you have a borked thermal module, or you don't load one, or you do but you set the wrong trip points, you can easily brick a modern laptop. I'm not sure if an IBM ThinkPad 600 qualifies as a modern laptop, since it was originally introduced in 1998; but I run Lenny on one of those. In fact, I created a web page devoted to running Lenny on it: http://www.wowway.com/~zlinuxman/tp600.htm. If I recall correctly, the lmsensors module recognizes the particular sensor hardware on this laptop as unsupported and refuses to load! Yet I have had no thermal issues with it. Of course, I haven't deliberately stressed it either, such as wrapping it in a blanket. But I have used it extensively, with no problems. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: setting sensor limits fails
Nima Azarbayjany i.adore.deb...@gmail.com: On a recent install of Squeeze I get a message that setting sensor limits fails. I am wondering whether this can be a threat to the hardware and if Is lm-sensors installed? cpufreqd? powernow_k8 kernel module? there are any workarounds for this issue. I am running the amd64 2.6.32 kernel from testing on my HP Pavilion dv5 laptop. I'm Lenny here with: Linux infidel 2.6.30-bpo.1-amd64 #1 SMP Wed Aug 5 23:18:59 UTC 2009 x86_64 GNU/Linux Stock, not compiled from source. This is an HP dv4, AMD 64. 00:00.0 Host bridge: Advanced Micro Devices [AMD] RS780 Host Bridge 00:01.0 PCI bridge: Hewlett-Packard Company Device 9602 00:04.0 PCI bridge: Advanced Micro Devices [AMD] RS780 PCI to PCI bridge (PCIE port 0) 00:05.0 PCI bridge: Advanced Micro Devices [AMD] RS780 PCI to PCI bridge (PCIE port 1) 00:06.0 PCI bridge: Advanced Micro Devices [AMD] RS780 PCI to PCI bridge (PCIE port 2) 00:07.0 PCI bridge: Advanced Micro Devices [AMD] RS780 PCI to PCI bridge (PCIE port 3) 00:11.0 SATA controller: ATI Technologies Inc SB700/SB800 SATA Controller [AHCI mode] 00:12.0 USB Controller: ATI Technologies Inc SB700/SB800 USB OHCI0 Controller 00:12.1 USB Controller: ATI Technologies Inc SB700 USB OHCI1 Controller 00:12.2 USB Controller: ATI Technologies Inc SB700/SB800 USB EHCI Controller 00:13.0 USB Controller: ATI Technologies Inc SB700/SB800 USB OHCI0 Controller 00:13.1 USB Controller: ATI Technologies Inc SB700 USB OHCI1 Controller 00:13.2 USB Controller: ATI Technologies Inc SB700/SB800 USB EHCI Controller 00:14.0 SMBus: ATI Technologies Inc SBx00 SMBus Controller (rev 3a) 00:14.1 IDE interface: ATI Technologies Inc SB700/SB800 IDE Controller 00:14.2 Audio device: ATI Technologies Inc SBx00 Azalia (Intel HDA) 00:14.3 ISA bridge: ATI Technologies Inc SB700/SB800 LPC host controller 00:14.4 PCI bridge: ATI Technologies Inc SBx00 PCI to PCI Bridge 00:18.0 Host bridge: Advanced Micro Devices [AMD] Mobile K10 [Turion X2, Athlon X2, Sempron] HyperTransport Configuration (rev 40) 00:18.1 Host bridge: Advanced Micro Devices [AMD] Family 11h [Turion X2, Athlon X2, Sempron] Address Map 00:18.2 Host bridge: Advanced Micro Devices [AMD] Mobile K10 [Turion X2, Athlon X2, Sempron] DRAM Controller 00:18.3 Host bridge: Advanced Micro Devices [AMD] Mobile K10 [Turion X2, Athlon X2, Sempron] Miscellaneous Control 00:18.4 Host bridge: Advanced Micro Devices [AMD] Mobile K10 [Turion X2, Athlon X2, Sempron] Link Control 01:05.0 VGA compatible controller: ATI Technologies Inc RS780M/RS780MN [Radeon HD 3200 Graphics] 01:05.1 Audio device: ATI Technologies Inc RS780 Azalia controller 08:00.0 System peripheral: JMicron Technology Corp. SD/MMC Host Controller 08:00.2 SD Host controller: JMicron Technology Corp. Standard SD Host Controller 08:00.3 System peripheral: JMicron Technology Corp. MS Host Controller 08:00.4 System peripheral: JMicron Technology Corp. xD Host Controller 09:00.0 Network controller: Broadcom Corporation BCM4312 802.11b/g (rev 01) 0a:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller (rev 02) -- Any technology distinguishable from magic is insufficiently advanced. (*)http://blinkynet.net/comp/uip5.html Linux Counter #80292 - -http://www.faqs.org/rfcs/rfc1855.htmlPlease, don't Cc: me. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
setting sensor limits fails
Hi there, On a recent install of Squeeze I get a message that setting sensor limits fails. I am wondering whether this can be a threat to the hardware and if there are any workarounds for this issue. I am running the amd64 2.6.32 kernel from testing on my HP Pavilion dv5 laptop. Thanks. Nima
Re: setting sensor limits fails
I also have the same hardware as you and the same kernel in amd64. Is this relative to lm_sensors? I never got them to work... I don't think this should be a threat to your laptop, the sensors only read temperature (and other data) they don't interfere with the working of the CPU, hard drive or other components. I think you have no reasons to worry. 2010/2/1 Nima Azarbayjany i.adore.deb...@gmail.com Hi there, On a recent install of Squeeze I get a message that setting sensor limits fails. I am wondering whether this can be a threat to the hardware and if there are any workarounds for this issue. I am running the amd64 2.6.32 kernel from testing on my HP Pavilion dv5 laptop. Thanks. Nima
Re: setting sensor limits fails
Dne, 01. 02. 2010 18:56:03 je António PT napisal(a): I don't think this should be a threat to your laptop, the sensors only read temperature (and other data) they don't interfere with the working of the CPU, hard drive or other components. I think you have no reasons to worry. Well, IIUC, the sensors also trigger the overheating circuits in your laptop, so there is more than just a theoretical possibility to fry your laptop if your sensors are disabled. Just try leaving your laptop running on a thick carpet, and accidentally throw a warm jacket/coat over it ... -- Regards, Klistvud Certifiable Loonix User #481801 http://bufferoverflow.tiddlyspot.com -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: setting sensor limits fails
On Mon, 1 Feb 2010 17:40:52 -0500 (EST), Klistvud wrote: Well, IIUC, the sensors also trigger the overheating circuits in your laptop, so there is more than just a theoretical possibility to fry your laptop if your sensors are disabled. Just try leaving your laptop running on a thick carpet, and accidentally throw a warm jacket/coat over it ... I don't pretend to know anything about this, but isn't there internal circuitry present in the machine that will automatically shut the machine down if it gets too hot? I'm thinking of older operating systems, such as DOS for example, that generally didn't have any kind of sensor management software built in. Being able to manage that kind of thing in an operating system is a nice feature, but I'm not sure if it's essential for safe operation. It seems to me that if the machine were designed properly it would have some default operating characteristics that it will fall back on if it is not being managed by an operating system. For example, If the temperature is below threshold 1, turn the fan off. If it is above threshold 1, turn the fan on low. If it is above threshold 2, turn the fan on medium. If it is above threshold 3, turn the fan on high. If it is above threshold 4, shut the machine off. At least that is how one would hope it would work. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
