Skip to content
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

Tracking: Userland UDP Interface Milestone #1154

Closed
9 of 11 tasks
hudson-ayers opened this issue Aug 13, 2018 · 3 comments
Closed
9 of 11 tasks

Tracking: Userland UDP Interface Milestone #1154

hudson-ayers opened this issue Aug 13, 2018 · 3 comments
Labels
release-blocker Issue or PR that must be resolved before the next release tracking

Comments

@hudson-ayers
Copy link
Contributor

hudson-ayers commented Aug 13, 2018

This issue dictates what tasks must be complete for the Userland UDP Interface milestone to be considered completed. Please add to this as needed.

  • Transition the Imix initialization for UDP/6LoWPAN to use the component interface
  • Clean up configuration so that all networking stack configuration happens either in main.rs or via userspace configuration calls. This includes creating some configuration file from which the src MAC, src PAN, RF channel, and src IP addresses are pulled. This also includes creating an interface so that the IP addresses of local interfaces can be accessed by userland apps via the udp driver.
  • Enforce port bindings to prevent one application from listening to messages intended for another.
  • Add additional return methods to existing system calls to reflect failures due to unavailable ports
  • Enforce that apps can also only send on ports they are bound to
  • Reach agreement that the interface between userland and the kernel is finalized
  • Have someone other than Hudson use the finalized interface (hopefully while working on the Sensys tutorial)
    • Distribute imixes to other developers for testing.
      • Ensure we have enough imixes for sensys tutorial.
  • Test behavior when multiple userland apps use the driver simultaneously
  • Resolve issues sending/receiving multi-fragment udp messages
  • Either allow userland apps to send 1280 byte packets, or a driver call to learn the max size packet that can be sent.
@hudson-ayers hudson-ayers added tracking release-blocker Issue or PR that must be resolved before the next release labels Aug 13, 2018
@bradjc bradjc added this to Critical in Tock Rolling Release Aug 14, 2018
@bradjc
Copy link
Contributor

bradjc commented Oct 19, 2018

Reach agreement that the interface between userland and the kernel is finalized

With plans of doing a release in the next couple weeks, it seems unlikely (or at least I think it's unlikely? We still haven't stabilized a GPIO interface...) that we will come to a consensus on this, and we haven't gotten too many hours of use if you will on the interface either. Does it make sense to move this to a new milestone? I think userland UDP is more than enough of a milestone for the release, without having to say the syscall interface is set.

@hudson-ayers
Copy link
Contributor Author

Yes, I agree with that, especially given the extent to which we (@phil-levis in particular) have stressed not rushing stabilizing interfaces

@bradjc
Copy link
Contributor

bradjc commented Oct 31, 2018

I think the only thing left in this issue is testing, which we need to do for the release anyway.

@bradjc bradjc closed this as completed Oct 31, 2018
Tock Rolling Release automation moved this from Critical to Done Oct 31, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
release-blocker Issue or PR that must be resolved before the next release tracking
Projects
No open projects
Development

No branches or pull requests

2 participants