Re: [riot-devel] What is UHCP?

Hi Martine, On Mon, Nov 02, 2020 at 12:26:43PM +0100, Martine Sophie Lenders wrote: > UHCP (micro host configuration protocol) is a RIOT-proprietary protocol > that was developed back in 2016 [1] to have a simple drop-in replacement > for DHCPv6 prefix delegation (which was not implemented yet

[riot-devel] What is UHCP?

Dear reconnecting IOTlers, I just came across the following page in the RIOT documentation: https://riot-os.org/api/group__net__uhcp.html Could anybody explain what UHCP is and how it works? The documentation page is a bit minimalistic and I couldn't find an RFC or similar. Cheers Oleg --

[riot-devel] Help with SODAQ SARA SFF needed

Hey folks, I'm currently trying to get RIOT to fly on the SODAQ SARA SFF board. Unfortunately I'm struggling a little bit with the startup sequence of the U-Blox module. According to the documentation here: http://doc.riot-os.org/sodaq-sara-sff_2include_2board_8h.html and the Arduino samples

Re: [riot-devel] ztimer - a new high-level timer for RIOT

Hey Kaspar, On Mon, Dec 09, 2019 at 11:28:19PM +0100, Kaspar Schleiser wrote: > > Hm, to be honest, I'm not so sure of what kind of efficiency we're speaking > > here. CPU time or memory? Probably both, right? Regarding the CPU > > efficiency, > > I would assume that this also dictates the

Re: [riot-devel] ztimer - a new high-level timer for RIOT

Hey! On Mon, Dec 09, 2019 at 10:07:16PM +0100, Kaspar Schleiser wrote: > > Anyway, I think we need to define what "very efficient timers for use in > > time-critical drivers" means in order to being able to check whether the > > proposal fulfills the requirement or not. > > We can try. What

Re: [riot-devel] ztimer - a new high-level timer for RIOT

Folks! Can we get back to the actual problem at hand, please? Let me recap: Kaspar came up with a proposal for a new timer API, since xtimer has flaws (as identified by multiple members of the RIOT community during the last ~4 years) and is apparently not fixable (at least no one came up with a

[riot-devel] Some thoughts on the typical RIOT workflow

Dear reviewing IOTlers, the RIOT maintainer meeting that happened yesterday triggered some thoughts about our common workflow [1] when it comes to pull request introducing new features, new hardware support, or new concepts. The first observation is that proposing something new goes often along

Re: [riot-devel] Incorporating OMG Data-Distribution Service for Real-Time Systems (DDS)

Hey Brenton, On Tue, Jul 02, 2019 at 02:14:30PM +0200, Brenton Chetty wrote: > Is anyone currently working on incorporating DDS into RIOT? maybe you could try to contact the authors of https://ieeexplore.ieee.org/abstract/document/8442103 [1] Cheers Oleg [1] Beckman, Kai, and Jonas Reininger.

[riot-devel] Test - please ignore

Please ignore -- printk ("%s: This looks like a LART board to me.\n",module_name); linux-2.6.6/drivers/mtd/devices/lart.c ___ devel mailing list devel@riot-os.org https://lists.riot-os.org/mailman/listinfo/devel

Re: [riot-devel] Driver design rules in RIOT

Hi Juan! Just a small comment: On Wed, Sep 26, 2018 at 12:16:08PM +0200, Juan Ignacio Carrano wrote: > Maybe off topic, but I think we need a IO layer (think SAUL, but more > complete) so that the user does not have to directly interact with drivers. > I would answer many of your questions, as

Re: [riot-devel] Notification: Monthly RIOT developer meeting @ Mon Sep 24, 2018 4pm - 5pm (CEST) (RIOT Events)

Hey Paco! On Mon, Sep 24, 2018 at 03:46:32PM +0200, Francisco Javier Acosta Padilla wrote: > Well, there’s the developers meeting today, and I’d like to > take the opportunity to talk about some recent things on RIOT, > e.g. build system and dependencies, which might touch other > topics as well.

Re: [riot-devel] Notification: Hack'n'ACK @ Tue Dec 26, 2017 5pm - 10pm (RIOT Events)

Dear reindeering IOTlers, is this gonna happen tonight? Cheers, Oleg On Mon, Dec 25, 2017 at 03:59:56PM +, Google Calendar wrote: > This is a notification for: > > Title: Hack'n'ACK > When: Tue Dec 26, 2017 5pm – 10pm Berlin > Where: FU Berlin; HAW Hamburg > Calendar: RIOT Events > Who: >

Re: [riot-devel] Data Caching in GNRC, Vol 57, Issue 16

Hi Benjamin, On Fri, Nov 17, 2017 at 04:56:33PM +, Häring Benjamin (haej) wrote: > > Regarding caching: no there is no possibility in GNRC to cache data for > > sleeping nodes at the moment. > Is such a solution planned for the GNRC? The stack would thus only be > applicable to nodes with

[riot-devel] Minutes from the road map session at the RIOT summit

Dear road-mapping IOTlers, it took me way too long, but finally I managed to transcribe the handwritten notes from our road map session at the summit some weeks ago into the wiki: https://github.com/RIOT-OS/RIOT/wiki/RIOT-Summit-roadmap-session-2017 I tried my best to summarize our discussions,

Re: [riot-devel] rtc alarm running with threads

Dear Paula, can you share the code of your application somewhere? That might help to find the issues. I would suppose that the interrupt handler is faulty or consumes too much memory or something like this. I think start debugging with a basic application that just prints some text whenever a

Re: [riot-devel] Jimini Board support announcement

Dear Josua, On Thu, Oct 19, 2017 at 02:38:35PM +, Arndt, Josua wrote: > I'm happy to announce the support of a new board develop at the IAS of the > RWTH Aachen. The initial PR is ongoing, it will be followed by driver and > module PRs soon. Have a closer look at the wiki page to get an

Re: [riot-devel] RPL DAO target concat from fib

Hi Rahul! Just a small remark regarding one of your comments: On Thu, Oct 19, 2017 at 11:16:17AM +0530, Rahul Jadhav wrote: > 2. RIOT does not handle L2 retry-count feedback to maintain RPL metric (for > e.g. ETX). > Pls correct if i m wrong. One problem here is that not all radio devices

Re: [riot-devel] On the State of RIOT's IEEE 802.15.4 Support

Hey Thomas! I agree with Kaspar: thanks for bringing this up and yes, we should aim for compliance. On Sun, Sep 17, 2017 at 02:37:39PM -0700, Thomas Eichinger wrote: > A while ago I worked on adding support for MAC commands and procedures the > standard describes like channel scanning and

Re: [riot-devel] IPv4 support

Dear Ameya! On Fri, Aug 18, 2017 at 06:38:31PM +0530, Ameya Joshi wrote: > Does the latest version of RIOT support IPv4? RIOT supports the lwip network stack which supports IPv4. However, AFAIK there is no IPv4 support for application interface "sock". Martine, correct me if I'm wrong. Cheers,

Re: [riot-devel] Mailserver issues

Hi Adam! On Fri, Aug 11, 2017 at 04:04:05AM -0700, Adam Hunt wrote: > Just out of curiosity, was this due to a lack of machine resources? Actually not. In fact, the maximum number of MTA and content filter processes were configured too low. > How is RIOT's infrastructure (e.g. web and mail

Re: [riot-devel] Re-visiting the LED macros

Hi Hauke! On Tue, Jul 11, 2017 at 06:04:29PM +0200, Hauke Petersen wrote: > For the purpose of profiling using GPIO pins, I think it makes more sense to > think about something like a CPU specific `pin_debug` header for a small > number (say 2?) pins that can be directly (say without overhead)

Re: [riot-devel] At86rf2xx ACK frame

Hi Alex! On Fri, Jun 16, 2017 at 10:43:05PM +0200, Alexander Aring wrote: > On Fri, Jun 16, 2017 at 09:45:25PM +0200, Oleg Hahm wrote: > > Using at86rf2xx's extended operating mode allows you to figure out if an ACK > > was received or not, but not all models allows you to read

Re: [riot-devel] At86rf2xx ACK frame

Hi Alex! On Fri, Jun 16, 2017 at 09:21:18PM +0200, Alexander Aring wrote: > On Fri, Jun 16, 2017 at 11:57:01AM +0200, Oleg wrote: > > On 2017-06-16 11:27, Baptiste Clenet wrote: > > > Yes Thomas I haven't tried yet but I don't think transceiver stores it. > > > Joakim, OpenThread requires it as

Re: [riot-devel] RIOT Package

Hi! On Wed, May 17, 2017 at 10:21:45AM +0200, Baptiste Clenet wrote: > I see! Very interesting feature and I really think it should be > enabled by default! What's your opinion? Not sure what you mean. The feature is enabled by default, the only thing you need to do is to add git-cache to your

Re: [riot-devel] RIOT Package

Hi Baptiste! On Wed, May 17, 2017 at 10:08:50AM +0200, Baptiste Clenet wrote: > So you mean that git-cache is already used and allow to download an > archive of a .git repo? Yes, but you have to "install" git-cache first (see dist/tools/git/README.md). > Could you give me an example of a

Re: [riot-devel] RIOT Package

Hi Baptiste, On Wed, May 17, 2017 at 08:24:50AM +0200, Baptiste Clenet wrote: > Concerning external package, I suggest that RIOT download and store > the archive in pkg folder then extract here in the right location to > be compiled. This is helpful when you work on a package so you don't > need

Re: [riot-devel] Release 2017.04

Yay, congrats everybody and thanks for the great release management, Kaspar! On Wed, May 10, 2017 at 01:04:43PM +0200, Kaspar Schleiser wrote: > Dear RIOTers, > > we are happy to announce the 11th official release of RIOT: > > --- * RIOT 2017.04 * --- >

Re: [riot-devel] Regarding RIOT joining EdgeX Foundry

Hey Thomas! On Tue, May 02, 2017 at 01:24:12PM -0700, Thomas Eichinger wrote: > Thanks for your feedback. I think there is no such thing as an official > trial trial period so I understand correctly that this trial period would be > a RIOT internal thing? Yupp, that's what I meant. Sorry for my

[riot-devel] [CFP] Elsevier FGCS Journal [IF=2.43] -- SI on "Internet of Things (IoT): Operating System, Applications and Protocols Design, and Validation Techniques"

Dear researching IOTlers, please find below a call for papers for Special Issue in Elsevier Future Generation Computer Systems Journal that might be interesting for some of you. Apologies if you receive multiple copies of this announcement. --- CALL FOR PAPERS Special

Re: [riot-devel] flash command without compiling

Hi! On Tue, Apr 18, 2017 at 10:12:13AM +0200, Kaspar Schleiser wrote: > On 04/17/2017 04:47 PM, Jose Alamos wrote: > > I noticed the 'make flash' recompiles everything before flashing. What's > > the reason behind this? > > Does it actually recompile? > > The flash target in Makefile.include

Re: [riot-devel] HacknAck 27.3.2017

Hey James! On Mon, Mar 27, 2017 at 03:40:47PM +0200, James Munns wrote: > I was planning to attend the Hack n' Ack tomorrow in Berlin, and some of > the maintainers I met at Embedded World suggested that I ping the mailing > list to make sure it was still happening :). > > I don't have anything

Re: [riot-devel] RIOT's CI system

Hi Martin! On Tue, Mar 21, 2017 at 01:21:22PM +0100, Landsmann, Martin wrote: > While going through the spreadsheet I stumbled upon row 28, i.e. 'Cope with > dynamic set of workers'. > > I would appreciate to get more information why the scoring seems to state, > what I interpret of it, > >

Re: [riot-devel] RIOT's CI system

Hi Thomas! On Mon, Mar 20, 2017 at 11:17:07AM -0700, Thomas Eichinger wrote: > Reading the document provided it seems to me that Jenkins actually > got a better score than Murdock 2. (Please tell me if I am mistaken > and misinterpret the table.) No, you are correct. Jenkins got a slightly

[riot-devel] RIOT's CI system

Dear robust IOTlers, as you probably know we're currently running three CI systems in parallel: Murdock, Jenkins and Murdock 2, where the first one is the authoritative CI system and the other two are under test. Since these two last systems support distributed deployment - a must-have feature

Re: [riot-devel] netdev2 is now netdev

Hi Martine! Thanks for the info. Just a short clarification question: On Wed, Mar 15, 2017 at 11:46:47AM +0100, Martine Lenders wrote: > The only pitfall that might be a problem I was able to identify when > porting is that the adaption layer to GNRC `gnrc_netdev2` is now called > `gnrc_netdev`.

Re: [riot-devel] To global seed or not to global seed

Hi Ludwig! On Wed, Mar 08, 2017 at 10:28:13AM +0100, Ludwig Knüpfer wrote: > Am 8. März 2017 10:21:15 MEZ schrieb Oleg Hahm <oliver.h...@inria.fr>: > >Is testing and simulation the only use case you can imagine? I'm somewhat > >reluctant to add code just for non-production pu

Re: [riot-devel] To global seed or not to global seed

Dear Cenk, thanks for bringing up this discussion. On Wed, Mar 08, 2017 at 12:18:28AM +0100, Cenk Gündoğan wrote: > 1) we can define it as BCP to *not* use `random_init()` if `auto_init` >is used >=> it's hard to guarantee a one-time call to `random_init()` as human >do surely err

Re: [riot-devel] Release 2017.01

Great, finally we have an Enterprise[1] release! ;-) Thanks a lot for the wonderful efforts, everybody, and, of course, particular Peter for the often cumbersome work as the release manager! Cheers, Oleg [1] https://en.wikipedia.org/wiki/USS_Enterprise_(NCC-1701) On Wed, Feb 01, 2017 at

Re: [riot-devel] Ethos in Mac OS

Hi Adeel! I'm trying to understand your question: On Mon, Jan 30, 2017 at 12:58:59PM +, Adeel Mohammad Malik wrote: > I have managed to run CCN-lite in RIOT on a border router with Ethernet as > the underlying layer on the north bound interface and CCN on 802.15.4 on the > southbound

Re: [riot-devel] Proposal: Use Gitter to allow users and developers easier and simpler chat functionality

Hi Anthony! On Wed, Jan 18, 2017 at 02:49:37PM -0500, Anthony Merlino wrote: > Here is an example https://gitter.im/Microsoft/vscode  Thanks. Seems rather slow/resource-hungry. Is there a non-Web (or even better: a non-GUI) version? Cheers, Oleg -- My computer is so slow that sometimes it

Re: [riot-devel] Proposal: Use Gitter to allow users and developers easier and simpler chat functionality

Hi Anthony, Welcome to RIOT and thanks for your suggestions. On Wed, Jan 18, 2017 at 02:03:05PM -0500, Anthony Merlino wrote: > I am a relatively new user to Riot OS. I understand that this type of > proposal from a new user may be frowned upon or unwarranted. So I understand > if this idea gets

Re: [riot-devel] Stacksize optimization

Hi! On Mon, Jan 09, 2017 at 02:01:04PM +0100, Baptiste Clenet wrote: > In order to optimize the statcksize of a thread, I would like to know > when the thread uses the maximum of its stack (maximum can be 3/4 of > the stack for instance) > How can I find this "time"? Sounds like a case for

Re: [riot-devel] Strange errors

Hi Ilias! On Mon, Jan 09, 2017 at 11:54:46AM +0100, Ilias Seitanidis wrote: > Today I came up with some strange errors while creating a new project. > The first one is "'CREATE_STACKTEST' undeclared (first use in this function) > THREAD_PRIORITY_MAIN - 1,

Re: [riot-devel] Biweekly virtual meeting @ Wed Jan 11, 2017 2pm - 3pm - Agenda Update

Hi Vincent! On Wed, Jan 04, 2017 at 01:39:16PM +0100, Vincent Dupont wrote: > I would like to join as this topic is central in the CAN stack developments, > but I won't be available next Wednesday. > Could this be rescheduled ? Sure, do you want to propose some dates in a doodle? Cheers, Oleg

[riot-devel] Biweekly virtual meeting @ Wed Jan 11, 2017 2pm - 3pm - Agenda Update

Dear roaring IOTlers, I would like to revive the virtual RIOT developer meeting next week and put a topic on the agenda that was raised several times in the past by different people: a (generic) memory allocator. One of the use cases for such a feature was described here:

Re: [riot-devel] sha256

Hey Paco! On Fri, Dec 16, 2016 at 06:47:19PM +0100, Francisco Javier Acosta Padilla wrote: > I’m trying the sha256 module on RIOT master and I just realised it returns > always a different value… for now, I’m doing this: > > > sha256_init(); > sha256_update(, (uint8_t*)firmware_bin,

Re: [riot-devel] How do ISRs work in the context of RIOT's scheduler?

Hi Kaspar! On Tue, Nov 29, 2016 at 11:59:14AM +0100, Kaspar Schleiser wrote: > On 11/29/2016 11:14 AM, Oleg Hahm wrote: > > Okay, re-reading the documentation again, I agree that the behavior deviates > > from what is written. I also see, that the behavior is indeed different o

Re: [riot-devel] How do ISRs work in the context of RIOT's scheduler?

Hi Kaspar! On Tue, Nov 29, 2016 at 10:41:11AM +0100, Kaspar Schleiser wrote: > On 11/29/2016 10:27 AM, Oleg Hahm wrote: > > I would call it rather a bug in the documentation. The behavior of the > > scheduler for threads of the same priority is simply underspecified. > > W

Re: [riot-devel] How do ISRs work in the context of RIOT's scheduler?

Hi Kaspar! On Tue, Nov 29, 2016 at 08:46:58AM +0100, Kaspar Schleiser wrote: > On 11/26/2016 12:55 AM, Charles Cross wrote: > > Perhaps this is designed for the case where actions are taken inside the > > ISR which signal other threads (like sending IPC messages), but I'm > > still not clear on

Re: [riot-devel] RIOT Release 2016.10

Hi! That's awesome and I'm really happy to see another RIOT release out there to conquer the IoT! ;-) Many thanks to Martine for thoroughly managing this release and putting so much work into it. And congrats for the fastest release - only 100 days! [1] And of course, also many thanks to the

Re: [riot-devel] L2 Netstats

Hi Carsten! On Tue, Nov 01, 2016 at 04:10:01PM +0100, Carsten Bormann wrote: > Please have a look at RFC7388 when doing this: > >      Definition of Managed Objects for IPv6 over Low-Power Wireless >      Personal Area Networks (6LoWPANs). J. Schoenwaelder, A. Sehgal, T. >      Tsou, C. Zhou.

Re: [riot-devel] bitfeilds

Hi Martine! On Thu, Oct 27, 2016 at 01:35:21PM +0200, Martine Lenders wrote: > >> As example I was able to save several 100 bytes of ROM when removing the > >> named bitfield use from the samr21s peripheral drivers. > > > > > I don't know about your specific code, but I was able to show, that a >

Re: [riot-devel] Coding conventions amendment

Hi Ludwig! On Fri, Oct 14, 2016 at 12:26:19PM +0200, Ludwig Knüpfer wrote: > Am 14. Oktober 2016 10:04:07 MESZ, schrieb Oleg Hahm <oliver.h...@inria.fr>: > >On Fri, Oct 14, 2016 at 09:13:50AM +0200, Ludwig Knüpfer wrote: > >> In general it is safer to explicate th

Re: [riot-devel] Coding conventions amendment

Hi Kees! On Fri, Oct 14, 2016 at 08:05:51AM +0200, Kees Bakker wrote: > On 13-10-16 22:42, Kaspar Schleiser wrote: > > On 10/13/2016 09:43 PM, Kees Bakker wrote: > > > > > Does anybody object to adding this to the coding > > > > > > > conventions explicitly? > > > > > What about `size_t`? > > >

Re: [riot-devel] Coding conventions amendment

Hi Ludwig! On Fri, Oct 14, 2016 at 09:13:50AM +0200, Ludwig Knüpfer wrote: > In general it is safer to explicate the integer width. As RIOT is targeted > at 32 bit architectures, I object! Cheers, Oleg -- rio_dprintk (RIO_DEBUG_ROUTE, "LIES! DAMN LIES! %d LIES!\n",Lies);

Re: [riot-devel] Coding conventions amendment

Hi Martin! On Wed, Oct 12, 2016 at 04:52:37PM +0200, Landsmann, Martin wrote: > > On Wed, Oct 12, 2016 at 12:57:50PM +0200, Ludwig Knüpfer wrote: > > > Am 12. Oktober 2016 09:48:28 MESZ, schrieb Oleg Hahm > > > <oliver.h...@inria.fr>: > > > > as far

Re: [riot-devel] Coding conventions amendment

Hi! On Wed, Oct 12, 2016 at 12:57:50PM +0200, Ludwig Knüpfer wrote: > Am 12. Oktober 2016 09:48:28 MESZ, schrieb Oleg Hahm <oliver.h...@inria.fr>: > >as far I'm concerned it has been an undocumented coding convention so far > >to use `int` or `unsigned int` for iterato

Re: [riot-devel] BIN FILES

Hi Ilias! On Fri, Oct 07, 2016 at 03:51:48PM +0200, Ilias Seitanidis wrote: > The problem is that I have a board based on samr21 but there is no edbg usb > port, on the datasheet it mentions only > reprogramming using a usb pen drive and a .bin file, I know nothing about > the bootloader. In

Re: [riot-devel] BIN FILES

Hi Ilias! On Fri, Oct 07, 2016 at 03:29:38PM +0200, Ilias Seitanidis wrote: > Is it possible to create a bin file, which includes everything and then > flash the .bin file > on the board? (From what I've seen RIOT OS doesn't support this, right) What exactly do you mean by ".bin" file? By

Re: [riot-devel] Notification: Biweekly virtual meeting @ Wed Oct 5, 2016 2pm - 3pm (RIOT Events)

Hi! Sorry, couldn't make it, but some comments/questions: On Wed, Oct 05, 2016 at 03:16:11PM +0200, Martine Lenders wrote: >* How to prevent server problems we had at the weekend? > * downloads.riot-os.org was moved from kupfer to Kaspar's > server due to power outage at FU >

Re: [riot-devel] MRF24J40 radio module driver

Hey Alex! On Tue, Sep 06, 2016 at 08:48:13AM +0200, Alexander Aring wrote: > > In case netopt is "NETOPT_SRC_LEN" and the value is > > "IEEE802154_LONG_ADDRESS_LEN" (which is defined as 8U), this module sets > > the "NETDEV2_IEEE802154_SRC_MODE_LONG" flag. > > > >

Re: [riot-devel] Communication among running RIOT board (native) and unix application

Hi Nazmul, hi Michael! On Wed, Aug 31, 2016 at 09:46:23AM +0200, Michael Frey wrote: > Am Mi, 31.08.2016, 02:02, schrieb Nazmul Alam: > > I am new to RIOT and trying to run it in native system. I would like to > > know if it is possible to add another tap interface to the bridge to > > monitor

Re: [riot-devel] BorderRouter: Global IPV6 address lost in ncache after UDP message sent

Okay, sorry, I was to fast with my complaint. ;-) On Tue, Aug 30, 2016 at 04:17:33PM +0200, Oleg Hahm wrote: > Hi, > > is it only me who cannot find it or is there something missing here? > > Cheers, > Oleg > > On Tue, Aug 30, 2016 at 04:10:19PM +0200, Martine Lender

Re: [riot-devel] BorderRouter: Global IPV6 address lost in ncache after UDP message sent

Hi, is it only me who cannot find it or is there something missing here? Cheers, Oleg On Tue, Aug 30, 2016 at 04:10:19PM +0200, Martine Lenders wrote: > Hi Baptiste, > > > 2016-08-30 16:01 GMT+02:00 Baptiste Clenet : > > Thanks Martine, > > The issue you mentioned seems

Re: [riot-devel] Notification: Hack'n'ACK @ Tue Aug 30, 2016 5pm - 10pm (RIOT Events)

Hi Martine, I'm still in Dagstuhl the whole week. Cheers, Oleg On Tue, Aug 30, 2016 at 03:15:27PM +0200, Martine Lenders wrote: > Hi, > will anyone except myself be at FU Berlin tonight? > > Cheers, > Martine > > Am 29.08.2016 5:00 nachm. schrieb "Google Calendar" < >

Re: [riot-devel] RFC: development procedures

Hi Martine! On Fri, Aug 19, 2016 at 10:53:49PM +0200, Martine Lenders wrote: > Oleg Hahm wrote: > > Yes, it takes more time, but just a few seconds if the commit messages are > sensible. I never use autosquashing. > > You should try it, its REEAAALLY convenient. I did some tim

Re: [riot-devel] RFC: development procedures

Hi, On Fri, Aug 19, 2016 at 05:54:07PM +0200, Martine Lenders wrote: > 2016-08-19 17:25 GMT+02:00 Kaspar Schleiser <kas...@schleiser.de>: > > On 08/19/2016 05:15 PM, Oleg Hahm wrote: > > > Hence, I would propose to somehow reference the addressed > > > comment i

Re: [riot-devel] RFC: development procedures

Hi! On Fri, Aug 19, 2016 at 05:25:32PM +0200, Kaspar Schleiser wrote: > On 08/19/2016 05:15 PM, Oleg Hahm wrote: > > Hence, I would propose to somehow reference the addressed > > comment in the commit message. What do you think? > > That would rule out --fixup commit

[riot-devel] RFC: development procedures

Dear reviewing IoTlers, looking at https://github.com/RIOT-OS/RIOT/pull/5758, I just realized that our convention to add squash commits while a PR is under review may need an amendment. If all commits that addresses a certain comment and are meant for squashing have a non-speaking commit message

Re: [riot-devel] Fragmentation support in IP

Hi Adeel, On Thu, Aug 18, 2016 at 10:45:40PM +, Adeel Mohammad Malik wrote: > We don't want to use CoAP as we are working with ICN (Information Centric > Networking) protocols. have you checked if fragmentation in CCN-lite works and would serve your needs? Cheers, Oleg -- printk(KERN_DEBUG

Re: [riot-devel] conn f2f (+ remote) meeting

Thanks a lot! On Thu, Aug 18, 2016 at 08:25:50AM +0200, Martine Lenders wrote: > Hi, > > 2016-08-17 19:28 GMT+02:00 Oleg Hahm <oliver.h...@inria.fr>: > > > Hey folks, > > > > On Mon, Aug 15, 2016 at 04:11:48PM +0200, Martine Lenders wrote: > > > as

Re: [riot-devel] conn f2f (+ remote) meeting

Hey folks, On Mon, Aug 15, 2016 at 04:11:48PM +0200, Martine Lenders wrote: > as promised: here is the agenda for the meeting next Wednesday: > http://yourpart.eu/p/netapp-api-riot thanks for the protocol, but is a bit hard to follow as a non-attendee. Could anyone come up with a short summary

Re: [riot-devel] Disable 15.4 Acknowledgements

Hi Simon! On Tue, Aug 09, 2016 at 04:44:40PM +0200, simon wrote: > netopt_enable_t opt = NETOPT_DISABLE; > gnrc_netif_get(ifs); > gnrc_netapi_set(ifs[0], NETOPT_AUTOACK, 0, , sizeof(opt)); > gnrc_netapi_set(ifs[0], NETOPT_ACK_REQ, 0, , sizeof(opt)); > > > Did the trick. So there is a way to

Re: [riot-devel] qemu-i386 port

Hi Ludwig! On Tue, Aug 09, 2016 at 02:30:25PM +0200, Ludwig Knüpfer wrote: > Without any further insights I would say your case is different because the > board is actively maintained, used, and can be bought. > In the case of the FU boards I had in mind (msb430*) none of these points is > true.

Re: [riot-devel] Disable 15.4 Acknowledgements

Hi Simon! On Tue, Aug 09, 2016 at 02:33:56PM +0200, simon wrote: > Currently I am testing my TCP implementation between two samr21 Boards > and a Raspberry Pi as sniffing Probe in between. > > My measured network dump contains a few unexpected retransmissions and > i am unable to distinguish

Re: [riot-devel] qemu-i386 port

Hey! On Tue, Aug 09, 2016 at 02:06:07PM +0200, Ludwig Knüpfer wrote: > I'm all for cleaning up stale boards, especially I'd they are as hard to > obtain as for example the FU boards. Well, hopefully this situation is about to change once the RasPi infrastructure is in place. Cheers, Oleg -- Yo

Re: [riot-devel] qemu-i386 port

Hi! On Tue, Aug 09, 2016 at 10:34:19AM +0200, Martine Lenders wrote: > we now have the third person wondering about the qemu-i386 port. For the record: I count only two. Otherwise: +1 for the proposal. Cheers, Oleg P.S. Should we drop support for the Spark as well? -- I'm working on a

Re: [riot-devel] Απ: Problem with "make" -lm missing.

Hi! On Tue, Aug 09, 2016 at 08:27:04AM +, MiTsArAs Jimaras wrote: > Now I have another problem! > > I compile on native board, and everything is alright. > > When I am trying to compile on qemu-i386, it seems to start, but I get no > results. Please note that support for i386 is rather

Re: [riot-devel] Απ: Make bootable .elf file!

Hi Loïc! On Thu, Jul 28, 2016 at 08:49:54PM +0200, astralien3000 wrote: > I am not sure of what you are doing with qemu, but, even if RIOT is called > an OS, it can't be executed on i386 without a mainstream OS (=Linux, > Windows, ...). Indeed, the "native" implementation is not a bootloader.

Re: [riot-devel] Notification: Biweekly virtual meeting @ Wed Jul 27, 2016 2pm - 3pm (RIOT Events)

Hey Paco! On Wed, Jul 27, 2016 at 02:10:41PM +0200, Francisco Javier Acosta Padilla wrote: > Not in my knowledge… Do you want to discuss something special? As the > release is taking place I don’t know about the availability of people to > discuss. No reason for meeting from my side. Cheers,

Re: [riot-devel] Notification: Biweekly virtual meeting @ Wed Jul 27, 2016 2pm - 3pm (RIOT Events)

Hi Peter! On Wed, Jul 27, 2016 at 02:09:22PM +0200, Peter Kietzmann wrote: > as always you can find the link to an etherpad here: > > https://github.com/RIOT-OS/RIOT/wiki/Meetings Thanks! Didn't know that there was a permanent link. (Or I forgot.) > under point "Agenda for the next virtual

Re: [riot-devel] Notification: Biweekly virtual meeting @ Wed Jul 27, 2016 2pm - 3pm (RIOT Events)

Dear release-preparing IOTlers, do we have an Etherpad with an agenda for today's meeting? If not, do we need one? Cheers, Oleg On Tue, Jul 26, 2016 at 12:00:07PM +, Google Calendar wrote: > This is a notification for: > > Title: Biweekly virtual meeting > Developer discussions that will

Re: [riot-devel] RE - Tutorial "How to port a radio module driver to RIOT OS"

Hi Aaron! On Wed, Jul 27, 2016 at 06:28:18AM +1200, Aaron Sowry wrote: > > I'm really interested to this topic because i need to do it too for the > > OpenMote board. > > There's a fairly comprehensive tutorial on how to do this for the > OpenMote here[1] already ;) > > [1]

Re: [riot-devel] Tutorial "How to port a radio module driver to RIOT OS"

Hi Neo! On Tue, Jul 26, 2016 at 06:38:33PM +0200, Neo wrote: > I would like to start such a tutorial on the RIO-OS wiki. I think for most > developers this will be more comfortable than reverse engineering or just > reading the API list. Cool! Many thanks for the initiative. I think this could

Re: [riot-devel] C.H.I.P

Hi! On Wed, Jul 20, 2016 at 10:36:09AM +0200, Emmanuel Baccelli wrote: > at first sight Linux can run on C.H.I.P. > So why not use Linux? > RIOT targets devices which cannot run Linux (or derivatives/equivalents). > Hence: there are no plans to support CHIP I added a point to the FAQ:

Re: [riot-devel] [riot-maintainer] Feature freeze for upcoming release

Dear maintainers On Mon, Jul 11, 2016 at 02:31:33PM +0200, Francisco Javier Acosta Padilla wrote: > We are about to focus on the next RIOT release. Feature freeze will take > place at the end of the week (Sunday 17th July) and the plan is to get the > 2016.10 release out by October 31st. Two

Re: [riot-devel] Skimpy make-do streaming of RIoT summit plenary

+1 On Fri, Jul 15, 2016 at 09:35:06AM +0200, Emmanuel Baccelli wrote: > Thanks Carsten! > > On Jul 15, 2016 9:30 AM, "Carsten Bormann" wrote: > > > > > https://hangouts.google.com/hangouts/_/bomthsflordmhfhplund2imm64e > > > > You cannot see the slides there; copies of the slides

[riot-devel] 6LoWPAN GHC (RFC 7400)

Hi, if I remember correctly there was some discussion about implementing Generic Header Compression for 6LoWPAN [1] in the past, but I don't remember the outcome. Is anybody already working on this topic or planning to do so? Cheers, Oleg P.S. In case anybody is interested: I have a (non-RIOT

Re: [riot-devel] Question regarding CCN-lite and RIOT supported platforms

Hi Adeel! On Thu, Jun 30, 2016 at 10:08:06AM +, Adeel Mohammad Malik wrote: > > >> Assuming I run CCN-lite directly on 802.15.4, how would I connect the > > >> STM32F4Discovery board to a computer that acts as a gateway to the CCN > > >> network? > > > > > > That's indeed an interesting

Re: [riot-devel] about mqtt on riot os

Hi Andy, as far as I saw you were not yet subscribed to the mailing list, hence, I forward you Michael's response. However, I suggest that you subscribe to the list, too. Cheers, Oleg P.S. In case I'm mistaken: sorry for the noise. On Thu, Jun 23, 2016 at 11:16:35PM +0200, Michael Frey wrote:

Re: [riot-devel] Boards with MAC 802.15.4e

Hi Alessandro, On Mon, Jun 20, 2016 at 05:53:14PM +0200, ALESSANDRO NICOLI wrote: > Between the RIoT's supported boards, what are those that support the MAC > 802.15.4e standard ? in general each IEEE 802.15.4 capable transceiver can be used. However, I would advise to use the at86rf2xx as

Re: [riot-devel] OpenThread port: IEEE802.15 ACK

Hi José! On Thu, Jun 16, 2016 at 05:18:32PM +0200, Jose Alamos wrote: > I'm porting the OpenThread stack to RIOT. I have hooks for sending and > receiving frames and for transmision/reception "Done" signals (TransmitDone > and ReceiveDone) > > In their examples they are manually checking/sending

Re: [riot-devel] Notification: Biweekly virtual meeting @ Wed Jun 1, 2016 2pm - 3pm (RIOT Events)

Hi! Do we have a pad for this meeting? If yes, is there anything on the agenda? If no, does someone have a topic for the meeting? If no, let's skip this meeting. Cheers, Oleg On Tue, May 31, 2016 at 12:00:02PM +, Google Calendar wrote: > This is a notification for: > > Title: Biweekly

Re: [riot-devel] arduino-uno support

Hi! First of all: I'm really excited about this. The atmega328p is a very widely used MCU and having support for RIOT would be wonderful. Thanks for the effort and definitely +100 for sharing with the community. On Fri, May 13, 2016 at 09:04:03AM +0200, Alexandre Abadie wrote: > I have one so

[riot-devel] PowerProfiler

Dear really-low-power IOTlers, reading through https://github.com/RIOT-OS/RIOT/pull/2309 I stumbled across Michael Andersen's PowerProfiler [1] and was literally shocked that such a nice tool/setup has been gone unnoticed for so long. At least I was not aware of this setup and checking with some

Re: [riot-devel] Bi-weekly meeting

Dear rustling IOTlers, since Kaspar cannot attend today's meeting, but would be strongly interested in the topic about the purpose of the repository, we decided to postpone this discussion (it's not urgent anyway and with the upcoming release we have other things to do, I guess). Since this was

[riot-devel] Mandatory netif header?

Dear resolving IOTlers, in several lengthy discussions on Github we (mostly Martine and me) discussed if the netif header in GNRC should be mandatory. As a context: the netif header in GNRC is a pseudo-header that contains (optional) link-layer information such as the source and destination

Re: [riot-devel] Add static library to Makefile

Baptiste, On Sat, Apr 02, 2016 at 05:25:46PM +0200, Baptiste Clenet wrote: > Weird, Oleg, did you try to use the library? Could you include .h file > which are inside .a library and use some functions. It was able to > find the library .a but couldn't link with function inside the library the

Re: [riot-devel] Add static library to Makefile

Hi Baptiste! On Wed, Mar 30, 2016 at 09:26:01AM +0200, Baptiste Clenet wrote: > I tried to use > APPDEPS += libexample.a > Does not work Strange, for me it works like charm: https://github.com/OlegHahm/miniature-dangerzone/tree/master/static_linked Cheers, Oleg -- /* When we have more time,

Re: [riot-devel] Add static library to Makefile

Hi Kaspar! On Wed, Mar 30, 2016 at 10:51:03AM +0200, Kaspar Schleiser wrote: > On 03/30/2016 09:26 AM, Baptiste Clenet wrote: > > I tried to use > > APPDEPS += libexample.a > > Does not work > > Try copying it into the bin/$BOARD folder, then add > "USEMODULE += libexample" to your makefile.

  1   2   3   4   >