auto_init: Initialize link-layer addresses from CPU ID#837
auto_init: Initialize link-layer addresses from CPU ID#837OlegHahm merged 2 commits intoRIOT-OS:masterfrom
Conversation
sys/auto_init/auto_init.c
Outdated
There was a problem hiding this comment.
I don't think this should go into auto_init itself.
There was a problem hiding this comment.
That was what I meant with "not the neatest idea". ;-)
|
Can you describe which layers addresses should be initialized and what the intended use is? |
|
(PR missing tag) |
|
@LudwigOrtmann updated. |
|
OK, this is much better. Are there any formal requirements for the seed? |
|
Which seed? |
|
The "seed" used to initialize the address - i.e. the second argument to |
|
It needs to be at least 8 byte long. |
|
Rebased to new version of #854 |
|
@authmillenon needs rebase |
|
Rebased to authmillenon:cpu-id |
|
Needs rebase again. |
|
@authmillenon, ping. |
|
Done |
core/include/kernel.h
Outdated
There was a problem hiding this comment.
Why char? Wouldn't at fixed length data type make more sense? Why not simply typedef uint16_t cpu_id_t?
There was a problem hiding this comment.
The cpu_id_t can be longer (64 bit for iot-lab_M3 e.g.) CPU_ID_LEN == 2U is just the default, if the board cpu does not define anything.
There was a problem hiding this comment.
(But I will do s/char/uint8_t/, there you were right.)
|
Addressed comments |
|
Rebased to master |
sys/auto_init/auto_init.c
Outdated
There was a problem hiding this comment.
I think the time has come to refactor this part of auto_init into a dedicated function. (In a prior commit.)
There was a problem hiding this comment.
I'd opt for the complete net_if code.
|
It's kaput =(
|
There was a problem hiding this comment.
Because it's inside a DEBUG_ENABLED ifdef anyways
There was a problem hiding this comment.
but there's DEBUG in there as well..
|
I'm not sure if it would be cleaner to move the init function into its own file in the net_if module.. I think it would look cleaner and one could use it without also using |
|
I think not. All this function does is initializing the module |
|
What about the separation of concerns (cleanliness)? |
|
This functionality will look ugly in either way. As far as I'm concerned this initialization shouldn't even be |
|
OK |
|
Is this ready from your point of view? |
|
Yes |
|
OK, I'll restart Travis for master compatibility checking. |
|
Restarted again. |
|
Needs blacklisting. |
|
@authmillenon, can you add the necessary blacklistings? I think otherwise this should be ready to merge. |
|
This is not an application. How/what should I blacklist? |
|
I think I better check why next to every application is not compiling for Arduino Mega, before I remove support for this board ;-) |
e8fa71f to
a5a7008
Compare
|
Rebased => There I fixed it ;-) |
There was a problem hiding this comment.
|
If Travis is fine, I am fine, too. You can call this an ACK. |
|
Kicked travis |
|
and again. |
|
\o/ - and go. |
auto_init: Initialize link-layer addresses from CPU ID
|
Finally |
Maybe not the neatest idea, but as long as it stirs up some discussion it's fine.
Depends on #854