I wrote: > A way to avoid this should be to retrieve the PHR with an SRAM > read and to use the frame buffer read only for the payload.
Hmm no, that doesn't work either. SRAM read can't retrieve the PHR :-( I've now verified that, if packet reception is followed by a frame buffer read, a pause, and then a second frame buffer read, a packet received during the pause will overwrite the first packet. So the race condition exists. Looking at the SPI subsystem API, I can't see a clean way to read the PHR without also ending the frame buffer read and thus removing the protection. Any ideas ? - Werner ------------------------------------------------------------------------------ EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev _______________________________________________ Linux-zigbee-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
