#12144 NORM Not Tri: [CL4]The test /waln twice and screen full in SSID message.

[Zarro Boogs per Child]

#12144: [CL4]The test /waln twice and screen full in SSID message.
-------------------------------------------+--------------------------------
           Reporter:  garysu               |       Owner:  Quozl        
               Type:  defect               |      Status:  new          
           Priority:  normal               |   Milestone:  Not Triaged  
          Component:  ofw - open firmware  |     Version:  not specified
         Resolution:                       |    Keywords:               
        Next_action:  design               |    Verified:  0            
Deployment_affected:                       |   Blockedby:               
           Blocking:                       |  
-------------------------------------------+--------------------------------
Changes (by Quozl):

  * next_action:  never set => design


Comment:

 Thanks, your scan result packet causes the same problem here.

 The printing of the display results has read beyond the buffer, and the
 result is unpredictable.  This is a defect in Open Firmware.  I'll try to
 fix it so that it does not read beyond the buffer.

 The maximum packet buffer size is 1600 bytes, and the scan result packet
 was truncated to this size.  A following packet may hold the remainder of
 the scan result, or the module may have wanted to DMA more than 1600
 bytes, I'm not sure which.

 It is the complexity of the data structures sent by the access points that
 combines with the firmware defect to cause this problem.  The order in
 which the beacons are received also affects the problem.  The data
 structures can be seen with a modified scan;

 {{{
 ok dev /supplicant patch .ie .ie-short .ap-ssid dend scan-wifi
 }}}

 This may generate incorrect output for the same reason.

-- 
Ticket URL: <http://dev.laptop.org/ticket/12144#comment:8>
One Laptop Per Child <http://laptop.org/>
OLPC bug tracking system