Re: Hardware designt to prevent Damages... [WAS: [patch 23/37] i2c-piix4: Blacklist two mainboards]

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
From: Jean Delvare
Date: Thursday, May 15, 2008 - 11:49 am

On Wed, 14 May 2008 21:52:53 +0200, Michelle Konzack wrote:

In this particular case, the CPU was apparently damaged as the result
of accidental memory over-voltage. It is worth noting though that said
CPU had gone through intensive overclocking session beforehand, and
this might explain the death. Other CPUs are known to have gone through
the same experience and are still working.

So, to clear up any misunderstanding: the CPU damage did not occur
because we used some odd CPU instruction sequence or anything like
that. The damage came to the CPU from other hardware on the board.

To be a bit more technical, the design mistake (I think) that was made
by the designers of the motherboard in question, was to use an
I2C/SMBus chip on a PC motherboard, which uses SMBus receive byte and
SMBus send byte for control, and which lives at an I2C address which is
very common amongst hardware monitoring chip. The 4th factor being, of
course, that improperly programming the chip in question can result in
hardware damage. If only 3 of these 4 factors had been present, most
probably there would have been no issue in practice. But with all 4
factors, bad things just had to happen. And it's not just Linux, users
had similar problems running hardware monitoring tools under Windows
too.

-- 
Jean Delvare
--
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
[patch 00/37] 2.6.25.4 -stable review, Greg KH, (Tue May 13, 1:10 pm)
[patch 06/37] sparc: sunzilog uart order, Greg KH, (Tue May 13, 1:11 pm)
[patch 24/37] sparc: Fix ptrace() detach., Greg KH, (Tue May 13, 1:12 pm)
[patch 37/37] md: fix raid5 repair operations, Greg KH, (Tue May 13, 1:12 pm)
Re: [patch 20/37] {nfnetlink, ip, ip6}_queue: fix skb_over ..., Gustavo Guillermo Perez, (Wed May 14, 9:45 am)
Hardware designt to prevent Damages... [WAS: [patch 23/37] ..., Michelle Konzack, (Wed May 14, 12:52 pm)
Re: Hardware designt to prevent Damages... [WAS: [patch 23 ..., linux-os (Dick Johnson), (Thu May 15, 10:57 am)
Re: [patch 22/37] x86: sysfs cpu?/topology is empty in 2.6 ..., Vaidyanathan Srinivasan, (Thu May 15, 11:06 am)
Re: Hardware designt to prevent Damages... [WAS: [patch 23 ..., Jean Delvare, (Thu May 15, 11:49 am)