More on AMD’s TLB bug and damaged honor

For those interested in a little more detail on AMD’s latest shot at its own foot, The DailyTech has a nice analysis of the TLB bug.

The bug, which has been documented since at least early November, can cause a deadlock during recursive or nested cache writes.

How does the TLB erratum occur? All AMD quad-core processors utilize a shared L3 cache. In instances where the software uses nested memory pages, this processor will experience a race condition.

Impact on HPC? Unlcear. We do know that Cray was allowed it’s allotment (part of which is scheduled for my center…the ERDC MSRC…and part of which may be going to ORNL)

AMD partners tell DailyTech that all bulk Barcelona shipments have been halted pending application screening based on the customer. Cray, for example, was allowed its latest allocation for machines that will not use these nested virtualization techniques. Other AMD corporate customers were told to use Revision F3 (K8) processors in the meantime.

It does appear that if you’re intending to run virtualization software on the chips, you aren’t going to be getting Barcelona for a while.

In the software world, a typical memory race condition occurs when the memory arbiter is instructed to overwrite an older block of memory, but write the old block of memory to somewhere else in cache. In the instance where two arbiters follow this same rule set, its easy to see how a race condition can occur: both arbiters attempt to overwrite the same blocks of information, resulting in a deadlock.

From what AMD engineers would tell DailyTech, this example is very similar to what occurs with nested memory pages in virtualized machines on these K10 processors.

The Register is also covering the fun, and I’m of a similar mind regarding AMD’s evasion of responsibility with the language here. The company is denying this is a “stop ship”

“We haven’t changed the shipping pattern,” AMD man Phil Hughes told InternetNews. “It’s only a stop ship if it’s shipping in volume, and we’re only shipping Barcelona for specific customer commitments, like larger volume deployments.”
AMD seems to be fiddling with language, as far as we’re concerned.

Look AMD: you screwed up. Take it like a man, fix the problem, and try to move on.



 

Like what you're reading? Come back every day for HPC news, or subscribe to email or RSS updates. Trackback URL: http://insidehpc.com/2007/12/06/more-on-amds-tlb-bug-and-damaged-honor/trackback/

Comments

Trackbacks

Leave your own comment

insideHPC.com is a production of insideHPC, LLC. © 2006-2013 Sitemap