-
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
drivers/sys : Initial import of high-level driver for reader/writers #752
Conversation
Any opinions? |
#460 has been merged, care to update the description? |
Maybe you can also add a usage example to the description? |
Looks incredibly complicated. The |
We have errno? |
If the clib supplies it, yes. (And in my opinion we should use it more) |
Is it thread safe? |
Anyways - if not all stdlibs do support it we should not use it as part of an interface outside sys. |
Is there any strong opinion against closing (not merging) this PR? |
For which reason? |
I've got the feeling, that it is not really wished for :-) |
Let's discuss at the next after-release developer meeting. |
Closed in favor of #1448 |
After some discussion with @haukepetersen a few weeks ago (and @thomaseichinger and @OlegHahm yesterday), I was thinking about a unified interface for radio chips, files, sockets, network stacks, serial interfaces, etc. a lot and now I finally got some time to formulate my idea (in the spirit of Hauke's #612, #613, #614, #615, and #616). It could completely replace the transceiver module, the (not merged from #460 yet) net_if module, and would greatly simplify POSIX wrappers, since this basically equalizes PIDs and file handlers.
This does not make #460 obsolete for now. In fact: #460 would greatly smooth the transition from the current state to the state of this proposal.