I have created a small test program that shows this problem. It looks
like a race condition as sometimes the addresses are not corrupt.
It looks like if the RAW socket gets the packet before the packet hits
the 6lowpan layer the addresses are fine. If the packet hits the 6lowpan
layer before the RAW socket gets the packet then the addresses are corrupt.
The test program can be found here.
https://github.com/xsilon/sockdebug
I will continue debugging!
Simon
On 18/09/14 10:45, Alexander Aring wrote:
On Thu, Sep 18, 2014 at 11:44:01AM +0200, Alexander Aring wrote:
On Thu, Sep 18, 2014 at 10:03:15AM +0100, Simon Vincent wrote:
There is just a single mrf24j40 on the host.
Some of the messages are sent to multicast addresses so this could be
causing it!
In particular the multicast address is ff02::1a. (all RPL nodes) I guess it
is likely this has not been implemented in the Linux kernel...
and we comming back to some other issue which Werner Almesberger
detected. [0] :-)
There are also some IPv6 implementation issues why RPL sometimes not
really working.
I cc Werner here, hope that's okay.
- Alex
[0] https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=d1c53c8e870cdedb6fc9550f41c558bab45b5219
and now really cc Werner, here. Sorry.
--
To unsubscribe from this list: send the line "unsubscribe linux-wpan" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
