Re: [riot-devel] Network Stack Task Force
Hello Martin, 2015-02-06 9:02 GMT+01:00 Martin martin.landsm...@haw-hamburg.de: thx again for recording the audio for the introducing presentation. It was a great help to get a more descend look at the information from the slides and the idea for the message based network stack approach. Great! Yesterday we got the foundamental concept how the new network stack will evolve, which modules are covered yet and what parts are open for discussion/definition. As I couldn't attend, I humbly ask how the meeting will proceed today, and if there was discussion/consensus on open topics? Yesterday after the talk we discussed how to solve routing in the network stack. Basically we decided, that for proactive routing the FIB (for a given destination address it gives an PID/interface + next hop address) you proposed is sufficient. For reactive routing we concluded, that it is probably best for the FIB to return for a given destination address the PID of the routing protocol with next hop address == NULL, if a next hop is not available. This way we only need to check in IP if the next hop address is != NULL to lookup the link layer address in the NIB and then send the packet to the given PID. The routing protocol is in case of reactive routing then responsible for the packet and might either send it itself to the link layer or resend it to IP after a next hop was found or drop it if not. We also discussed error management for sending and receiving. The result was, that we introduce a 6th message type for netapi to communicate the status of a packet for a certain layer, and a protocol can register to those via netreg. I'll propose an interface for this at today's meeting. The plan for today is to discuss Header Options, ICMPv6, neighbor discovery and something something I forgot right now ^^ Best, Martine ___ devel mailing list devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel
Re: [riot-devel] Network Stack Task Force
Hi, thx again for recording the audio for the introducing presentation. It was a great help to get a more descend look at the information from the slides and the idea for the message based network stack approach. Yesterday we got the foundamental concept how the new network stack will evolve, which modules are covered yet and what parts are open for discussion/definition. As I couldn't attend, I humbly ask how the meeting will proceed today, and if there was discussion/consensus on open topics? Best regards, Martin On 05.02.2015 15:22, Landsmann, Martin wrote: Hi, thx Best regards, Martin *Von:* devel [devel-boun...@riot-os.org] im Auftrag von Martine Lenders [authmille...@gmail.com] *Gesendet:* Donnerstag, 5. Februar 2015 15:08 *An:* RIOT OS kernel developers *Betreff:* Re: [riot-devel] Network Stack Task Force Hello, attached you find the links to the audio recordings of the talks of the network stack task force meeting. http://download.riot-os.org/nstf/meeting1/nstf-meeting1.mp3 http://download.riot-os.org/nstf/meeting1/nstf-meeting2.mp3 Regards, Martine 2015-02-05 11:18 GMT+01:00 Jan Wagner m...@jwagner.eu mailto:m...@jwagner.eu: they mean this in a context of a mutli user operating system? or not? Emmanuel Baaccelli emmanuel.bacce...@inria.fr mailto:emmanuel.bacce...@inria.fr hat am 5. Februar 2015 um 11:16 geschrieben: the paper I'm about to mention in the meeting: https://www.usenix.org/system/files/conference/osdi12/osdi12-final-183.pdf On Thu, Feb 5, 2015 at 10:03 AM, Martine Lenders authmille...@gmail.com mailto:authmille...@gmail.com wrote: Good Morning, here is the placecam link http://placecam.de/call.php?c=0~dA5j0OrfTdsesyQKlqIZvQi7bo1YKYGdMORGFmqL8- http://placecam.de/call.php?c=0%7EdA5j0OrfTdsesyQKlqIZvQi7bo1YKYGdMORGFmqL8- How-To use it? https://github.com/RIOT-OS/RIOT/wiki/Instructions-for-remote-participation Cheers, Martine 2015-02-04 22:32 GMT+01:00 Matthias Waehlisch m.waehli...@fu-berlin.de mailto:m.waehli...@fu-berlin.de: Hi Jan, On Wed, 4 Feb 2015, Jan Wagner wrote: i just installed placecam, do you send out the meeting link to this mailing list or person based emails?. i would like to join tomorrow and if needed would request that link. Hauke will provide the link tomorrow via the mailing list. ps. do i need a cam or is audiio only ok? You don't need a cam, audio is fine. Cheers matthias -- Matthias Waehlisch . Freie Universitaet Berlin, Inst. fuer Informatik, AG CST . Takustr. 9, D-14195 Berlin, Germany .. mailto:waehli...@ieee.org mailto:waehli...@ieee.org .. http://www.inf.fu-berlin.de/~waehl http://www.inf.fu-berlin.de/%7Ewaehl :. Also: http://inet.cpt.haw-hamburg.de .. http://www.link-lab.net ___ devel mailing list devel@riot-os.org mailto:devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel ___ devel mailing list devel@riot-os.org mailto:devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel ___ devel mailing list devel@riot-os.org mailto:devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel ___ devel mailing list devel@riot-os.org mailto:devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel ___ devel mailing list devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel ___ devel mailing list devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel
Re: [riot-devel] Call for OTA (Over the Air Update) Task Force
Thanks everyone for the input so far, it looks like there is a decent agreement on some core concepts, and there is a strong interest to contribute them. I would like to propose to continue with a virtual meeting, to: - present a summary(!) of the use cases and requirements posted on the ML - break them down into layers (such as bootloader, flash, etc) - for each of those layers, get a rough idea about what exists already today, or what we can do to help create them. Since this is a fairly industry-heavy crowd, i would suggest having the meeting during central european work hours for 2 hours. http://doodle.com/mtzr2s9fbdx72sun I will read all the comments on this doodle and try to adjust accordingly, so please also post your preferred time of the day. best, Arvid ___ devel mailing list devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel
Re: [riot-devel] Network Stack Task Force
Good Morning again, we will continue with the network stack soon. If you want to join remotely, here is the PlaceCam link: http://placecam.de/call.php?c=0~dA5j0OrfTdsesyQKlqIZvQi7bo1YKYGdMORGFmqL8- http://placecam.de/call.php?c=0%7EdA5j0OrfTdsesyQKlqIZvQi7bo1YKYGdMORGFmqL8- How-To use it? https://github.com/RIOT-OS/RIOT/wiki/Instructions-for-remote-participation Cheers, Hauke On 05.02.2015 10:03, Martine Lenders wrote: Good Morning, here is the placecam link http://placecam.de/call.php?c=0~dA5j0OrfTdsesyQKlqIZvQi7bo1YKYGdMORGFmqL8- http://placecam.de/call.php?c=0%7EdA5j0OrfTdsesyQKlqIZvQi7bo1YKYGdMORGFmqL8- How-To use it? https://github.com/RIOT-OS/RIOT/wiki/Instructions-for-remote-participation Cheers, Martine 2015-02-04 22:32 GMT+01:00 Matthias Waehlisch m.waehli...@fu-berlin.de mailto:m.waehli...@fu-berlin.de: Hi Jan, On Wed, 4 Feb 2015, Jan Wagner wrote: i just installed placecam, do you send out the meeting link to this mailing list or person based emails?. i would like to join tomorrow and if needed would request that link. Hauke will provide the link tomorrow via the mailing list. ps. do i need a cam or is audiio only ok? You don't need a cam, audio is fine. Cheers matthias -- Matthias Waehlisch . Freie Universitaet Berlin, Inst. fuer Informatik, AG CST . Takustr. 9, D-14195 Berlin, Germany .. mailto:waehli...@ieee.org mailto:waehli...@ieee.org .. http://www.inf.fu-berlin.de/~waehl http://www.inf.fu-berlin.de/%7Ewaehl :. Also: http://inet.cpt.haw-hamburg.de .. http://www.link-lab.net ___ devel mailing list devel@riot-os.org mailto:devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel ___ devel mailing list devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel ___ devel mailing list devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel
Re: [riot-devel] 'defalut' example on SAMR21 Xplained Pro
Hi, Please try connecting to a different USB port, I've seen this before. Cheers, Ludwig Am 6. Februar 2015 11:42:05 MEZ, schrieb ROUSSEL Kévin kevin.rous...@inria.fr: Hello everyone, Does the 'default' example work correctly on SAMR21 Xplained Pro? I compiled and flashed successfully this application on the Xplained Pro I have; but when doing 'make term', I just can't obtain any output from the board (via the same debug USB port I used to flash). Was anyone able to run this example successfully on the SAM R21, or there a known problem? Thanks, -- Kévin Roussel Doctorant, projet LAR Équipe MADYNES, INRIA Nancy Grand-Est / LORIA Tél. : +33 3 54 95 86 27 kevin.rous...@inria.fr ___ devel mailing list devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel ___ devel mailing list devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel
[riot-devel] 'defalut' example on SAMR21 Xplained Pro
Hello everyone, Does the 'default' example work correctly on SAMR21 Xplained Pro? I compiled and flashed successfully this application on the Xplained Pro I have; but when doing 'make term', I just can't obtain any output from the board (via the same debug USB port I used to flash). Was anyone able to run this example successfully on the SAM R21, or there a known problem? Thanks, -- Kévin Roussel Doctorant, projet LAR Équipe MADYNES, INRIA Nancy Grand-Est / LORIA Tél. : +33 3 54 95 86 27 kevin.rous...@inria.fr ___ devel mailing list devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel
Re: [riot-devel] How low can you go?
On Fri, Feb 6, 2015 at 10:10 AM, Thomas Eichinger thomas.eichin...@fu-berlin.de wrote: Hi, On 06 Feb 2015, at 09:36, Ludwig Ortmann ludwig.ortm...@fu-berlin.de wrote: Hi, On Fri, Feb 06, 2015 at 09:03:31AM +0100, Oleg Hahm wrote: Am Thu, Feb 05, 2015 at 02:09:52PM -0800 schrieb Adam Hunt: There's already a driver for for Atmel's AT86RF231 in the tree and while the AT86RF230 on the Raven boards are nearly the same the 230 lacks a couple minor features, namely a crypto processor and RNG. So, the RF link would be wide open but for experimentation and learning sacrifices are often necessary. As far as I know there were some considerations and work done towards a generic AT86RF23x or even AT86RF2xx driver. Thomas, am I right? Yes, I'm working on that (almost done). Yes, I will take up work on this again next week, as we have a stable netdev interface by today. That's great news! I have seen some compatibility issues when I have been attempting to use the 231 driver for the 212B (sub-GHz band), but I assume this is because every limit etc. is configured to work with the 2.4 GHz register values on the 231. BR, Joakim ___ devel mailing list devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel
Re: [riot-devel] How low can you go?
Hi, On 06 Feb 2015, at 09:36, Ludwig Ortmann ludwig.ortm...@fu-berlin.de wrote: Hi, On Fri, Feb 06, 2015 at 09:03:31AM +0100, Oleg Hahm wrote: Am Thu, Feb 05, 2015 at 02:09:52PM -0800 schrieb Adam Hunt: There's already a driver for for Atmel's AT86RF231 in the tree and while the AT86RF230 on the Raven boards are nearly the same the 230 lacks a couple minor features, namely a crypto processor and RNG. So, the RF link would be wide open but for experimentation and learning sacrifices are often necessary. As far as I know there were some considerations and work done towards a generic AT86RF23x or even AT86RF2xx driver. Thomas, am I right? Yes, I'm working on that (almost done). Yes, I will take up work on this again next week, as we have a stable netdev interface by today. Best, Thomas ___ devel mailing list devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel
Re: [riot-devel] Problem socket UDP
Hi Baptiste, could you open an issue please? Cheers, Ludwig On Fri, Feb 06, 2015 at 03:05:05PM +0100, Baptiste Clenet wrote: After pluging a second sender, I got the problem: if ((socket MAX_SOCKETS) || (socket_base_sockets[socket - 1].socket_id == 0)) { return false; } socket = 11534388 socket_base_sockets[socket - 1].socket_id = 64 And then the program goes to isr_hard_fault 2015-02-06 14:19 GMT+01:00 Baptiste Clenet bapcle...@gmail.com: I have let my program running with two boards: one sender and one receiver. It seems to work for the moment (longer than with three sender boards) 2015-02-06 10:53 GMT+01:00 Baptiste Clenet bapcle...@gmail.com: Hi Oleg, I tried on native by simulating the value from sensor and it works after one hour of running. So it seems to be a platform specific problem. Any clues? Which test shoud I do then? and where the variable socket is incremented? Cheers, 2015-02-06 8:18 GMT+01:00 Oleg Hahm oliver.h...@inria.fr: Hi Maxence! You mean than I should slow down the number of transmission? I send a packet every second on three boards which means that the other board receives three packets a second. How may I check apart from slowing down the rate of the transmission? Three packets every second shouldn't be a problem. Have you checked if same (or similar code) works on native. That would be always the first indicator if it's a general problem in - let's say the network stack - or if it's something particular to this hardware. Cheers, Oleg -- panic (Splunge!); linux-2.2.16/drivers/scsi/psi240i.c ___ devel mailing list devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel -- *Clenet BaptisteFR: +33 6 29 73 05 39 %2B33%206%2029%2073%2005%2039* *Élève-Ingénieur ESEO Angers, dernière année, spécialisation: Architecte système temps réél embarqué* *Bidiplôme Master Robotics à l'Université de Plymouth en 2013-2014* -- *Clenet BaptisteFR: +33 6 29 73 05 39 %2B33%206%2029%2073%2005%2039* *Élève-Ingénieur ESEO Angers, dernière année, spécialisation: Architecte système temps réél embarqué* *Bidiplôme Master Robotics à l'Université de Plymouth en 2013-2014* -- *Clenet BaptisteFR: +33 6 29 73 05 39* *Élève-Ingénieur ESEO Angers, dernière année, spécialisation: Architecte système temps réél embarqué* *Bidiplôme Master Robotics à l'Université de Plymouth en 2013-2014* ___ devel mailing list devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel ___ devel mailing list devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel
Re: [riot-devel] Problem socket UDP
Here is the backtrace bt #0 isr_hard_fault () at RIOT/cpu/samd21/startup.c:104 #1 signal handler called #2 0x06ec in clist_advance (list=0x20001c30 sched_runqueues) at RIOT/core/include/clist.h:80 #3 0x08d4 in thread_yield () at RIOT/core/thread.c:99 #4 0x000167fe in isr_eic () at RIOT/cpu/samd21/periph/gpio.c:1027 #5 signal handler called #6 0x147a in ?? () 2015-02-06 15:05 GMT+01:00 Baptiste Clenet bapcle...@gmail.com: After pluging a second sender, I got the problem: if ((socket MAX_SOCKETS) || (socket_base_sockets[socket - 1].socket_id == 0)) { return false; } socket = 11534388 socket_base_sockets[socket - 1].socket_id = 64 And then the program goes to isr_hard_fault 2015-02-06 14:19 GMT+01:00 Baptiste Clenet bapcle...@gmail.com: I have let my program running with two boards: one sender and one receiver. It seems to work for the moment (longer than with three sender boards) 2015-02-06 10:53 GMT+01:00 Baptiste Clenet bapcle...@gmail.com: Hi Oleg, I tried on native by simulating the value from sensor and it works after one hour of running. So it seems to be a platform specific problem. Any clues? Which test shoud I do then? and where the variable socket is incremented? Cheers, 2015-02-06 8:18 GMT+01:00 Oleg Hahm oliver.h...@inria.fr: Hi Maxence! You mean than I should slow down the number of transmission? I send a packet every second on three boards which means that the other board receives three packets a second. How may I check apart from slowing down the rate of the transmission? Three packets every second shouldn't be a problem. Have you checked if same (or similar code) works on native. That would be always the first indicator if it's a general problem in - let's say the network stack - or if it's something particular to this hardware. Cheers, Oleg -- panic (Splunge!); linux-2.2.16/drivers/scsi/psi240i.c ___ devel mailing list devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel -- *Clenet BaptisteFR: +33 6 29 73 05 39 %2B33%206%2029%2073%2005%2039* *Élève-Ingénieur ESEO Angers, dernière année, spécialisation: Architecte système temps réél embarqué* *Bidiplôme Master Robotics à l'Université de Plymouth en 2013-2014* -- *Clenet BaptisteFR: +33 6 29 73 05 39 %2B33%206%2029%2073%2005%2039* *Élève-Ingénieur ESEO Angers, dernière année, spécialisation: Architecte système temps réél embarqué* *Bidiplôme Master Robotics à l'Université de Plymouth en 2013-2014* -- *Clenet BaptisteFR: +33 6 29 73 05 39 %2B33%206%2029%2073%2005%2039* *Élève-Ingénieur ESEO Angers, dernière année, spécialisation: Architecte système temps réél embarqué* *Bidiplôme Master Robotics à l'Université de Plymouth en 2013-2014* -- *Clenet BaptisteFR: +33 6 29 73 05 39* *Élève-Ingénieur ESEO Angers, dernière année, spécialisation: Architecte système temps réél embarqué* *Bidiplôme Master Robotics à l'Université de Plymouth en 2013-2014* ___ devel mailing list devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel
Re: [riot-devel] Problem socket UDP
Yes sure 2015-02-06 15:07 GMT+01:00 Ludwig Ortmann ludwig.ortm...@fu-berlin.de: Hi Baptiste, could you open an issue please? Cheers, Ludwig On Fri, Feb 06, 2015 at 03:05:05PM +0100, Baptiste Clenet wrote: After pluging a second sender, I got the problem: if ((socket MAX_SOCKETS) || (socket_base_sockets[socket - 1].socket_id == 0)) { return false; } socket = 11534388 socket_base_sockets[socket - 1].socket_id = 64 And then the program goes to isr_hard_fault 2015-02-06 14:19 GMT+01:00 Baptiste Clenet bapcle...@gmail.com: I have let my program running with two boards: one sender and one receiver. It seems to work for the moment (longer than with three sender boards) 2015-02-06 10:53 GMT+01:00 Baptiste Clenet bapcle...@gmail.com: Hi Oleg, I tried on native by simulating the value from sensor and it works after one hour of running. So it seems to be a platform specific problem. Any clues? Which test shoud I do then? and where the variable socket is incremented? Cheers, 2015-02-06 8:18 GMT+01:00 Oleg Hahm oliver.h...@inria.fr: Hi Maxence! You mean than I should slow down the number of transmission? I send a packet every second on three boards which means that the other board receives three packets a second. How may I check apart from slowing down the rate of the transmission? Three packets every second shouldn't be a problem. Have you checked if same (or similar code) works on native. That would be always the first indicator if it's a general problem in - let's say the network stack - or if it's something particular to this hardware. Cheers, Oleg -- panic (Splunge!); linux-2.2.16/drivers/scsi/psi240i.c ___ devel mailing list devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel -- *Clenet BaptisteFR: +33 6 29 73 05 39 %2B33%206%2029%2073%2005%2039* *Élève-Ingénieur ESEO Angers, dernière année, spécialisation: Architecte système temps réél embarqué* *Bidiplôme Master Robotics à l'Université de Plymouth en 2013-2014* -- *Clenet BaptisteFR: +33 6 29 73 05 39 %2B33%206%2029%2073%2005%2039* *Élève-Ingénieur ESEO Angers, dernière année, spécialisation: Architecte système temps réél embarqué* *Bidiplôme Master Robotics à l'Université de Plymouth en 2013-2014* -- *Clenet BaptisteFR: +33 6 29 73 05 39* *Élève-Ingénieur ESEO Angers, dernière année, spécialisation: Architecte système temps réél embarqué* *Bidiplôme Master Robotics à l'Université de Plymouth en 2013-2014* ___ devel mailing list devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel ___ devel mailing list devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel -- *Clenet BaptisteFR: +33 6 29 73 05 39* *Élève-Ingénieur ESEO Angers, dernière année, spécialisation: Architecte système temps réél embarqué* *Bidiplôme Master Robotics à l'Université de Plymouth en 2013-2014* ___ devel mailing list devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel
Re: [riot-devel] Problem socket UDP
I have let my program running with two boards: one sender and one receiver. It seems to work for the moment (longer than with three sender boards) 2015-02-06 10:53 GMT+01:00 Baptiste Clenet bapcle...@gmail.com: Hi Oleg, I tried on native by simulating the value from sensor and it works after one hour of running. So it seems to be a platform specific problem. Any clues? Which test shoud I do then? and where the variable socket is incremented? Cheers, 2015-02-06 8:18 GMT+01:00 Oleg Hahm oliver.h...@inria.fr: Hi Maxence! You mean than I should slow down the number of transmission? I send a packet every second on three boards which means that the other board receives three packets a second. How may I check apart from slowing down the rate of the transmission? Three packets every second shouldn't be a problem. Have you checked if same (or similar code) works on native. That would be always the first indicator if it's a general problem in - let's say the network stack - or if it's something particular to this hardware. Cheers, Oleg -- panic (Splunge!); linux-2.2.16/drivers/scsi/psi240i.c ___ devel mailing list devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel -- *Clenet BaptisteFR: +33 6 29 73 05 39 %2B33%206%2029%2073%2005%2039* *Élève-Ingénieur ESEO Angers, dernière année, spécialisation: Architecte système temps réél embarqué* *Bidiplôme Master Robotics à l'Université de Plymouth en 2013-2014* -- *Clenet BaptisteFR: +33 6 29 73 05 39* *Élève-Ingénieur ESEO Angers, dernière année, spécialisation: Architecte système temps réél embarqué* *Bidiplôme Master Robotics à l'Université de Plymouth en 2013-2014* ___ devel mailing list devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel