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]

Message-ID: <20070802120511.GA440@one.firstfloor.org>
Date:	Thu, 2 Aug 2007 14:05:11 +0200
From:	Andi Kleen <andi@...stfloor.org>
To:	Alan Cox <alan@...rguk.ukuu.org.uk>
Cc:	Andi Kleen <andi@...stfloor.org>,
	Andrew Morton <akpm@...ux-foundation.org>,
	Knut Petersen <Knut_Petersen@...nline.de>,
	linux-kernel@...r.kernel.org, trenn@...e.de, pavel@....cz,
	mjg59@...f.ucam.org, lenb@...nel.org
Subject: Re: 2.6.22 regression: thermal trip points

> Set a taint flag, 

That's hardly any useful if the machine is dead afterwards.

> print a loud message 

Neither.

You'll just end up with "Linux destroyed my laptop" headlines all 
over the internet and rightfully very annoyed users.

> Or have you forgotten the original Unix
> philosophy too ?

The philosophy didn't include physically destroying hardware
as far as I know.

> > > Here we had obviously-useful-to-you functionality which was taken away
> > > without, afaik, providing any alternative.
> > 
> > I don't think it's that unreasonable to require source code modifications
> > for anything that can kill hardware.
> 
> As root you can erase the bios, 

We don't ship the devbios driver for good reasons.

> lock the hard disk with a random
> password, reflash your video card .... 

That all requires significant effort and custom software. It's not that we 
have a one liner echo destroy > /sys/.../flash-bios. 

-Andi

-
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/