Hi,
On Sat, Feb 21, 2015 at 07:02:58PM +0100, Martine Lenders wrote:
> This is why I propose we change to a slightly adapted topic branch workflow
> (also known as feature branch) workflow [1]:
>
>- the main RIOT-OS/RIOT repository will get the following branches
> - master: points to t
Hi,
On Mon, Feb 16, 2015 at 06:41:05PM +0100, Oleg Hahm wrote:
> > the minutes from the meeting have been added to our wiki:
> > https://github.com/RIOT-OS/RIOT/wiki/minutes-OTA-meetup-13.2.2015
>
> Have there any concrete next steps been identified? Did you conclude in some
> kind of a schedule
Hi,
fine with me, thank you for the initiative =)
Cheers,
Ludwig
On Sun, Feb 22, 2015 at 11:54:16AM +0100, Joakim Gebart wrote:
> Dear relentless RIOTers,
> I would like to introduce an official repository for keeping Dockerfiles
> used for building Docker images. The images can be used to build
Hi Jozef,
AFAIK there has been no work on a solution so far.
However, I thought about this the other day in the context of the function
pointer discussion and would like to propose a "logging" API (maybe there is an
issue for that as well somewhere) for `core`, which offers things like
`log.inf
M, Martine Lenders
> wrote:
>
> > +1 thought about this for a long time, too. Though my approach would be
> > with macros and more global (similar to how DEBUG is now).
> >
> > Am 23.02.2015 07:16 schrieb "Ludwig Ortmann" > >:
> >
> > &
Hi,
I'm opposed to the eclipse public license because of its (L)GPL incompatibility
and therefore to joining the Eclipse foundation.
Cheers, Ludwig
Am 25. Februar 2015 11:39:08 MEZ, schrieb Emmanuel Baccelli
:
>Hi everyone,
>
>GPL with linking exception seems relevant in this discussion --
>es
Hi Murat,
Under what license are the generated files?
And also, how do you think your port is related to the discussion in this
thread?
I can try to talk about this topic with a cypress representative today. We are
currently at the "embedded world" and they are too. They seemed interested in
R
PS: can you send a link to your PR? I couldn't find it.
Cheers, Ludwig
Am 26. Februar 2015 07:23:52 MEZ, schrieb Ludwig Ortmann
:
>Hi Murat,
>
>Under what license are the generated files?
>And also, how do you think your port is related to the discussion in
>this thread?
e void log_info(...) {}
>#endif
>
>
>BTW. Hauke idea use modules is nice.
>
>Regards,
>Jozef
>
>
>
>
>
>> On 23 Feb 2015, at 13:00, Martine Lenders
>wrote:
>>
>> Hi,
>>
>> Am 23.02.2015 10:04 schrieb "Ludwig Ortmann&
Hi,
because you asked and to give a more encompassing picture:
On Thu, Feb 26, 2015 at 08:23:29AM +0100, Jan Wagner wrote:
> - RIOT is an OS that is mostly powered by the community with alot
> of students of european universities(?)
This has been the case but is changing as RIOT is on the brink
Hi,
Here's the PR:
https://github.com/RIOT-OS/RIOT/pull/2503
Please discuss!
Cheers, Ludwig
On Fri, Feb 27, 2015 at 07:08:43AM +0100, Ludwig Ortmann wrote:
> Hi,
>
> Yes, we came to the same conclusion while driving to embedded world.
> I've got the implementation and AP
Hi,
Also, please keep in mind that most people in our IRC channel live in timezones
close to CET.
Cheers, Ludwig
Am 7. März 2015 22:07:03 MEZ, schrieb Martine Lenders :
>Hi,
>Normally there are 20-30 people online with varying activity. Make sure
>you
>chose the correct server (irc.freenode.net
Hi Kausthub,
What exactly do you want to know?
Cheers, Ludwig
Am 16. März 2015 02:31:04 MEZ, schrieb Kausthub Naarayan
:
>Hi all,
>I am currently trying for the network project that is : implementing
>BLE
>stack for RIOT .
>After doing a bit of searching a found out that I need to implement GAP
Hi Prudhvee,
What kind of help do you need?
The specifications of both technologies are open, so you can get familiar with
those.
The RIOT sources are open and documented as well.
The wiki and issue tracker contain information about current work on the
network stack (look out for "network stack
Hi Chen,
How exactly does the example not work?
Or the other way around: what does work?
Cheers, Ludwig
Am 12. März 2015 16:31:55 MEZ, schrieb Chen Xie :
>Hi,
>
> I'm a USC(University of Southern California) student. and I'm new to
>RIOT and I have a project based on RIOT.
> Firstly, I want to
Hi Alexis,
You don't necessarily need to implement everything from scratch.
Maybe you can find parts of the BLE stack implemented under a
compatible license somewhere.
Cheers,
Ludwig
Am 16. März 2015 10:13:15 MEZ, schrieb Alexis DUQUE :
>HI RIOT Developers !
>
>I'm Alexis, from Lyon, France, stu
task?
>> Everybody will know how it is going then.
>> What do you think about it?
>>
>> Cheers,
>>
>> [1] https://github.com/RIOT-OS/RIOT/wiki/Timer-Task-Force
>> [2] https://github.com/RIOT-OS/RIOT/issues/2278#issuecomment-73411503
>>
>> 2015-02
Hi,
I think our only m0+/802.15.4 board is the samr21-xpro and there are problems
with the current/old network stack because of its memory demands.
That said: which protocol on top of IP are you interested in?
I assume you want to ignore RPL and any other side-tasks for this evaluation?
Cheers,
Hi,
in case anyone wonders what happened to the Wiki entry;
https://github.com/RIOT-OS/RIOT/wiki/Board%3A-ST-nucleo-l1
I renamed it to
https://github.com/RIOT-OS/RIOT/wiki/Board:-Nucleo-L1
in order to match the naming scheme of the other Nucleo boards.
Cheers,
Ludwig
gt; > That's fine :-)
> > Great! I'm looking forward to seeing it.
> > I'm not on a early deadline but you know the sooner it is, the better it
> > will be ;-)
> >
> > Cheers,
> >
> > 2015-03-17 15:45 GMT+01:00 Ludwig Ortmann :
> >
Hi,
I see the upgrade distribution process as mostly independent from the
software infrastructure needed to activate new images.
Also, there are probably several ways to do this right (depending on the
requirements, environment, ...), so there will be no single best
distribution model.
In this sen
Hi,
yes, we agreed that in order to get software updates we need a foundation
for activating new firmware images first.
The working assumption for the first incarnation/iteration of this is that
an image has been saved to some memory of the device already.
Cheers,
Ludwig
Oleg Hahm schrieb:
> Hi!
Hi,
Yes, I think (and wrote in a separate mail in this thread already): working
groups for different distribution implementations should be created by people
who are interested in those.
If it helps preventing confusion I'm happy with renaming the first iteration to
whatever you suggest, or "OT
Hi,
are they willing to support this endeavor in the form of a license change?
Cheers, Ludwig
Emmanuel Baccelli schrieb:
> Hi everyone,
>
> I was recently in contact with Wakaama [1] community (part of the Eclipse
> IoT foundation), and which maintains an open source implementation of
> LWM2M.
>
Hi,
RIOT native does not currently run on MIPS anyways.
Cheers, Ludwig
Am 27. März 2015 16:04:56 MEZ, schrieb Maxence Chotard
:
>Hello,
>
>Is there anybody who knows how to cross compile hello-world example on
>RIOT
>for an openwrt distribution, which is using a MIPS architecture ?
>
>Cheers,
>
Z, schrieb Maxence Chotard
:
>Ludwig, do you mean that I can't compile RIOT with a mips toolchain
>adapted to my openwrt version and to my hardware platform ?
>
>Cheers,
>Maxence
>
>-Message d'origine-
>De : devel [mailto:devel-boun...@riot-os.org] De la part d
wig. I am going to try to port native
>on mips architecture.
>
>Cheers,
>Maxence
>
>-Message d'origine-
>De : devel [mailto:devel-boun...@riot-os.org] De la part de Ludwig
>Ortmann
>Envoyé : samedi 28 mars 2015 02:52
>À : RIOT OS kernel developers
>O
Dear RIOTers,
I just found these Silicon Labs EZRadio Transceiver / EZR32 SOC families
and was wondering if any of you already had experience with any of them:
http://www.silabs.com/products/wireless/wirelessmcu/Pages/default.aspx#ezr32
http://www.silabs.com/products/wireless/EZRadio/Pages/defau
Hi Andre,
as far as I see, the radio support is still in PR state (and in need of
work):
https://github.com/RIOT-OS/RIOT/pull/2198
Cheers,
Ludwig
Andre Guedes schrieb:
> Hi all,
>
> I can see from RIOT wiki that CC2538dk board is supported, but I
> couldn't find any information about its network
this call to 2pm CEST?
>> >>
>> >> Cheers,
>> >> Oleg
>> >>
>> >> On Tue, Apr 07, 2015 at 08:00:13AM +, Google Calendar wrote:
>> >> > This is a notification for:
>> >> >
>> >> > Title: Biweekly vi
Hi,
Kaspar Schleiser schrieb:
> Every task force: please give a short status update.
OTA/Firmware upgrade: stalled (at least I'm not aware of any activity)
Cheers,
Ludwig
___
devel mailing list
devel@riot-os.org
https://lists.riot-os.org/mailman/listi
On Tue, Apr 21, 2015 at 01:52:38PM +0200, Kaspar Schleiser wrote:
> Hi,
>
> On 04/21/15 13:36, Martine Lenders wrote:
> >(one can still add the `#define ENABLE_DEBUG (1)` before the debug.h
> >include) - the need for that.
> >
> >But it does treat core/ as one module, right?
>
Hi,
I just started working on a driver implementation for the ISL29125 RGB
light sensor. In case anyone has worked on it already: please speak up
now ;)
Cheers, Ludwig
___
devel mailing list
devel@riot-os.org
https://lists.riot-os.org/mailman/listinfo/d
Hi,
we are already discussing this in IRC, the problem was missing 32 bit
toolchain support.
Cheers, Ludwig
On Fri, May 01, 2015 at 05:20:50PM +0200, Drasko DRASKOVIC wrote:
> Hi all,
> just downloaded RIOT and I am trying hello-world example build on my
> Debian machine:
>
> drasko@Lenin:~/rio
Hi,
On Sat, May 02, 2015 at 05:12:55PM +0200, Oleg Hahm wrote:
> After thinking just for some minutes over a new name for the stack, I thought
> that "NG" (pronounced Angie? ;)) may be not a bad idea after all and would
> save us from quite some renaming... All we would have to do then is to extra
r for the ISL29020, though I have no idea
>what
>the differences between these sensors are... But maybe you can re-use
>code?
>
>Cheers,
>Hauke
>
>
>On 01.05.2015 16:07, Ludwig Ortmann wrote:
>> Hi,
>>
>> I just started working on a driver implementation
Hi,
This is often called "firmware update" or "OTA" for "(firmware) over the air".
We don't have support for this yet, but it is planned, and there is some
information in the wiki (look for "OTA").
Cheers,
Ludwig
Am 8. Mai 2015 00:50:30 MESZ, schrieb Sonda Bousnina :
>Hi,
>Thanks for your quic
Hi Alex,
RIOT does not offer either.
When I first wrote the native platform, I tried to support 64 bit but there
were so many issues that I just chose to ignore it as there were no 64 bit
platforms on the roadmap anyways.
Since then two things changed:
First, much work has gone into making inte
Hi,
DEVELHELP should not be used to change the semantics of things.
Cheers,
Ludwig
Am 9. Mai 2015 18:43:36 MESZ, schrieb Oleg Hahm :
>Hi Frank!
>
>> why is LPM_SLEEP or LPM_POWERDOWN is commented out?
>
>I think it's mostly commented out for debugging. Debugging with power
>save
>modes can becom
Hi,
Am 12. Mai 2015 20:26:58 MESZ, schrieb Oleg Hahm :
>Hi!
>
>> what about `ipc_stack` due to its utilization of the former? But
>still: I'm
>> still not convinced of the reason to give it a name. All operating
>systems
>> have a default stack but no one is bound to use it and can use their
>> `u
Hi,
Short answer: no.
Long answer: RIOT is focused on microcontrollers and low power. Therefore it
probably also has no support for most of the remaining hardware of a system
that can host a 10gb network controller.
Cheers,
Ludwig
Am 23. Mai 2015 00:31:53 MESZ, schrieb Samuel Hutchinson
:
>I
Hi,
I just noticed that the samr21-xpro still has no ADC support and was
wondering if maybe someone from the watr.li team could upstream their
implementation..?
Or take over the existing PR https://github.com/RIOT-OS/RIOT/pull/2063 ?
Cheers,
Ludwig
___
Hi,
apparently there was a copy/paste error, the correct URL is:
http://placecam.de/call.php?c=VBYEpXi43MZ2MOrV~pegsMm6Z7woUbw.VRY0Qxal2pE-
See
https://github.com/RIOT-OS/RIOT/wiki/Instructions-for-remote-participation
for instructions on how to participate.
Currently the session is not live due
Hi,
the download link does not work for me.
Cheers, Ludwig
On Wed, Nov 19, 2014 at 09:58:42AM +0100, Oleg Hahm wrote:
> And here comes the PlaceCam-Link:
> http://placecam.de/call.php?c=VBYEpXi43MZ2MOrV~pegsMm6Z7woUbw.VRY0Qxal2pE-
>
> Am Tue, Nov 18, 2014 at 01:40:52PM +0100 schrieb Oleg Hahm:
Hi,
On Wed, Nov 19, 2014 at 05:12:42PM +, Hiesgen, Raphael wrote:
> Hey there,
>
> more questions! We encountered some problems using vtimer. For once, setting
> multiple short timers consecutively leads to a segfault. We tired this with
> the timer_msg test reducing the intervals to aroun
Hi,
all PRs that have been opened before now must be rebased on master in
order to get a new Travis configuration.
This is necessary because the emdebian site which hosts the toolchains
the old Travis configuration uses is currently down.
Compare:
https://github.com/RIOT-OS/RIOT/issues/2051#issue
Hi Raphael,
On Wed, Nov 19, 2014 at 06:51:25PM +0100, Ludwig Ortmann wrote:
> On Wed, Nov 19, 2014 at 05:12:42PM +, Hiesgen, Raphael wrote:
> > Hey there,
> >
> > more questions! We encountered some problems using vtimer. For once,
> > setting multiple short time
Hi Adam,
On Sun, Nov 23, 2014 at 08:58:34AM +, Adam Hunt wrote:
> Is there an issue in the tracker which all the planned features and fixes
> slated for this release depend on or block? Wiki entries are great but they
> can easily end up being tombs of quasi-outdated information. Issues in a
>
ned on looking around to see if I could find a reasonably canonical
> rundown on the (planned) future of RIOT but I must have gotten distracted
> by sometime shinny, this appears to be exactly what I was looking for.
>
> Thanks.
>
> Adam
>
> On Sun, Nov 23, 2014, 1:29 AM
ers.
>Setting a consecutive timer around 1 milliseconds still seem to end up
>in a freeze.
>Most often with the error: "schedule_timer(): timer is already due (3),
>mitigating.”.
>
>Thanks,
>Raphael
>
>> On Nov 22, 2014, at 4:08 PM, Ludwig Ortmann
> wrote:
>>
Hi Raphael,
please test again.
The last commit is a kludge, but should at least work for most cases
until I come up with a better solution.
Cheers, Ludwig
On Mon, Nov 24, 2014 at 02:14:18PM +0100, Ludwig Ortmann wrote:
> Hi,
>
> Thanks, I'll send a notification when there is fu
tiple timers still work
> * short consecutive ones stop after a while
>
> Raphael
>
> On Mon, 2014-11-24 at 18:57 +0100, Ludwig Ortmann wrote:
> > Hi Raphael,
> >
> > please test again.
> >
> > The last commit is a kludge, but should at least work
make CAF
> work).
>
> I added your fixes to the branch. Btw, there are some errors on OS X [2].
>
> Raphael
>
>
> [1] https://github.com/josephnoir/RIOT/tree/topic/vtimer
> [2] https://gist.github.com/josephnoir/a46ce587c87b43a11222
>
> > On Nov 25, 201
Hi,
On Thu, Dec 04, 2014 at 09:07:31AM +0100, Baptiste Clenet wrote:
> I've got some questions about the implementation of RIOT on the SAMR21:
>
>- RNG: There is no HW module in samd21 but the transceiver at86rf233
>provides one (see 40.2 in datasheet). Should we implement it anyway?
Yes
Hi Akshay,
that depends on the board.
Please checkout this application
https://github.com/RIOT-OS/applications/tree/master/sixlowapp
and compile (make clean all) it for your board.
Note: This only works if there is a transceiver configured. For the
samr21-xpro that means you have to merge the br
om/RIOT-OS/RIOT/pull/2155
It should reduce the RAM need quite a bit.
Cheers, Luwig
On Fri, Dec 12, 2014 at 02:44:17PM +0100, Ludwig Ortmann wrote:
> Hi Akshay,
>
> that depends on the board.
>
> Please checkout this application
> https://github.com/RIOT-OS/applications/tree/mas
; Thanks Ludwig,
>> We are using the SAMR21 and the bss is nearly 32k which is as good as
>the
>> RAM size (for the rpl_udp) ! No wonder it crashes.
>>
>> -Akshay
>>
>>
>> On 12 December 2014 at 19:25, Ludwig Ortmann
>
>> wrote:
>>>
>&
Hi,
All in all, dual licensing is an interesting thought, but I'm afraid
it inevitably leads to extra work and frustration.
Because the users of the commercial branch will most likely be a major
contributer of resources, the "free" branch would end up being treated
as a second class citizen.
(Plea
Hi,
On Mon, Dec 15, 2014 at 01:08:24PM +0100, Kaspar Schleiser wrote:
> On 12/15/2014 11:10 AM, Ludwig Ortmann wrote:
> >I'd rather add a static linking exception to our
> >current license (or switch to GPL with linking exception which amounts
> >to the same as far as
Hi,
On Mon, Dec 15, 2014 at 05:23:32PM +0100, Kaspar Schleiser wrote:
> On 12/15/2014 05:07 PM, Oleg Hahm wrote:
> >>Giving away source code which strenghtens those is contraproductive to the
> >>common good.
> >
> >Says the man earning a shit load of money from one of these evil companies,
> >usi
Hi,
On Mon, Dec 15, 2014 at 05:32:14PM +0100, Martine Lenders wrote:
> Hi,
> speaking of proprietary smart phones: seems like Android decided against
> LGPL for more or less the same reasons as we discuss right now:
> https://source.android.com/source/licenses.html#why-apache-software-license.
Bu
Hi Kévin,
On Tue, Dec 16, 2014 at 03:05:52PM +0100, ROUSSEL Kévin wrote:
> It's been a few months now since an AVR device (Arduino Mega) port has been
> available in RIOT.
>
> Does somebody use it regularly? I would like to try some developments on
> AVR, and I was wondering if AVR support was pr
Hi,
On Tue, Dec 16, 2014 at 05:58:20PM +0100, Kaspar Schleiser wrote:
> On 12/16/2014 03:12 PM, Emmanuel Baccelli wrote:
> >BSDing turns it into work I do for other companies, for free. I will
> >probably not contribute much this way, unless I become one of the
> >companies taking RIOT
Hi,
On Tue, Dec 16, 2014 at 06:42:37PM +0100, Oleg Hahm wrote:
> > So in that case, you can't even (legally) sell a product based on RIOT
> > without it (and you) being mentioned.
>
> Referring to a discussion I had with Hauke over lunch: would have RIOT to be
> mentioned only in the code or on t
Hi,
On Thu, Dec 18, 2014 at 01:46:52PM +0100, Kaspar Schleiser wrote:
> BSD changes the whole picture. It makes me feel exploited if I contribute a
> lot of ressources building free roads and others just invest a little but
> profit from the combination of all roads (even charging me) instead of
>
Hi,
On Wed, Dec 17, 2014 at 01:06:24PM +0100, Kaspar Schleiser wrote:
> Hey,
>
> On 12/16/2014 06:09 PM, Ludwig Ortmann wrote:
> >>(L)GPL tries to put some restrictions on that. Mostly, the source code
> >>cannot realistically be sold as long it's (L)GPL.
> >
Hi,
On Thu, Dec 18, 2014 at 02:35:58PM +0100, Kaspar Schleiser wrote:
> On 12/18/2014 02:10 PM, Ludwig Ortmann wrote:
> >>>>(L)GPL tries to put some restrictions on that. Mostly, the source code
> >>>>cannot realistically be sold as long it's (L)GPL.
> &
Hi,
On Mon, Dec 22, 2014 at 08:44:55AM +0100, Martine Lenders wrote:
> 2014-12-21 21:13 GMT+01:00 eric fleury :
> > On 21 déc. 2014, at 20:15, Sudarshan S
> > wrote:
> > I would like to understand the following:
> > 1) I believe there are ways to expand RAM in Arduino UNO, using SRAM ICs
> > and
Hi Kevin,
"cheap" starter kit is relative, but the MCU sound interesting indeed!
Presumably I won't have any time to port, but I'd be happy to help with
reviewing ;)
In case anyone is interested in actually porting this and only held back by the
investment, I'm confident a sponsored starter kit
Hello Shishir,
Please have a look at the porting guide in our wiki:
https://github.com/RIOT-OS/RIOT/wiki/Porting-Guide
Also keep in mind that all files have to have an LGPL 2.1 compatible license.
Finally, you should look at the development procedures and coding conventions:
https://github.com/RI
Hi Shishir,
can you please rephrase the question?
Cheers, Ludwig
On Tue, Dec 30, 2014 at 04:34:39PM +0530, shishir tiwari wrote:
> hi Ludwig,
>
>
> Is Porting for ARC600/ ARC700 (Synopsys) has been done. Any idea?
>
> Thanks
> Shishir tiwari
>
> On Wed, Dec
Hi,
Due to too few participants and low activity, tomorrow's meeting has been
cancelled.
The next virtual meeting is in two weeks.
Cheers, Ludwig
___
devel mailing list
devel@riot-os.org
http://lists.riot-os.org/mailman/listinfo/devel
Hi,
On Mon, Jan 05, 2015 at 06:00:34PM +0100, Oleg Hahm wrote:
> Maybe we can discuss a tentative schedule and set some milestones for the
> refactoring during a (PlaceCam) conf call this week? What do you think?
How about making the milestone setting part of the bi-weekly virtual
meeting next we
:
>
> > Hi,
> > Am 05.01.2015 18:06 schrieb "Ludwig Ortmann" > >:
> > >
> > > Hi,
> > >
> > > On Mon, Jan 05, 2015 at 06:00:34PM +0100, Oleg Hahm wrote:
> > > > Maybe we can discuss a tentative schedule and s
> Wednesday at 10:00 AM, I'll try to attend.
>
>
> 2015-01-07 10:31 GMT+01:00 Ludwig Ortmann :
>
> > Hi Baptiste,
> >
> > No need to register, we have a license.
> >
> > Please have a look at the Wiki page for further information:
> > http
Dear Developers,
The Eclipse Foundation is holding a challenge:
http://iot.eclipse.org/open-iot-challenge/
The focus is on open technology and community, so by using RIOT and
involving our fabulous community you've already half won ;)
To participate, you'd need to register until January, 17th.
T
Hi,
does anyone know if it's possible to flash this board faster in
principal?
Cheers, Ludwig
On Sat, Jan 10, 2015 at 02:25:50PM +0100, Lucas Jenß wrote:
> Hey everyone,
>
> I’ve been playing around with the Samr21 xpro and flashing
> the device is _really_ slow, i.e. 0.481 KiB/s. Is this expe
Hi,
I've got two of those and they appear to be working ;)
I can bring them to the university if you are interested in first hand
experience.
Cheers, Ludwig
Am 12. Januar 2015 19:38:02 MEZ, schrieb "Cenk Gündogan"
:
>Hi *,
>
>Does anyone has any experience with this cheap WiFi transceiver
>(ES
Hi,
On Tue, Jan 13, 2015 at 09:03:20PM +0100, Oleg Hahm wrote:
> I've set up a pad with a tentative agenda here:
> http://riot.pad.spline.de/6
"Guests are not allowed to join that pad. Please sign in."
Cheers, Ludwig
___
devel mailing list
devel@riot-
Hi
yes, every thread has it's own stack. You need to be able to store and
restore a thread's context per request and on interrupts.
Cheers, Ludwig
On Fri, Jan 16, 2015 at 10:43:49PM +0100, gnu...@dds.nl wrote:
> Is it possible to port RIOT OS to PIC16 platform (no stack manipulation
> possible)o
Hi,
On Thu, Jan 22, 2015 at 10:20:47AM +0100, Frank wrote:
> it's possible to brick the device when flash code crashes every time
> when it writes a new image. Then we have an corrupt image and an non
> working image.
I have trouble making sense of this - could you please elaborate a
bit? (This i
Hi Raphael,
On Thu, Jan 22, 2015 at 09:41:31AM +, Hiesgen, Raphael wrote:
> I am curious as to how memory management works. Searching the code for "void
> free(" returns two implementations. One implements the function in the native
> port as a wrapper of the systems implementations (?) and
Hi,
On Thu, Jan 22, 2015 at 10:56:22AM +0100, Martine Lenders wrote:
> for the native-stuff you have to ask Ludwig for the specifics as to of why,
> but most of the hosts system's implementation of standard functions are
> wrapped. I think this was because our POSIX interface would otherwise
> col
Hi Frank,
On Thu, Jan 22, 2015 at 10:52:36AM +0100, Frank wrote:
> Am 22.01.2015 um 10:50 schrieb Ludwig Ortmann:
> > On Thu, Jan 22, 2015 at 10:20:47AM +0100, Frank wrote:
> >> it's possible to brick the device when flash code crashes every time
> >> when it wri
Hi Jeff,
On Thu, Jan 22, 2015 at 04:00:14PM +, Katz, Jeff wrote:
> Currently:
> 1) New image downloaded to spare storage (external SPI NOR flash)
> 2) When new image verified, relocate important functions to RAM
> 3) Wipe internal flash
> 4) Copy new image to internal flash
> 5) Reboot
>
> Ob
Hi Jan,
Your fears are entirely ungrounded :)
First of all, there are no concrete plans or even arrangements as of now.
From our point of view, RIOT lacks human interfaces (among other things), and
if Ubuntu snappy apps turn out to be a fitting front end, we will probably
support it, but not ex
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 featu
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"
:
>Hello everyone,
>
>Does the 'default' example work correctly on SAMR21 Xplained Pro? I
>compiled and flashed successfully this application on the
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;
>
Hi Frank,
On Sun, Feb 08, 2015 at 11:47:25AM +0100, Frank Holtz wrote:
> i have looked into periph drivers and found a lot of single line "while"
> statements waiting for finishing things.
> ...
> Slow devices like ADC, Flash, UART or Random number generation are
> wasting a lot of CPU cycles whi
On Sun, Feb 08, 2015 at 04:48:00PM +0100, Ludwig Ortmann wrote:
> Hi Frank,
>
> On Sun, Feb 08, 2015 at 11:47:25AM +0100, Frank Holtz wrote:
> > i have looked into periph drivers and found a lot of single line "while"
> > statements waiting for finishing things.
>
Hi,
On Tue, Feb 10, 2015 at 02:08:08PM +0530, shishir tiwari wrote:
> So to put it short: in cpu_switch_context_exit() you simply must load
> the main threads context into the CPUs register and point the stack
> pointer to the main threads stack.
That's not entirely accurate. You need to call `sc
Hi Baptiste,
in theory yes, in practice I am unable to contact one of the persons
who can host the session.
The link however is always the same.
Cheers, Ludwig
On Wed, Feb 11, 2015 at 09:56:58AM +0100, Baptiste Clenet wrote:
> Hi,
>
> Is there a meeting today?
> Could you provide the PlaceCam
Hi Murat,
If I understand correctly what you are doing, there is nothing in
principal that speaks against this.
Just open a PR so we can see how it fits.
Regarding RIOT's file hierarchy, I would put it in `/dist/`, either in
a subdirectory if it is more than one file, or directly if it is a
singl
Hi,
this mornings updates brought GCC 4.9 2014q4 to my system. Now I'm
wondering which projects didn't work how exactly with the old gcc
version so I can test whether to add it to the "working" section of
the msba2 toolchain section in the RIOT wiki.
Cheers, Ludwig
___
Dear RIOTers,
today's question from Murat and my past efforts with native have one
thing in common: our environments have a hard (or impossible) to
change dependency on main() as the system's entry point.
For native, I was able to navigate around this, but past mails to this
list show that this h
Hi,
the minutes from the meeting have been added to our wiki:
https://github.com/RIOT-OS/RIOT/wiki/minutes-OTA-meetup-13.2.2015
Thank you all for participating (or at least trying to ;),
and kiwi.ki for hosting the meeting.
Cheers,
Ludwig
On Fri, Feb 13, 2015 at 07:00:02PM +0100, Arvid Picciani
Hi,
On Fri, Feb 13, 2015 at 06:49:56PM +0100, Kaspar Schleiser wrote:
> On 02/13/15 15:55, Ludwig Ortmann wrote:
> >My proposal:
> >Let the application Makefile export one or possibly several names to
> >be used for the initial application thread(s). kernel_init will then
>
Hi,
On Sat, Feb 14, 2015 at 11:50:38AM +0100, Ludwig Ortmann wrote:
> On Fri, Feb 13, 2015 at 06:49:56PM +0100, Kaspar Schleiser wrote:
> > On 02/13/15 15:55, Ludwig Ortmann wrote:
> > >My proposal:
> > >Let the application Makefile export one or possibly several na
Hi,
I just figured out how to enable echo cancellation for PlaceCam in Linux with
PulseAudio.
It is possible to PulseAudio configuration hints using environment variables.
When using the command line, you can tell it to activate echo-cancellation like
this:
PULSE_PROP="filter.want=echo-canc
1 - 100 of 106 matches
Mail list logo