The problem's effects have begun rippling through the computer industry. IBM said Monday that it has put shipments of its just-released x450 Itanium 2 server on hold until the glitch is fixed and is notifying customers that have the systems. "Until we're sure the issues are 100 percent resolved, we're going to keep holding back shipments with the 450," IBM spokeswoman Lisa Lanspery said. "We have a policy of zero tolerance for undetected data corruption" at a customer site, she said. The move doesn't affect IBM's overall Itanium plans, which include a server based on the Itanium 2 6M and planned for later in 2003, she said. Hewlett-Packard, which co-developed the Itanium design and is building the processor family into its entire server line, said computer shipment plans aren't affected because it's screening affected systems before they ship. The company is working to help customers that already bought the systems. "We'll do whatever meets the customer's total satisfaction," said HP spokeswoman Kathy Sowards. "We're working very closely with Intel to come to a resolution for any customers that may be affected." But the glitch can't be good for server salespeople already trying to sell Itanium 2 servers with the more powerful Itanium 2 6M processors just around the corner, Brookwood said. "Imagine if you're trying to convince a customer to buy a McKinley-based system. Customers will say, 'Maybe I'll wait until Madison becomes available,'" Brookwood said. One possible response is to offer McKinley systems with a free upgrade to Madison, he said. Dell Computer's plans aren't affected, company spokesman Eric Anderson said. Dell plans to ship a dual-processor Itanium 2 6M system later this year. Unisys, SGI and NEC all are shipping powerful multiprocessor servers using Itanium 2. NEC didn't respond to requests for comment, but Unisys and SGI said the glitch doesn't affect their short- or long-term Itanium plans. "Unisys is not changing Itanium 2 plans because Intel is making appropriate accommodations and has already defined a number of alternative workarounds," Unisys said in a statement. "We have examined these changes and discussed them fully within Unisys and with Intel, and we are confident that there will be no impact on our customers." To work around the problem, customers can turn the chip frequency down to 800MHz. "In our testing, the problem has not manifested itself when the frequency is lower," Grimes said. Intel has begun discussing plans with computer makers on how to deal with the problem, Grimes said. "Some may decide the problem isn't manifesting itself" and therefore no action is needed, she said. "Others may decide to turn the frequency down as a temporary solution until they can switch out the processors. Others may already have plans to do a free upgrade to Madison." Intel has distributed to computer makers the software that can check for the problem. But the software test doesn't yield results as firm as Intel's own manufacturing test, Grimes said. Intel deserves credit for its up-front dealings with the issue, Brookwood said. "When they discover this kind of stuff, they now understand how to deal with it from an organisational standpoint in terms of getting the word out and working with (computer makers) to get the situation corrected in a timely fashion," he said. "Nobody can accuse them of trying to sweep this under the rug."
See Chips Central for the latest headlines on processors and semiconductors.
To find out more about the computers and hardware that these chips are being used in, see ZDNet UK's Hardware News Section.
Let the Chips Central editor know what you think by email. And sign up for the weekly Chips Central newsletter.
