Decouple network stack from transceiver#644
Conversation
|
Not tested functionality yet, but it builds on native. |
|
Needs rebase already. |
|
Yes, because of #648 I guess ;-) |
examples/rpl_udp/rpl.c
Outdated
There was a problem hiding this comment.
Needs to be replaced by ndp_add_prefix_info() (?).
There was a problem hiding this comment.
Yes, sorry tested the last change only on the 6LoWPAN plugtests
|
For those wondering why I removed the ip command from the applications: |
|
needs rebase again. |
|
probably the |
|
@mehlis nope, thats the network stack (and I think some false positives, because some of this "uninitialised variables" are definitely initialized at some point). |
|
BTW I prefer https://github.com/authmillenon/projects/tree/6LoWPAN_PLUGTEST/6lpplugtest for testing ;-) |
|
LoWPAN layer should be working now. Tested (but not valgrinded) with des-testbed/RIOT-projects#97. All other apps will follow. |
|
No longer WIP but might need some follow-up PRs for neighbor discovery. |
|
(neighbor discovery never worked right before anyway and it was not target of this PR) |
|
@authmillenon PR needs rebase |
There was a problem hiding this comment.
prefix_len & 0x80 - but probably the compiler will optimize this anyway.
But this could benefit from documentation.
There was a problem hiding this comment.
Why do you thing that your proposed code would be more efficient? I doubt it very much.
There was a problem hiding this comment.
Without any optimization it's a branch less, but I doubt any gained efficiency, too. Mostly I find my proposal neater.
|
Review completed. |
|
Critiques applied and/or discussed. |
|
ACK - from my perspective we are ready to merge this. |
Decouple network stack from transceiver
|
Hooray! |
|
whooohoooo, let's focus on #799 which is the next big one |
Follow-Up to #460
Depends on #460 and #557.