Feeds

Explosion at Intel's 'Fab 32' Arizona chip plant

Humans hurt, robo factory keeps on fabbin'

Business security measures using SSL

A small explosion injured seven people yesterday afternoon at Intel's wafer-baking factory in Chandler, Arizona.

According to various reports, the explosion took place in a part of the Chandler facility that is being upgraded to support 22 nanometer chip fabrication, which Intel will ramp up later this year using its Tri-Gate 3D transistors.

Brad Miller, battalion chief at the Chandler Fire Department, told Reuters that the explosion, which he characterized as a "small blast", took place at around 2pm local time and that fire-suppression systems using water and foam quickly smothered the resulting blaze. The explosion was initially reported by Miller as taking place inside the chip plant, but it actually occurred in a support facility for storing chemicals.

An Intel spokesman told Reuters late last night that it was not an explosion at Fab 32, as the facility is called by Intel, but rather a brief fire. This would be inconsistent with battalion chief Miller's report that one of the seven people wounded at the Chandler facility suffered from shrapnel wounds; six others had less serious injuries, but a total of four were hospitalized last night.

The Chandler plant, like other Intel facilities, is heavily automated, and the explosion in the new 22 nanometer facility at Fab 32 had no effect on chip production in other parts of the fab, even as the running factory was evacuated as a safety precaution.

Fab 32 was opened in October 2007 and was Intel's first 45 nanometer fab and was upgraded to 32 nanometer processes in 2009. The factory employs over 1,000 people and makes tens of millions of chips per year.

The Chandler factory is one of three different chip plants that Intel operates in Arizona. The Fab 12 and Fab 32 facilities in Arizona are expected to account for the bulk of Intel's 22 nanometer production later this year. It is unclear at this point what effect the explosion/fire will have on the 22 nanometer ramp, if any. ®

Secure remote control for conventional and virtual desktops

More from The Register

next story
Oi, Tim Cook. Apple Watch. I DARE you to tell me, IN PERSON, that it's secure
State attorney demands Apple CEO bows the knee to him
4K-ing excellent TV is on its way ... in its own sweet time, natch
For decades Hollywood actually binned its 4K files. Doh!
Phones 4u website DIES as wounded mobe retailer struggles to stay above water
Founder blames 'ruthless network partners' for implosion
DARPA-backed jetpack prototype built to make soldiers run faster
4 Minute Mile project hatched to speed up tired troops
Hey, Mac fanbois. HGST wants you drooling over its HUGE desktop RACK
What vast digital media repository could possibly need 64 TERABYTES?
Monitors monitor's monitoring finds touch screens have 0.4% market share
Not four. Point four. Count yer booty again, Microsoft
In a spin: Samsung accuses LG exec of washing machine SABOTAGE
Rival electronic giant tries to iron out allegations
prev story

Whitepapers

Providing a secure and efficient Helpdesk
A single remote control platform for user support is be key to providing an efficient helpdesk. Retain full control over the way in which screen and keystroke data is transmitted.
WIN a very cool portable ZX Spectrum
Win a one-off portable Spectrum built by legendary hardware hacker Ben Heck
Saudi Petroleum chooses Tegile storage solution
A storage solution that addresses company growth and performance for business-critical applications of caseware archive and search along with other key operational systems.
Protecting users from Firesheep and other Sidejacking attacks with SSL
Discussing the vulnerabilities inherent in Wi-Fi networks, and how using TLS/SSL for your entire site will assure security.
Security for virtualized datacentres
Legacy security solutions are inefficient due to the architectural differences between physical and virtual environments.