[Trac #1138] iwlist command failure.

[Zarro Boogs per Child]

#1138: iwlist command failure.
--------------------------------+-------------------------------------------
 Reporter:  swagle at marvell.com  |        Owner:  jcardona
     Type:  defect              |       Status:  closed  
 Priority:  blocker             |    Milestone:  Trial-1 
Component:  wireless            |   Resolution:  fixed   
 Keywords:                      |  
--------------------------------+-------------------------------------------
Comment (by jcardona):

 Replying to [comment:17 mbletsas]:
 >
 > > The next day we studied the code in more detail and followed all the
 execution paths that would lead to taking this semaphore.  We found a
 function that, depending on the value of a calibration constant stored on
 EEPROM, would return without releasing the semaphore.  With the debugger
 we confirmed that the error condition occurred on the  xo's that were
 freezing and not on the ones that did not.  Another team is now looking at
 this problem trying to determine why the calibration value is out of
 range.  '''Is calibration data incorrect or we are dealing with a EEPROM
 read error?'''
 > >
 > >
 >
 > Javier,
 >
 > I would vote for EEPROM corruption.  One of the machines that
 consistently
 > exhibited the problem here (meshy6) mysteriously changed its MAC address
 in its
 > own a couple of days ago from 00:17:C4:02:2E:FE to 00:17:C4:06:2E:FE !!!
 > (basically it flipped a bit in the 4th address byte)

 No, it was a read error, we just found the problem.  The EEPROM was being
 read before configuring the CPU clock. This fix will be included in
 5.220.10p5.

-- 
Ticket URL: <http://dev.laptop.org/ticket/1138#comment:18>
One Laptop Per Child <http://laptop.org/>