linux-kernel - Re: 2.6.22 regression: thermal trip points

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Thu, 02 Aug 2007 13:32:10 +0200
From:	Knut Petersen <Knut_Petersen@...nline.de>
To:	trenn@...e.de
CC:	linux-kernel@...r.kernel.org, Andrew Morton <akpm@...l.org>,
	pavel@....cz, mjg59@...f.ucam.org, lenb@...nel.org,
	Adrian Schröter 
	<adrian@...e.de>, "Zhang, Rui" <rui.zhang@...el.com>,
	Jean Delvare <khali@...ux-fr.org>,
	Alexey Starikovskiy <aystarik@...il.com>,
	Andi Kleen <andi@...stfloor.org>
Subject: Re: 2.6.22 regression: thermal trip points

Thomas Renninger wrote:
>> mainboard: AOpen i915GMm-hfs, AWARD BIOS
>> cpu: Pentium-M 750 (0.8 to 1.86 MHz)
>> openSuSE 10.2 with kernel 2.6.22.1
> Is this a DELL laptop that gets throttled by 75% to throttling state 6
> if 60 degrees are exceeded?
No, it is a Pentium M desktop board.:
    Chipset i915GM, FSB 533MHz, max 2GB DDR2 RAM, 2 PCI
    and 1 16x PCI Express slots, serial, parallel, usb, firewire,
    2x Marvel Gigabit Ethernet, Realtek ALC 880 sound, IDE,
    Intel SATA and SiI SATA Raid, FDC, DVI and VGA video out etc.
    Very low power consumption: ~40W to 65W for the whole system,
    except monitor.
> As 2.6.22 was shipped without, I think reverting is not a real option.
Well, it would not be the first time to eliminate a regression by
reverting a
patch after it was accepted previously.
>> Sanity checks that trip points only can get lowered (compared to initial
>> provided ones) needs to be added.
>> Len, Rui: For short-term can some 
But I _need_ to raise the unreasonably low passive trip point. We could
decide to
protect the innocent user by allowing write access to trip_points only
after a previous

echo "I know what I am doing" >
/proc/acpi/thermal_zone/THRM/enable_really_dangerous_options

if we believe that this is a good idea ...

Andi Kleen wrote:

  > I don't think it's that unreasonable to require source code
modifications
  >  for anything that can kill hardware. At least that raises the barrier
  >  a bit and hopefully ensures people think twice about it and then really
  > only blame themselves if anything goes wrong.

Andi, would the above be mechanism sufficiently safe for your taste?

cu,
 Knut

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/