Hi!
> there were ~40 new builds opened yesterday [1]
Sorry for the maybe stupid question, but how do zou see this? I find the
Travis UI pretty confusing (and slow).
Cheers,
Oleg
--
panic("mother...");
linux-2.2.16/drivers/block/cpqarray.c
pgpknq8uoNfkp.pgp
Description: PGP signature
Hey folks from the testing task force,
does anyone know what exactly is currently wrong with Travis? I have the
impression that it didn't run a single test for RIOT today. E.g.
https://github.com/RIOT-OS/RIOT/pull/2764 is pending for 24h hours now.
Cheers,
Oleg
--
The bad thing about Haskell jok
Dear RIOTers,
I just read about a buffer overflow in X.Org caused by a macro in a header
file [1]. While the bug was fixed in 2013 it still may cause bugs in other
software that uses this macro and has not been recompiled.
If we envision that single libraries may be updated in future IoT scenario
Hi Martin,
> I want to test some stuff using the oonf pkg[1].
> It is cloned and successfully and patched with the provided RIOT
> compatibility patches, but then it fails on compile with:
> `./pkg/oonf_api/oonf_api/src-api/common/autobuf.c:84:3: warning: implicit
> declaration of function ‘getpa
Dear RIOTers,
after the big success of the Internet of Plants team at the Open IoT Challenge
this year, maybe someone has a cool idea to participate in the IPSO Challenge
2015 [1].
Cheers,
Oleg
[1] http://challenge.ipso-alliance.org/ipso-challenge-2015
--
What did the one smtp server say to the
Hi again!
I extended the doodle [1] by another week (the last of April).
Maybe we find a better matching date then.
Cheers,
Oleg
[1] http://doodle.com/hst7m64madhhyxnb
--
/*
* For moronic filesystems that do not allow holes in file.
* We may have to extend the file.
*/
linux-2.4.0-
Hi!
> I know I'm late in the doodle, but tomorrow is about the only day this month
> I can't move other stuff. But I'd really like to join.
>
> Any option to not do it tomorrow?
Actually, I would also love to have Matthias and/or Thomas involved in this
meeting to benefit from their many years o
Dear redesigning IOTlers,
thanks to the tremendous work by the RIOT community and most notably by
Martine and Hauke, the new network stack is almost there. There were some
details here and there after the last meeting and during discussions on GitHub
that still need some (additional) thoughts. So,
Hi!
> please unlock the etherpad
Sorry, as usual...
Done.
Cheers,
Oleg
--
I had an Ethernet joke, but somebody else told it at the same time. So I
exponentially backed off and tried again.
pgpF7OviiDBK3.pgp
Description: PGP signature
___
devel mai
Hi,
the meeting will start in about 5 minutes at
http://placecam.de/call.php?c=VBYEpXi43MZ2MOrV~pegsMm6Z7woUbw.VRY0Qxal2pE-
Minutes will be at http://riot.pad.spline.de/11
Cheers,
Oleg
--
Fragmentation jokes... ...are always... ...told in parts.
pgpPLWvOEOSF5.pgp
Description: PGP signature
>
> 2015-04-07 20:24 GMT+02:00 Martine Lenders :
>
> > Hi,
> > in general I prefer 2pm, but tomorrow I'm not able to attend at this time.
> >
> > Cheers,
> > Martine
> > Am 07.04.2015 10:08 schrieb "Oleg Hahm" :
> >
> >> H
Hi,
anyone opposed to permanently rescheduling 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 virtual meeting
> Developer discussions. Remote participation will be provided.
> When: Every 2 w
Dear RIOTers,
I thought this might be of interest for some of you (which are not subscribed to
the ROLL ML).
Cheers,
Oleg
--
printk("??? No FDIV bug? Lucky you...\n");
linux-2.2.16/include/asm-i386/bugs.h
--- Begin Message ---
Hi Ralph and Michael,
On Thu, Apr 02, 2015 at 02:40:41PM -04
Hi Craig!
Am Thu, Apr 02, 2015 at 12:19:56PM -0400 schrieb Craig Younkins:
> > Mostly because I don't think that paying money makes anything more secure.
>
> I would argue it makes it marginally more secure - you probably aren't
> getting MITM'd by a script kiddie at the coffee shop, which immedi
Hi!
Am Thu, Apr 02, 2015 at 11:49:27AM -0400 schrieb Craig Younkins:
> > Better now?
>
> No. The new cacert.org - signed cert is not in the root trust store of most
> browsers - http://wiki.cacert.org/InclusionStatus
> I think you'll need to purchase one unfortunately.
Sorry, I'm not gonna pay f
Hi!
> Can we fix the SSL certificate?
Better now?
Cheers,
Oleg
--
The problem with TCPIP jokes is that when I tell them, all I want is an ACK but
usually get FINs and RSTs
pgp4QPAADc8dP.pgp
Description: PGP signature
___
devel mailing list
devel@rio
Hi!
> Can we fix the SSL certificate?
I have to dig into SNI, but it's on my list.
Cheers,
Oleg
--
The worst thing about Perl jokes is that next morning you can't understand why
they seemed so funny.
pgpSZ9vYNVI9q.pgp
Description: PGP signature
___
Hi!
> I am also seeing this for http://riot-os.org/pipermail/devel/. The
> root site (http://riot-os.org) still works.
The first link is indeed not supposed to work.
> I think the URL is configured wrong in mailman.
> https://lists.riot-os.org/pipermail/devel/ works for me.
Yes, you're right. I
Hi Murat!
> I did not see any issue about picture. I have re-added same picture(address)
> to page again.
Funny! Yesterday the picture was showing a red car...
Thanks,
Oleg
--
The sad thing about IPv6 jokes is that almost no one understands them and no
one is using them yet.
pgpXgw6z1_u4r.pg
Hi,
FYI there was a mishap by an anonymous RIOT maintainer this morning which got
fixed by a force push to restore the correction version RIOT master.
Therefore, I had to remerge https://github.com/RIOT-OS/RIOT/pull/2742 and
Cenk's merge commit got lost.
Sorry for any inconvenience!
Cheers,
Oleg
S/RIOT/wiki/Build-RIOT-on-Windows-OS
>
> Regards,
> Murat.
>
> -Original Message-
> From: devel [mailto:devel-boun...@riot-os.org] On Behalf Of Oleg Hahm
> Sent: Thursday, March 12, 2015 5:26 PM
> To: RIOT OS kernel developers
> Subject: Re: [riot-devel] Build issue on W
Hi Benjamin!
> Actually, it is dual-licensed under EPL and EDL (BSD). See
> https://projects.eclipse.org/projects/technology.wakaama
Maybe that's a dumb question, but it doesn't seem obvious to me: does this
dual-license allow to just chose between the two licenses?
Cheers,
Oleg
--
The bad thin
Hi Benjamin!
> Sorry if I missed some previous conversations, but what's wrong with BSD
> 3-clause?
Nothing, but Wakaama is now licensed under EPL.
Cheers,
Oleg
--
DPRINTK("FAILURE, CAPUT\n");
linux-2.6.6/drivers/net/tokenring/ibmtr.c
pgpc5ynNyN5by.pgp
Description: PGP signature
_
Hi!
Sorry, forgot my last post, used the wrong link.
Cheers,
Oleg
Am Thu, Mar 26, 2015 at 11:30:09AM -0500 schrieb Oleg Hahm:
> Hi Ludwig!
>
> > are they willing to support this endeavor in the form of a license change?
>
> I don't think it's necessary, it se
Hi Ludwig!
> are they willing to support this endeavor in the form of a license change?
I don't think it's necessary, it seems to be licensed under EDL (which is a
BSD license) and not the GPL incompatible EPL.
Cheers,
Oleg
--
/*
* Hash table gook..
*/
linux-2.4.0-test2/fs/buffer.c
Hi!
> * July 17-19, 2015 - 6tisch in Prague co-located with IETF 93
Some more detailed information about this plugtest and the roadmap towards
this event is available as part of the 6tisch slides:
http://www.ietf.org/proceedings/92/slides/slides-92-6tisch-2.pdf, slide 51 ff.
Cheers,
FYI
--
/* vsprintf.c -- Lars Wirzenius & Linus Torvalds. */
*
* Wirzenius wrote this portably, Torvalds fucked it up :-)
*/
linux-2.2.16/lib/vsprintf.c
--- Begin Message ---
FYI, if you want to invite other people who are not in Dallas to view this
session, you can direct them to:
htt
Hi!
> we will start with the bi-weekly developer meeting now. The PlaceCam link
> for joining is the following:
>
> http://placecam.de/call.php?c=lmakKMrDG8a35aIBNqLBvOnApExkKFntj9xXawGNgTc-
The corresponding Etherpad with the Minutes is online at
http://riot.pad.spline.de/10
Cheers,
Oleg
--
T
Dear reading IOTlers,
the next upcoming Plugtests organized by ETSI which are of interest for RIOT
are announced as follows:
* July 17-19, 2015 - 6tisch in Prague co-located with IETF 93
* October 30 - November 1, 2015 - 6lo in Yokohama co-located with IETF 94
* March 2016
Hi Ludwig!
> 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.
Okay, basically my questi
Hi!
> I see the upgrade distribution process as mostly independent from the
> software infrastructure needed to activate new images.
Do I get this right, that the OTA task force is excluding the OTA part of the
software update from their work? Or are you just considering the single hop
case?
Che
Hi Peter!
> just to avoid confusion: Didn't we agree to have the meeting tomorrow at 2pm
> CET?
Thanks for asking: Yes, we did, but I think no one cared to update the
calendar. PlaceCam will be on at 2pm CET!
Cheers,
Oleg
--
I'm working on a bittorrent joke, but I only have about 30% and nobody
Hi!
Okay, I removed it from the organization on Github. To be on the safe side I
just moved it to my personal repos.
Cheers,
Oleg
--
printk(KERN_DEBUG "%s: Flex. T...\n", DRV_NAME);
linux-2.6.6/drivers/net/wan/dscc4.c
pgpPOJlgt5sAT.pgp
Description: PGP signature
___
Hi!
At least for IoTivity it should be fairly simple to port it to RIOT according
to the response I got on their mailing list:
http://lists.iotivity.org/pipermail/iotivity-dev/2015-March/000600.html
The only problem I see is the incompatible license of their implementation.
(Btw. the Contiki por
Hi Joakim!
> > This somehow disappeared from my radar. I think you need to give me admin
> > access to the repository in order to move it to the RIOT organization (and
> > rename it to riotdocker).
>
> What do you mean?
> If you create a new empty riotdocker repo in the RIOT organization we
> can
Hi!
> > Also, I need to have an organisation owner (Oleg, Kaspar, Emmanuel or
> > Matthias Wählisch) create the repo since maintainers do not have the proper
> > access to do it.
>
> Sure, I can do so. Let's wait if no one objects against the proposed name.
This somehow disappeared from my radar
Dear rousing IoTlers,
since we don't need the thirdparty repositories for CPUs and boards any more
for quite some time, I think we should finally remove them. Any objections?
Can anyone with some experience with the Cortex ports take a look at the PRs
in these repos that are still open and see if
Dear radioing IoTlers,
the next regular bi-weekly PlaceCam meeting would usually be scheduled next
Wednesday at 10am CET. However, since we have some potential participants in
other timezones (including me), I would like to ask if we could reschedule the
meeting to 2pm CET again? This would be 8am
Hi!
I just realized that I'll probably learn something about IoTivity and AllJoyn
today at the T2TRG meeting:
https://github.com/t2trg/2015-ietf92/blob/master/agenda.md
I guess there won't be now audio stream, but at least the slides should be
online later this day.
> Concerning IoTBase, I woul
Kaspar,
> How can I select some nodes?
The current version of this Makefile only allows you to specify the number,
the type, and the testbed site of the nodes. I don't know how sensible it
would be to add a more concrete node selection process to this feature. You
can pretty easily specify the co
Hi Simon!
> Yes I tried to compile the rpl_udp example for the samr21-xpro but it did
> not have enough RAM. Even with RPL in non-storing mode and a very small
> routing table it would not fit.
Well, in non-storing you basically don't need any routing table (except for
the root node), but still i
Hi Baptiste!
> This question is not particularly about Riot but it makes sense to ask you
> since future Riot device might use one of this high level protocol
> (Iotivity, AllJoyn, Thread, Ipso Alliance).
> What do you think about them? In your opinion, which one will be mostly
> used?
To be hon
Hi Thomas!
> I got me some NXP pn532 modules some time ago as I heard there is work
> on specifying 6LoWPAN over ISO 14443 (which NFC is part of).
Indeed, there is. See https://tools.ietf.org/html/draft-ietf-6lo-nfc-00
> Sadly, I didn’t come too far with the driver, as it includes a (more) comp
Dear rewewing IoTlers,
I just opened a pull request in RIOT that should ease the work with RIOT
applications on the IoT-LAB testbed a little bit:
https://github.com/RIOT-OS/RIOT/pull/2640
Including the proposed Makefile like
include $(RIOTBASE)/dist/Makefile.iot-lab
in an application's Makefil
Dear GSOC enthusiasts,
please find the minutes from our meeting at http://pad.spline.de/Ouide7Nzd8
Cheers,
Oleg
--
panic("If this is a 64-bit machine, please try a 64-bit kernel.\n");
linux-2.6.6/arch/parisc/kernel/inventory.c
pgpYdZZJZK5WD.pgp
Description: PGP signature
__
Oops, synchronization problem I guess. We'll use this link then!
Am Wed, Mar 18, 2015 at 02:01:57PM +0100 schrieb Hauke Petersen:
> Hi everyone,
>
> as promised we will have a dedicated GSOC meeting now. To join please follow
> this link:
>
> http://placecam.de/call.php?c=lmakKMrDG8a35aIBNqLBvOn
Dear GSOC participants and mentors,
please join the meeting at
http://placecam.de/call.php?c=VBYEpXi43MZ2MOrV~pegsMm6Z7woUbw.VRY0Qxal2pE-
(see https://github.com/RIOT-OS/RIOT/wiki/Instructions-for-remote-participation
for
instructions how to use PlaceCam)
Cheers,
Oleg
Am Mon, Mar 16, 2015 at
Hi Ludwig!
> 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.
I haven't followed the discussion about RPL and UDP on the SAMR21 lately, but
doesn't these memory problems only exist when using with RPL
Hi Joakim!
> What is the current state of radio duty cycling in RIOT?
> I know that radio drivers implement on and off functions for the chip, but
> how do we make the best use of them?
> In order to reduce power consumption it will be necessary to duty cycle
> the radio
I would agree with Mart
Hi Alexis!
Welcome to RIOT!
> I'm Alexis, from Lyon, France, student in Telecom Engineering.
> I'm fond of IoT, embedded development, FOS Projects, and
> I'm currently doing a master thesis in Barcelona, wich focus on Thread (
> http://www.threadgroup.org/) protocols stack.
May I ask you what
Hi!
> well written guide :) Thanks for the effort!
Yes, indeed. Thanks a lot. I added a link to it to the wiki start page.
Cheers,
Oleg
--
printk(KERN_WARNING "Hey who turned the DMA off?\n");
linux-2.6.6/drivers/net/wan/z85230.c
pgpKbBav5Lv7z.pgp
Description: PGP signature
__
Hi Ralph!
> I don't think I see redbee-econotag listed as a supported board on the wiki
> home page. Is it no longer actively supported?
I think the support for the econotag in RIOT has always been rather poor. I'm
not aware that support for it was dropped "officially", but considering the
state
Hi Chen!
> I connect 2 telosb to 2 USB port and used 2 terminal to "make term" to each
> telosb board.
I guess you're using the default example, right?
> Then I use one board to txtsnd to other board address. But there is no
> reaction from the other board. (For native mode, the other should sho
Hi Murat!
> I have used MinGW instead of Cygwin and problem is solved.
Glad to hear.
> Following link was very helpfull for setting MinGW :
> http://www.jann.cc/2013/10/10/embedded_development_with_open_source_tools_on_windows.html
Would you mind to maybe add a brief description to the RIOT w
Hi!
> I more incline to use macros, but implement logging API too. Logging
> functions can be use as default macro value in big MCUs (or MPUs).
+1
Cheers,
Oleg
--
panic("Detected a card I can't drive - whoops\n");
linux-2.2.16/drivers/net/daynaport.c
pgpqP1up6VV75.pgp
Description: PGP
Hi David!
Did you try with the new link from me? We're right about to start to talk
about GSOC topics.
Cheers,
Oleg
Am Wed, Mar 11, 2015 at 05:35:48AM -0400 schrieb David Reinert:
> So I was in the meeting and then I restarted PlaceCam in order to try and
> remove any echo from my microphone. A
Hi Murat!
> make BOARD=mbed_lpc1768
>
> arm-none-eabi-gcc.exe: error:
> /cygdrive/d/developments/RIOT/examples/ipc_pingpong/main.c: No such file or
> directory
>
> arm-none-eabi-gcc.exe: fatal error: no input files
I have currently no Windows machine to test at hand, but could test to build
wit
Hi Matthias!
> There is also a port of the Relic library toolkit
> https://code.google.com/p/relic-toolkit/ including an extension for modern
> Edwards Curves (ECC).
For the current status of the Relic porting see
https://github.com/RIOT-OS/RIOT/pull/2213 - I think it's only a matter of a
few day
Hi!
> I am able to connect finally! But says maximum no. of users :(
Reason might be that we just finished with the meeting. Check out the minutes
on http://riot.pad.spline.de/8
Cheers,
Oleg
--
printk("CPU[%d]: Sending penguins to jail...",smp_processor_id());
[... 20 lines ...]
printk("CPU[%d
Hi!
> I am not able to join via the new link either. Its says RIOT not online.
Can you try with
http://placecam.de/call.php?c=lmakKMrDG8a35aIBNqLBvOnApExkKFntj9xXawGNgTc-
Cheers,
Oleg
--
panic("Unable to find empty mailbox for aha1542.\n");
linux-2.2.16/drivers/scsi/aha1542.c
pgpkt3au
The (live) minutes are on EtherPad: http://riot.pad.spline.de/8
--
What did the one smtp server say to the other? ... You had me at EHLO!
pgpeN6OVDULI_.pgp
Description: PGP signature
___
devel mailing list
devel@riot-os.org
http://lists.riot-os.org/mai
Can you try with:
http://placecam.de/call.php?c=VBYEpXi43MZ2MOrV~pegsMm6Z7woUbw.VRY0Qxal2pE-
?
--
fs_dprintk (FS_DEBUG_INIT, "Ha! Initialized OK!\n");
linux-2.6.6/drivers/atm/firestream.c
pgp3SGEOP0M0W.pgp
Description: PGP signature
___
devel m
Hi Ralph!
> > I guess this problem is related to the Newlib-Nano [1] we're using if the
> > toolchain supports it. This library doesn't support 64-bit printing. If it's
> > required for you, you could try to disable it in the Makefile
> > (e.g. boards/samr21-xpro/Makefile.include, for the Atmel bo
Hi Ralph!
> Is there something I'm doing that's obviously wrong?
I guess this problem is related to the Newlib-Nano [1] we're using if the
toolchain supports it. This library doesn't support 64-bit printing. If it's
required for you, you could try to disable it in the Makefile
(e.g. boards/samr21
Dear Kausthub!
> I wanted to know if i can work on my Linux system itself or do I need to
> get a separate system to run it ?
For basic familiarization with RIOT and higher layer implementations, you can
use RIOT's native port [1]. However, for concrete driver development you will
need real embed
Dear Kushal!
> 1. What else can be the other way to enable software update at run-time (
> maybe that could be added to the idea's page or be done along with the
> dynamic linking support project)
That's exactly the problem: the task force for OTA updates has only recently
be formed and yet not
Hi!
> IMHO GPL + linking exception doesn't cut it. I'm not trying to change LGPL
> into that.
What do you think make LGPL more appropriate than GPL + linking exception?
> In my opinion the IoT world needs something that is more oriented towards
> respecting the needs of potential end users.
Ho
Hi!
> >GPL with linking exception seems relevant in this discussion --
> >especially since eCOS, which is also a well-known embedded OS, uses this
> >license.
>
> If we are thinking about amending an existing license, we could also try to
> ease the restrictions of LGPL to fit our vision (whateve
Dear rolling IoTlers,
the next RIOT H&A party is almost here. You have only to sleep twice until we
meet again in Hamburg (at HAW) and in Berlin (at c-base) - and who knows where
else? If you're not lucky enough being able to join our local events or having
at least one or two RIOTers living close
Hi Jan!
In addition to the other replies:
> - RIOT is an OS that is mostly powered by the community with alot of students
> of european universities(?)
That's only half the truth: a big portion of the contributions to RIOT
actually came from people paid by universities or research institutes (a
Hi Matthias!
> but the name (or license branding). We had this discussion before.
> Rather unknown licenses need to be explained. Using eCos license is
> similar to use a RIOT license.
Yes, I agree, but at least it's listed (approved?) by FSF. Another option (see
citation from the OSI list fr
Hi Matthias!
> I thought that we already decided to exclude exotic licenses.
Yes. GPL + Linker Exception is not exotic.
> With respect to this specific license:
>
> (1) We cannot use the license because the license text is specific to
> eCos (e.g., "eCos is distributed [...]").
And orig
Dear RIOTers,
I just found the eCos license: [1]
http://ecos.sourceware.org/license-overview.html
It's basically a modified version of the GPL with linker exception. The
interesting point: it is officially recognised as a GPL-compatible Free
Software License:
https://www.gnu.org/licenses/license-
Hi Martine!
In general I like the concept and I think various people (including myself)
proposed a similar workflow already in the past, but it was always rejected
(IMO for good reasons), because of the introduced overhead and missing
personal resources.
> I don't get this argument: With my workf
Hi Joakim!
> What is a suitable name for the new repo?
> I have been using "riotbuild" for my Docker development at
> https://github.com/gebart/riotbuild
I don't have any particular ideas for the name, so, for me "riotbuild" (or
"riotdocker") would be fine.
> Also, I need to have an organisatio
Hi Joakim!
I'm completely fine with that. Thanks for the effort!
Cheers,
Oleg
Am Mon, Feb 23, 2015 at 09:18:42AM +0100 schrieb Joakim Gebart:
> I'd like to hear if anyone is strongly opposed to this, otherwise I
> will go ahead and create a new repository tomorrow.
>
> Best regards,
> Joakim Ge
Dear rocking IoTlers,
due to the embedded world this week, several maintainers won't be available
for this week's PlaceCam meeting. Hence, I have two questions:
1.) Is there anything urgent to discuss or can we skip the meeting?
2.) If we don't want to skip the meeting, is there anyone available f
Hey Kaspar!
> But IMHO we should not take that experience (and yours from that former
> employee) to dismiss anything involving function pointers or some kind of
> object orientation, if it looks good in code and doesn't impose runtime
> costs.
Agreed.
> E.g., I'd rather use const function poin
Hey Kaspar!
> Using a "weird compiler" that cannot output the required object files
> because it is closed source and proprietary is purely political. That
> compiler could be changed trivially *if it would be open source* or the
> vendor was inclined to do so. This doesn't count as technical reas
Hi Kaspar!
> On 02/18/15 22:50, Oleg Hahm wrote:
> >but we don't know which weird
> >compilers on some esoteric hardware platform might be used for RIOT somewhere
> >sometime, so I rather rely on optimized C code than on optimized compilers.
>
> this keeps poppin
Hi Joakim!
> As I see it I have three choices for implementing a board
> specific configuration of NVRAM:
>
> - Macros for the board's functions such as:
> board.h:
> #define NVRAM_READ(addr, len) nvram_spi_read(MYBOARD_NVRAM_SPI,
> MYBOARD_NVRAM_CS, addr, len)
> #define
>
> -
Hi Ryan!
> In my opinion this is a cleaner abstraction, and leads to clearer parallel
> composition (or wiring) of modules, rather than the oft used vertical
> composition.
So, basically you're saying that trading some performance for a cleaner design
is a good thing, is that right? I would say t
Hi Kévin!
> I began to use function pointers in the 'radio_driver.h' when trying to
> create a unified model for radio drivers. I guess it went over later to the
> whole netdev effort.
Yes, I remember that, but why can't this be implemented in a similar way we
did for most of the peripheral drive
Hi Pekka,
thanks for your input.
> Of course, some care is needed to make sure that the compiler does the right
> thing.
> It is relatively easy to break the pattern.
I see your point, but actually, I don't want to build a whole system model
based on any assumption about what the compiler might
Dear remodeling IoTlers!
Ludwig just made me aware that Joakim's PR for NVRAM [1] introduces function
pointers as part of the device driver struct. This made me remember that there
were already similar function pointers introduced as part of netdev.
As I was always opposed to use function pointer
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
Have there any concrete next steps been identified? Did you conclude in some
kind of a schedule for upcoming tasks and who is gonna work on what?
Cheers,
Oleg
--
/
Hi!
> PS:
> Open Research Topic:
> Find out how to automatically or at least super-conveniently (I'm thinking
> push-to-talk) mute the microphone when not speaking.
Well, you can mute yourself, whenever you're not speaking, so it would be
something like click-to-talk.
I would like to add a rese
Hey Kaspar!
> While I personally wouldn't use such restricting development environments in
> the first place, using RIOT for proprietary development here probably
> wouldn't be feasible.
Well, that's not always feasible. I remember that my old company was somehow
forced to use a proprietary IDE (
Hi!
> 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
> take care of creating those.
> The function name "main" will be reserved for boards/cpus to
> implement.
> In case of native/PsoC, the
Hey Adam!
Am Thu, Feb 05, 2015 at 02:09:52PM -0800 schrieb Adam Hunt:
> The other day I ran across a few Atmel Raven[0] development boards that I'd
> forgotten I had (it never ceases to amaze the amount of random electronics I
> own and have completely forgotten about).
Sounds familiar. ;-)
> It
Hi Maxence!
> You mean than I should slow down the number of transmission? I send a
> packet every second on three boards which means that the other board
> receives three packets a second.
> How may I check apart from slowing down the rate of the transmission?
Three packets every second shouldn'
Hi Baptiste!
> It works for more or less 20 minutes and then I receive a:
>
> printf("ERROR: recsize < 0!\n");
>
> This comes from here:
> if ((socket > MAX_SOCKETS) || (socket_base_sockets[socket -
> 1].socket_id == 0)) {
> return false;
> }
>
> When I break here, socket =
Hi!
> We are using a PMODWifi device [PmodWiFi - 802.11b WiFi Interface
> (MRF24WB0MA, b/g/n compatible)] on Synopsis ARC board and have
> succeded in initial port for RIoT on it.
Sounds great - I'm looking forward to see your PR(s) for both, the ARC and the
WiFi Interface.
Cheers,
Oleg
--
prin
Hi!
> >I use the sleep function and it seems that it blocks the other threads
> >while sleeping. Has someone got the same problem?
> >I use sleep in the main thread with RPL_UDP example.
>
> there is no such function in RIOT.
sleep() from POSIX is a wrapper around vtimer_sleep(). Usually, this w
Dear reasoning IoTlers,
I know, we had this question already several times before , but I'm not sure
about the current state and if some of you have made new experiences in this
domain: is there any off-the-shelf hardware available that provides an IEEE
802.15.4 interface for Linux systems - prefe
Hi!
It seems that forwarding mails as an attachment doesn't work for neither the
archive nor digest subscribers. So, once more as an inline version:
- Forwarded message from Oleg Hahm -
Date: Wed, 28 Jan 2015 06:37:31 -0500
From: IoT Berlin
To: o...@riot-os.org
Subject: Invit
Dear rhyming IoTlers (from the Berlin region),
this might be interesting for folks with an interest in Intels IoT stuff.
Cheers,
Oleg
--
The problem with token ring jokes is you need to wait your turn to laugh
--- Begin Message ---
New Meetup
Internet of Things Meetup 12 – Intel Edison
http
Hi!
> Noone is taking the call.
I was afk - please try again!
Cheers,
Oleg
--
printk(KERN_WARNING "%s: Short circuit detected on the lobe\n",
dev->name);
linux-2.4.0-test2/drivers/net/tokenring/lanstreamer.c
pgpGFWtjLxCAE.pgp
Description: PGP signature
Hi!
> Last chance to add some topics ;-)
And indeed, some topics popped up last minute - so let's have this meeting.
The usual PlaceCam link:
http://placecam.de/call.php?c=VBYEpXi43MZ2MOrV~pegsMm6Z7woUbw.VRY0Qxal2pE-
Cheers,
Oleg
--
printk("VFS: Busy inodes after unmount. "
"Self-destru
Dear royalist IoTlers,
please recall that the next bi-weekly meeting is supposed to happen tomorrow
at 10:00 am CET. Everybody is welcome to join via PlaceCam (free for
everybody, please read [1]). The PlaceCam link will follow tomorrow.
I've set up a pad here:
http://riot.pad.spline.de/7
Please
301 - 400 of 464 matches
Mail list logo