-
Notifications
You must be signed in to change notification settings - Fork 2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
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 ;-) |
@@ -100,10 +103,10 @@ void rpl_udp_init(char *str) | |||
ipv6_addr_init(&std_addr, 0xABCD, 0xEF12, 0, 0, 0x1034, 0x00FF, 0xFE00, id); | |||
ipv6_addr_init_prefix(&prefix, &std_addr, 64); | |||
plist_add(&prefix, 64, NDP_OPT_PI_VLIFETIME_INFINITE, 0, 1, ICMPV6_NDP_OPT_PI_FLAG_AUTONOM); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Needs to be replaced by ndp_add_prefix_info() (?).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
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 |
return SIXLOWERROR_SUCCESS; | ||
if (prefix_len > 128) { | ||
prefix_len = 128; | ||
} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
prefix_len & 0x80
- but probably the compiler will optimize this anyway.
But this could benefit from documentation.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why do you thing that your proposed code would be more efficient? I doubt it very much.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
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.