Hi Subhasis,
2017-10-12 11:36 GMT+02:00 subhasis :
>
> Please clarify how enc28j60 driver starts to communicate with connected
> device. Specifically how the MAC address of connected device (Linux PC) is
> known to the mote. I am using OpenBase with cc2358.
>
As far as I know this is not somethin
Dear all,
FYI: I amended the coding convention with a statement about names in
standardization documents (e.g. RFCs) [1]. It's a no-brainer: They should
be used at least in Doxygen to allow for easy reference when cross-checking
(or review) the implementation of the standard.
Cheers,
Martine
[1]
Yay, congratz everyone 🎉🍻
Am 27.10.2017 12:38 nachm. schrieb "Hauke Petersen" <
hauke.peter...@fu-berlin.de>:
> Dear RIOTers,
>
> we are happy to announce the 13th official release of RIOT:
>
> --- * RIOT 2017.10 * ---
>
> This release provides fixes, code
BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
X-GOOGLE-CALID:k3ql8setv7l48ofnol0tfuu...@group.calendar.google.com
BEGIN:VTIMEZONE
TZID:Europe/Berlin
X-LIC-LOCATION:Europe/Berlin
BEGIN:DAYLIGHT
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
TZNA
FYI: Oct 31st is a Holiday in most of Germany, that is why we decided to
move it by one week.
Am 27.10.2017 2:53 nachm. schrieb "Martine Lenders" :
> *This event has been changed.*
> more details »
> <https://www.google.com/calendar
Hi all,
after the release is before the release, so let's use the drive to continue
the good work.
Some of you might have noticed, that we are currently working on a big
switch-over for GNRC-internal APIs, so if you are not involved in any
direct GNRC programming or need access to the network int
Hi,
2017-11-01 8:52 GMT+01:00 Cenk GĂĽndoÄźan :
> On 17-10-31 18:03:01, Francisco Javier Acosta Padilla wrote:
> […]
> > P.S: @Martine, can you set up the next Hack&ACK meeting? Thanks
>
Anything different to do than the usual ad-hoc placecam set-up?
Cheers,
Martine
__
Hi Cenk,
2017-11-01 11:05 GMT+01:00 Cenk GĂĽndoÄźan :
> > > On 17-10-31 18:03:01, Francisco Javier Acosta Padilla wrote:
> > > […]
> > > > P.S: @Martine, can you set up the next Hack&ACK meeting? Thanks
> > >
> >
> > Anything different to do than the usual ad-hoc placecam set-up?
> >
>
> Jup, provi
Hi,
FYI there is a re-integration PR now:
https://github.com/RIOT-OS/RIOT/pull/7925
Cheers,
Martine
2017-10-27 17:56 GMT+02:00 Martine Lenders :
> Hi all,
>
> after the release is before the release, so let's use the drive to
> continue the good work.
>
> Some of you m
t; Francisco Javier Acosta Padilla
> Research Engineer at INRIA Saclay
> INFINE Team
>
> On 1 November 2017 at 12:25:51, Martine Lenders (m...@martine-lenders.eu)
> wrote:
>
> Hi Cenk,
>
> 2017-11-01 11:05 GMT+01:00 Cenk GĂĽndoÄźan :
>
>> > > On 17-10-31 18:03:01,
Hi,
I'm going to 34C3 [1] this year. Anyone interested forming a RIOT assembly
[2] there this year?
Cheers,
Martine
[1] https://www.ccc.de/en/updates/2017/34C3-in-leipzig
[2] https://events.ccc.de/2017/11/04/people-34c3/
___
devel mailing list
devel@ri
Hi,
2017-11-06 15:37 GMT+01:00 Francisco Javier Acosta Padilla <
francisco.aco...@inria.fr>:
> Thank you all for the answers!
>
> I was looking at the meeting tool Thomas E. suggested. I had a meeting
> using it (with thomas) and it worked good too. However I heard that the
> Linux client takes
e.com/calendar/event?action=VIEW&eid=bGJrNG1mdWNxZG9tY2Y3YzhvOWNnNGNtc2dfMjAxNzEwMzFUMTYwMDAwWiBrM3FsOHNldHY3bDQ4b2Zub2wwdGZ1dTZ0c0Bn>
> Hack'n'ACK
>
> *When*
> Tue Nov 7, 2017 5pm – 10pm Berlin
>
> *Where*
> FU Berlin; HAW Hamburg (map
> <https://maps.google.com/maps?q=FU+Berlin;+HAW+Hambur
BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
X-GOOGLE-CALID:k3ql8setv7l48ofnol0tfuu...@group.calendar.google.com
BEGIN:VTIMEZONE
TZID:Europe/Berlin
X-LIC-LOCATION:Europe/Berlin
BEGIN:DAYLIGHT
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
TZNA
BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
X-GOOGLE-CALID:k3ql8setv7l48ofnol0tfuu...@group.calendar.google.com
BEGIN:VTIMEZONE
TZID:Europe/Berlin
X-LIC-LOCATION:Europe/Berlin
BEGIN:DAYLIGHT
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
TZNA
Hi,
since the timers you mentioned are dependent on xtimer and since xtimer has
some known issues with power management (what those are directly I can't
say due to my own lack of knowledge there, some hardware person on this
list might give you more detailed information on that) in the default
con
ified that a
node is going to sleep/is already sleeping?
Cheers,
Martine
2017-11-17 15:03 GMT+01:00 Martine Lenders :
> Hi,
>
> since the timers you mentioned are dependent on xtimer and since xtimer
> has some known issues with power management (what those are directly I
> can't
Hi *,
as some of you might have noticed, I proposed an initial version of a Code
of Conduct for the RIOT community [1]. I invite you to discuss this with
us, as this effects the whole community.
Kind Regards,
Martine Lenders
[1] https://github.com/RIOT-OS/RIOT/pull/8116
Hi Gaëtan,
I think most of us are happy about any more structural approach to the
build system, and me personally would prefer if we can stick to GNU
standard tools. So in my opinion: go ahead. Maybe - as discussed offline -
also start drafting some GitHub issues, outlining the drawbacks you found
Hi Daniel,
2017-11-24 16:47 GMT+01:00 Daniel Petry :
> […]
>
> 1) Move build information concerning a particular module into that
> module's Makefile
> 2) Make the module makefiles able to be written with purely declarative
> language
> 3) Retain backwards compatibility with the current build sys
Hi,
as hinted yesterday, I usually need to go around 5:30pm. So I was wondering
if we can move the meeting to 4pm.
Cheers,
Martine
2017-11-27 16:33 GMT+01:00 Francisco Javier Acosta Padilla <
francisco.aco...@inria.fr>:
>
> RIOT developers monthly meeting
> Scheduled: 27 Nov 2017 17:00 to 18:00
rmore, this is a comparison between
> nightlies, not from merge to merge, so all merges from yesterday are
> included in this diff.
>
> Cheers,
> Koen
>
> On 11/01/2017 04:26 PM, Martine Lenders wrote:
>
> Hi,
>
> FYI there is a re-integration PR now: https://github.co
e.com/calendar/event?action=VIEW&eid=bGJrNG1mdWNxZG9tY2Y3YzhvOWNnNGNtc2dfMjAxNzExMjhUMTYwMDAwWiBrM3FsOHNldHY3bDQ4b2Zub2wwdGZ1dTZ0c0Bn>
> Hack'n'ACK
>
> *When*
> Tue Nov 28, 2017 5pm – 10pm Berlin
>
> *Where*
> FU Berlin; HAW Hamburg (map
> <https://maps.google.com/maps?q=FU+Berlin;+
Dan Petry was reporting, that none of his mails got through to devel, so
this is a test if there is a problem with this mailing list.
Please ignore this message, if it comes through ;-)
Cheers,
Martine
___
devel mailing list
devel@riot-os.org
https://li
Hi Josua,
have you had a look at the `gnrc_minimal` example? It gives a nice overview
about which compile-time parameters you can change to achieve exactly that.
In summary this is:
* Reduce the size of the packet buffer (GNRC_PKTBUF_SIZE). If you are not
too verbose with the packets you are send
Hi,
2017-11-30 16:33 GMT+01:00 Martine Lenders :
> * Reduce the size of the neighbor cache (GNRC_IPV6_NIB_NUMOF; that is
> wrong in gnrc_minimal, will fix that ASAP)
>
See https://github.com/RIOT-OS/RIOT/pull/8185 for the fix.
Cheers
dragons" warning. :)
>
> Regards,
> Koen
>
> On 11/30/2017 04:33 PM, Martine Lenders wrote:
>
> Hi Josua,
>
> have you had a look at the `gnrc_minimal` example? It gives a nice
> overview about which compile-time parameters you can change to achieve
> exactly that.
Hi,
This sounds awesome!
2017-12-04 15:05 GMT+01:00 Arndt, Josua :
> If there is demand for separately enabled shells I could do a PR, but
this needs to be also well documented and I’m not quite sure which is the
best way.
Maybe I've missed something, but this is already possible by just
deacti
Hi,
2017-12-04 15:14 GMT+01:00 Arndt, Josua :
> Yes it is but then all shells are disabled, not only that which I don’t
> need.
>
The shell should still be enabled. Just the commands pulled in by the
modules should be disabled.
Cheers,
Martine
___
d
A... after five seconds of thinking I think I know what you mean: You
can't pick-and-choose shell commands. Yes this would be nice (and I was
thinking about something similar). Let me open an issue were we can discuss
further on that.
Cheers,
Martine
2017-12-04 15:31 GMT+01:00 Ma
Hi all,
with the Code of Conduct now merged, it is in effect now effective
immediately. Keep being awesome to each other!
Kind regards,
Martine
[1] https://github.com/RIOT-OS/RIOT/pull/8116
2017-11-24 15:30 GMT+01:00 Martine Lenders :
> Hi *,
>
> as some of you might have noticed, I
Hi JP,
First of all, welcome to the RIOT community and thank you for your
contribution!
There are two steps to our CI at the moment. The first one is Travis, which
provides you with some preliminary static check regarding our coding
conventions, documentation and also some static code analysis. W
Hi Francisco,
as far as I know Cenk looked into that a few months back. I don't know
however what came out of that?
Cheers,
Martine
2018-01-10 21:10 GMT+01:00 Francisco Molina :
> Following up with Baptiste question. Has anyone integrated other testing
> tools into RIOT like Unity?. And how eas
dance!
>
> Best,
>
> Francisco.
>
>
>
> On 25 February 2018 16:59:58 CET, Google Calendar <
> calendar-notificat...@google.com> wrote:
> >This is a notification for:
> >
> >Title: Monthly RIOT developer meeting
> >When: Mon Feb 26, 2018 5pm
BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
X-GOOGLE-CALID:k3ql8setv7l48ofnol0tfuu...@group.calendar.google.com
BEGIN:VTIMEZONE
TZID:Europe/Berlin
X-LIC-LOCATION:Europe/Berlin
BEGIN:DAYLIGHT
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
TZNA
Hi,
There might also be some kind of `offset` setter for the `now()` return
value required, when considering that this new timer API should also be
backended by RTC and/or RTT. This can come in handy to set the system time
with time synchronization protocols like (S)NTP.
Cheers,
Martine
2018-01-
=VIEW&eid=bGJrNG1mdWNxZG9tY2Y3YzhvOWNnNGNtc2dfMjAxODAyMjdUMTYwMDAwWiBrM3FsOHNldHY3bDQ4b2Zub2wwdGZ1dTZ0c0Bn>
> Hack'n'ACK
>
> *When*
> Tue Feb 27, 2018 5pm – 10pm Berlin
>
> *Where*
> FU Berlin; HAW Hamburg (map
> <https://maps.google.com/maps?q=FU+Berlin;+HAW+Hamburg&hl=en>)
>
>
Hi Josua,
when the RNG component of the at86rf2xx driver was provided in [1] we
decided to not implement the `periph/hwnrg` with it.
Main reasons are that it is
1. Not a `periph` (i.e. a CPU feature)
2. Hard to integrate when e.g. the CPU already provides a `hwnrg`.
Hope this helps,
Martine
[1]
e that random32 calls or any
> calls to random are directed to hwrng_read
>
> Is this already done by just enabling the module when building with
> FEATURES_REQUIRED = periph_hwrng ?
>
>
>
>
>
> *Von:* devel *Im
> Auftrag von *Martine Lenders
> *Gesendet:* Montag, 5
Hi Rahul,
(context for the rest of the list: we talked f2f today about this after
lwig @ IETF101)
I agree with Ludwig that option 2 is the best option to implement this. If
you looking for a template to implement against netdev, have a look at
`socket_zep` [1] (and ignore what I proposed at our F
/maps?q=FU+Berlin;+HAW+Hamburg&hl=en>)
>
> *Calendar*
> RIOT Events
>
> *Who*
> •
> Martine Lenders - creator
>
> Invitation from Google Calendar <https://www.google.com/calendar/>
>
> You are receiving this email at the account peterschme...@gmail.com
>
Hi Gunar,
Cool, do you think you can get it in a state where you can provide a PR?
Cheers,
Martine
2018-04-07 14:00 GMT+02:00 Gunar Schorcht :
> Hello,
>
> I just want to inform that I have commited a first working version of
> the RIOT port to ESP8266 to my fork at
>
> g...@github.com:gschorch
(or, since I just saw that you provide ports for several board variations,
several PRs)
2018-04-07 14:49 GMT+02:00 Martine Lenders :
> Hi Gunar,
>
> Cool, do you think you can get it in a state where you can provide a PR?
>
> Cheers,
> Martine
>
> 2018-04-07 14:00
Hi,
if its still needed and if it helps: I have a PICkit3 (my property) at my
office that I don't really need and am willing to donate to the cause. I
needed it years ago for a private project that I gave away (and was able to
confirm that it is still running after all those years during my vacati
Hi Theresa,
were you using link local addresses (i.e. are they prefixed `fe80::/64`)
for your trials? If yes, newer versions require to also provide an
interface with that (as it is the case e.g. also on Linux) so this might be
your problem. The client and server needs to be fixed then of course t
tification@google.
> com) wrote:
> > This is a notification for:
> >
> > Title: Monthly RIOT developer meeting
> > When: Mon May 28, 2018 5pm – 6pm Berlin
> > Where: Online
> > Calendar: RIOT Events
> > Who:
> > * Martine L
BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
X-GOOGLE-CALID:k3ql8setv7l48ofnol0tfuu...@group.calendar.google.com
BEGIN:VTIMEZONE
TZID:Europe/Berlin
X-LIC-LOCATION:Europe/Berlin
BEGIN:DAYLIGHT
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
TZNA
BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:CANCEL
X-GOOGLE-CALID:k3ql8setv7l48ofnol0tfuu...@group.calendar.google.com
BEGIN:VTIMEZONE
TZID:Europe/Berlin
X-LIC-LOCATION:Europe/Berlin
BEGIN:DAYLIGHT
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
TZNAM
BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:CANCEL
X-GOOGLE-CALID:k3ql8setv7l48ofnol0tfuu...@group.calendar.google.com
BEGIN:VTIMEZONE
TZID:Europe/Berlin
X-LIC-LOCATION:Europe/Berlin
BEGIN:DAYLIGHT
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
TZNAM
Hi,
Triggered by an issue a short while ago [1], and the necessity for IPv6
fragmentation/reassembly that crystalized out of that, I remembered that
Cenk and Jose were in the talks of a general fragmentation/reassembly
library for GNRC. Is this still on the table? If yes, I think we should
discuss
Hi,
count me in as well!
Cheers,
Martine
Am Mo., 9. Juli 2018 um 11:04 Uhr schrieb Francisco Acosta <
francisco.aco...@inria.fr>:
> +1 I'm in!
>
> On 9 July 2018 10:16:10 CEST, Koen Zandberg wrote:
> >Hi,
> >
> >Sounds fun, count me in!
> >
> >Koen
> >
> >
> >On 07/09/2018 10:09 AM, Jose wrote
Wooohhooo!1!! Thanks for hanging in there Gaëtan and thanks to everyone who
contributed!
Best,
Martine
Am Di., 14. Aug. 2018 um 08:12 Uhr schrieb Gaëtan Harter <
gaetan.har...@fu-berlin.de>:
> Dear RIOTers,
>
> we are happy to announce the 16th official release of RIOT:
>
> -
Hi Gunar,
Of course it is possible to do it from command-line. You were pretty close,
but you don't need an intermediate variable. Just set the variable
USEMODULE in your environment:
USEMODULE="sdcard_spi mrf24j40" BOARD=... make ...
Regards,
Martine
Am Do., 6. Sep. 2018 um 10:33 Uhr schri
Hi,
we have a livestream this year [1]. It's our first try so please forgive is
there are some hick-ups.
Cheers,
Martine (miri64) & Sebastian (smlng)
[1] https://www.youtube.com/watch?v=FFvJANMkShg
___
devel mailing list
devel@riot-os.org
https://lists
Hi,
FYI, the CfP for 35C3 is out [1] since last week.
My current plan is to represent the RIOT community there with an high-level
introductory talk on ICN within the Science track there.
As every year: If we get enough people together, I would like to start a
RIOT assembly.
Kind regards,
Martin
BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
X-GOOGLE-CALID:k3ql8setv7l48ofnol0tfuu...@group.calendar.google.com
BEGIN:VTIMEZONE
TZID:Europe/Berlin
X-LIC-LOCATION:Europe/Berlin
BEGIN:DAYLIGHT
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
TZNA
Dear RIOTers,
with #9809 [1] merged we now we also test compiling (and running the
resulting binary) with LLVM, so please if your PR has some build older than
the merge date (2018-09-25 18:40 +02:00), re-run the build on Murdock (by
un- and re-setting the "CI: ready for build" label), to make sure
Hi Jose,
while I agree that this would be easier for new users, I don't see how this
would help with applications being in a working state.
First of all, continuous integration is missing for those applications
anyways (IMHO we should change that), so a working state isn't guaranteed
in the first
Hi,
as there is some discussion to split the unittests into several
applications [1] and some stuff isn't included into them for good reasons
(driver test e.g.), I'm not sure if this should be constrained to unittests
(though they are indeed a good starting point).
Regards,
Martine
PS: I'm not a
Hi Pekka,
the 50 chars is just the warning bound. You can go up to 70 until the
commit message check fails on you. Longer will make GitHub break the commit
message in the webview with the dreaded […] ;-).
My usual approach is to boil down the summary to the bare minimum within
these constraints (
Hi Pekka,
feel free to change the check script [1] to whatever is most comfortable to
you :-) (sorry today I'm very busy so I can't do it myself; but I'm happy
to review it once ready).
Regards,
Martine
[1]
https://github.com/RIOT-OS/RIOT/blob/master/dist/tools/commit-msg/check.sh
Am Mi., 10. O
. ;)
>
> Cheers Simon
>
> Am 2018-09-19 18:04 schrieb Martine Lenders:
> > Hi,
> >
> > FYI, the CfP for 35C3 is out [1] since last week.
> >
> > My current plan is to represent the RIOT community there with an
> > high-level introductory talk on ICN w
Hi Gunar,
Am Sa., 6. Okt. 2018 um 13:56 Uhr schrieb Gunar Schorcht :
> Hi Jose,
>
> is it necessary to tell you also features that were merged into master
> since last release or are they included automatically, e.g., the ESP8266
> platform?
>
Usually the features added during a release cycle ar
Mi., 10. Okt. 2018 um 21:18 Uhr schrieb Martine Lenders <
m...@martine-lenders.eu>:
> Hi,
>
> to everyone interested FYI: The presale dates are set:
> https://events.ccc.de/2018/10/10/35c3-tickets-presale/
>
> Regards,
> Martine
>
> Am Mo., 24. Sep. 2018 u
BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
X-GOOGLE-CALID:k3ql8setv7l48ofnol0tfuu...@group.calendar.google.com
BEGIN:VEVENT
DTSTART:20181218T16Z
DTEND:20181218T21Z
DTSTAMP:20181116T142602Z
UID:342g2u690uk4sq40pv7rh9g...@go
BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
X-GOOGLE-CALID:k3ql8setv7l48ofnol0tfuu...@group.calendar.google.com
BEGIN:VEVENT
DTSTART:20181218T16Z
DTEND:20181218T21Z
DTSTAMP:20181116T142748Z
UID:342g2u690uk4sq40pv7rh9g...@go
BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
X-GOOGLE-CALID:k3ql8setv7l48ofnol0tfuu...@group.calendar.google.com
BEGIN:VTIMEZONE
TZID:Europe/Berlin
X-LIC-LOCATION:Europe/Berlin
BEGIN:DAYLIGHT
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
TZNA
Hi,
at first glance this seems to be indeed a bug. If the prefix
`2001:db8::/64` is configured for one interface, this should be hint enough
for the NDP to use that interface to multicast the NS there. I'll
investigate that.
However, I have to add that RFC 6775 (which applies for the border route
Hi Thomas,
Am Mo., 17. Dez. 2018 um 11:57 Uhr schrieb Thomas C. Schmidt <
t.schm...@haw-hamburg.de>:
> Hi Martine,
>
> On 17/12/2018 11:17, Martine Lenders wrote:
>
> > at first glance this seems to be indeed a bug. If the prefix
> > `2001:db8::/64` is configured
See [1] for a fix.
[1] https://github.com/RIOT-OS/RIOT/pull/10627
Am Mo., 17. Dez. 2018 um 12:21 Uhr schrieb Martine Lenders <
m...@martine-lenders.eu>:
> Hi Thomas,
>
> Am Mo., 17. Dez. 2018 um 11:57 Uhr schrieb Thomas C. Schmidt <
> t.schm...@haw-hamburg.de>:
>
&g
Hi everyone,
We now have a location for the RIOT assembly @ 35C3. See you there!
Regards,
Martine
___
devel mailing list
devel@riot-os.org
https://lists.riot-os.org/mailman/listinfo/devel
Oops forgot the link: https://35c3.c3nav.de/l/riotos/
Am Di., 25. Dez. 2018, 21:07 hat Martine Lenders
geschrieben:
> Hi everyone,
>
> We now have a location for the RIOT assembly @ 35C3. See you there!
>
> Regards,
> Martine
>
_
Hi,
In case you are searching for us. We were switched around a little:
https://35c3.c3nav.de/l/c:0:438.09:481.89/@0,439.08,482.83,5
Kind Regards,
Martine
Am Di., 25. Dez. 2018, 21:10 hat Martine Lenders
geschrieben:
> Oops forgot the link: https://35c3.c3nav.de/l/riotos/
>
> Am Di.
Hi Nitin,
Am Mi., 30. Jan. 2019 um 09:25 Uhr schrieb Nitin Shivaraman <
nitin.shivara...@tum-create.edu.sg>:
> Hello,
>
>
>
> I’m working on implementing a custom clock synchronization protocol on
> Riot OS.
>
> I saw that the earlier branch having well-known protocols (FTSP, GTSP,
> etc) impleme
BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
X-GOOGLE-CALID:k3ql8setv7l48ofnol0tfuu...@group.calendar.google.com
BEGIN:VTIMEZONE
TZID:Europe/Berlin
X-LIC-LOCATION:Europe/Berlin
BEGIN:DAYLIGHT
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
TZNA
e (map
> <https://maps.google.com/maps?q=IETF+104+Code+Lounge&hl=en>)
>
> *Calendar*
> RIOT Events
>
> *Who*
> •
> Martine Lenders - creator
>
> Invitation from Google Calendar <https://www.google.com/calendar/>
>
> You are receiving this email at
Congratulations, everyone!
Am Mo., 29. Apr. 2019 um 16:02 Uhr schrieb Daniel Petry <
daniel.pe...@fu-berlin.de>:
> Dear RIOTers,
>
> we are happy to announce the 19th official release of RIOT:
>
> --- * RIOT 2019.04 * ---
>
> The 2019.04 release includes a
burg (map
> <https://maps.google.com/maps?q=FU+Berlin;+HAW+Hamburg&hl=en>)
>
> *Calendar*
> RIOT Events
>
> *Who*
> •
> Martine Lenders - creator
>
> Invitation from Google Calendar <https://www.google.com/calendar/>
>
> You are receiving this emai
Hi,
would also be nice to add IPv6 fragmentation [1] and reassembly [2]. I
think the feature will be finished today for the most part (only tests for
fragmentation are missing). However, 6LoWPAN NHC adaption for extension
headers (on which IPv6 fragmentation is based on) is still missing. This
isn
mp;usd=2&usg=AFQjCNGRLw_oWsexewHFmrgnEmXp-RJoRQ>
> *When*
> Tue Jun 25, 2019 5pm – 10pm Central European Time - Berlin
>
> *Where*
> FU Berlin; HAW Hamburg (map
> <https://www.google.com/maps/search/FU+Berlin;+HAW+Hamburg?hl=en>)
>
> *Calendar*
>
Hi,
not 100% sure if this can be done generally (apart from the state checks it
should AFAICS), but have a look how the pthread implementation how it
implements `pthread_join()` [1] which is essentially what you are trying to
do (see pthread_join(3)).
Cheers,
Martine
[1]
https://github.com/RIOT-
Hi,
Congretulations!
Cheers,
Martine
Am Do., 25. Juli 2019 um 11:46 Uhr schrieb Kevin Weiss <
kevin.we...@haw-hamburg.de>:
> Dear RIOTers,
>
> we are happy to announce the 20th official release of RIOT:
>
> --- * RIOT 2019.07 * ---
>
> The 2019.07 release
oRQ>
> *When*
> Tue Jul 30, 2019 5pm – 10pm Central European Time - Berlin
>
> *Where*
> FU Berlin; HAW Hamburg (map
> <https://www.google.com/maps/search/FU+Berlin;+HAW+Hamburg?hl=en>)
>
> *Calendar*
> RIOT Events
>
> *Who*
> •
> Martine Lenders - cre
Hi,
I just proposed to deprecate the `nhdp` module [1], due to a stale code
base. If anyone is still using it or interested in maintaining it, please
let us know.
Kind regards,
Martine
[1] https://github.com/RIOT-OS/RIOT/pull/11987
___
devel mailing li
; FU Berlin; HAW Hamburg (map
> <https://www.google.com/maps/search/FU+Berlin;+HAW+Hamburg?hl=en>)
>
> *Calendar*
> RIOT Events
>
> *Who*
> •
> Martine Lenders - creator
>
> Invitation from Google Calendar <https://www.google.com/calendar/>
>
> You are receiving
Hi Adel,
And welcome to the RIOT community!
Adel Fuchs schrieb am Mi., 4. Sep. 2019, 16:13:
> Hi,
>
> * Does RIOT support fragmentation in IPv6?
>
With https://github.com/RIOT-OS/RIOT/pull/11596 and
https://github.com/RIOT-OS/RIOT/pull/11623 merged, fragmentation is
supported by RIOT's default
Hi,
I'm not sure we should migrate the shell to a completely structured output.
Though I can see the benefit of that wrt remote execution via CoAP/CBOR, a
shell should be primarily human readable. However, maybe there is some
middle ground to be found for that. Another interesting read with regard
rlin
>
> *Where*
> FU Berlin; HAW Hamburg (map
> <https://www.google.com/maps/search/FU+Berlin;+HAW+Hamburg?hl=en>)
>
> *Calendar*
> RIOT Events
>
> *Who*
> •
> Martine Lenders - creator
>
> Invitation from Google Calendar <https://www.google.com/calend
Hi Adnan,
Can you refer us to the tutorial you are following? I'm not aware of any
that describes VMware integration.
Kind Regards,
Martine
Adnan Rashid schrieb am Mi., 25. Sep. 2019, 12:50:
> Hi Support Team,
>
> I want to simulate by using RIOT OS. What is the way forward? I had
> followed y
> Cell: (+39) 347 9821467
>>
>> Skype: adnanrashidpk
>>
>> ---
>> -- next part --
>> An HTML attachment was scrubbed...
>> URL: <
o 5pm on the last Monday from Mon Oct 31,
> 2016 to Sun Sep 29 Central European Time - Berlin
>
> *Where*
> Online (map <https://www.google.com/maps/search/Online?hl=en>)
>
> *Calendar*
> RIOT Events
>
> *Who*
> •
> Martine Lenders - creator
>
> Invitati
Hello,
I just proposed to deprecate emb6 [1] (the OS-independent version of
Contiki's uIP). Is anyone using this package? If yes, please speak up!
Kind regards,
Martine
[1] https://github.com/RIOT-OS/RIOT/pull/12389
___
devel mailing list
devel@riot-os
Hi there,
Jose and I proposed to deprecate `gnrc_nettest` [1]. It was originally
introduced to allow for integration tests of single GNRC modules, but it
never really got used and it is most often easier to just use
`gnrc_netreg_register()/unregister()` directly for that.
In the very unlikely cas
Hi Kaspar,
The official start is still 5pm. Berlin and Paris just start early at 3pm
due to varying reasons.
Best regards,
Martine
PS: "Central European Time - Berlin" is the timezone indicator in the
quoted case ;-).
Am Mo., 28. Okt. 2019 um 20:13 Uhr schrieb Kaspar Schleiser <
kas...@schleise
Woohoo! Congratulations to everyone and thanks Ken for the great work!
Best regards,
Martine
Am Do., 31. Okt. 2019 um 14:29 Uhr schrieb Emmanuel Baccelli <
emmanuel.bacce...@inria.fr>:
> Yay! Congrats to all involved, and thanks a bunch Ken for managing this
> release!
> Cheers
> Emmanuel
>
> On
Hi,
I opened a PR for this: https://github.com/RIOT-OS/RIOT/pull/1849
Cheers,
Martine
2014-10-21 15:02 GMT+02:00 Daniel Amkær Sørensen :
> Hi,
>
> I have a feature proposal in the interest of performing a periodic task.
> The feature exists already in FreeRTOS, so there is plenty of inspiration.
Hi,
2014-10-21 15:41 GMT+02:00 Daniel Amkær Sørensen :
> Thanks for the quick response.
>
> I have some input. I'm looking for the functionality which the FreeRTOS
> function implements. FreeRTOS calculates the time to sleep based on the
> previous waking time, and updates the pointed variable ac
Hi again,
2014-10-21 16:08 GMT+02:00 Martine Lenders :
>
> static char RUN_STACK[KERNEL_CONF_STACKSIZE_DEFAULT];
>
> void *run(void *run_args)
> {
> (void)run_args;
>
> while (1) {
> function_call(args);
>
> thread_sleep();
> }
&
Hi Rane,
an example for the use of sixlowpan you can found in examples/rpl_udp/. Be
aware though, that we are in the process of heavily rewriting and
refactoring our network stack (including 6LoWPAN and IPv6) to a more
unified and modular approach.
Best regards,
Martine
2014-10-24 15:01 GMT+02:00
Hi,
2014-10-27 7:56 GMT+01:00 Martin :
> Hi all,
>
> something is screwed with my mail server/client and I got my mail from
> yesterday back as undeliverable.
>
> So, second try, as discussed here's a sketch of what we would like to
> implement/cope towards a FIB on RIOT:
>
>
> https://github.co
301 - 400 of 463 matches
Mail list logo
