- Feb 16, 2014
-
-
René Kijewski authored
ccnl: fix two typos
-
Christian Mehlis authored
-
Christian Mehlis authored
ccnl: fix ageing timeout
-
Christian Mehlis authored
-
Oleg Hahm authored
Use `filter` instead of `findstring`
-
Christian Mehlis authored
Do not zero out sched_threads needlessly
-
Christian Mehlis authored
core: msg: don't wake up sender after receive if it's REPLY_BLOCKED
-
Christian Mehlis authored
Add wireshark dissector for native packets
-
Christian Mehlis authored
fix ignore_add unused parameter warning
-
- Feb 15, 2014
-
-
Ludwig Knüpfer authored
use filter instead of findstring in BOARD_BLACKLIST checking
-
Ludwig Knüpfer authored
-
René Kijewski authored
-
Ludwig Knüpfer authored
-
Ludwig Knüpfer authored
-
René Kijewski authored
Add quadword math library
-
- Feb 14, 2014
-
-
Kaspar Schleiser authored
replace all endless for loops by while
-
Martine Lenders authored
Introduce board blacklists and board whitelists
-
Christian Mehlis authored
shell: remove useless copying of input string
-
Christian Mehlis authored
-
René Kijewski authored
Add USEPKG variable for Makefiles
-
René Kijewski authored
Do not mandate input language
-
René Kijewski authored
-
René Kijewski authored
-
Martine Lenders authored
-
- Feb 13, 2014
-
-
René Kijewski authored
See #672
-
René Kijewski authored
An application might want to use C11 features. The user would assume that setting `CFLAGS=-std=gnu11` in the Makefile would work. It does not since the board's Makefile.include shadows the `-std` flag. This patch removes the `-std=gnu99` from the various Makefile.includes, and sets the flag in the common Makefile.include of RIOT instead. If an `-std` flag was provided by an earlier Makefile (the application, the board, or the CPU [whilst only the former one should]), then no additional flag is set. It is first tested if the supplied compiler understands `-std=gnu99`, then `-std=c99`.
-
Ludwig Knüpfer authored
fix test_irq Makefile
-
Ludwig Knüpfer authored
closes #696
-
Christian Mehlis authored
added two test cases for issue #100
-
Lotte Steenbrink authored
test_thread_msg_block_w_queue: demonstrates the behaviour described in issue #100 and that it is solved by PR #569 test_thread_msg_block_wo_queue: demonstrates behaviour similar to the above but without a messge queue. This works with the current master, but breaks with PR #569
-
Kaspar Schleiser authored
When setting the running task reply_blocked, it is implicitly removed from the runqueue. But if queueing of a msg is actually successful, the thread exits msg_send without yielding, continuing to run even if it's not supposed to. Nice example of why multiple function exit points lead to weird errors...
-
Oleg Hahm authored
Makefiles: Always use absolute paths with configurable paths variables
-
- Feb 12, 2014
-
-
Christian Mehlis authored
fix wiki links
-
Kaspar Schleiser authored
-
Kaspar Schleiser authored
solves issue #100 If the sender is reply-blocked, waking it up after its message has been delivered is wrong. It needs to stay reply-blocked until the reply has been delivered.
-
Martine Lenders authored
-
Ludwig Knüpfer authored
-
Martine Lenders authored
-
Kaspar Schleiser authored
Portable definition of function attributes
-