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
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
--
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
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
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
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
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
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.
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
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
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.
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:
>
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
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,
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
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
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
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
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,
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
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)
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
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
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
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
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
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 * ---
>
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
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
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
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
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,
>
>
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
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
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`.
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
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
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
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
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
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
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
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,
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
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:
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,
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
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
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
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
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.
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
>
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
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`?
> > >
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);
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
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
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
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
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
>
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.
> >
> >
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
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
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
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" <
>
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
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
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
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
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
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
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
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
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.
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
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
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
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
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.
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,
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
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
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]
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
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:
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
+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
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
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
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:
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
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
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
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
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
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
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
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
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,
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 - 100 of 300 matches
Mail list logo