ChibiOS Free Embedded RTOS

Did you solve this?

I am trying to build an old project; I installed the latest GNU ARM Embedded Tools (5.4 2016q3) and upgraded from ChibiOS 2.6.7 to 2.6.8 and without adding --specs=nosys.specs to the compiler options, it fails with the same undefined reference.

Hi Giovanni, I am developing a product (IP gateway for agricultural telemetry); I really like ChibiOS; I selected it over FreeRTOS and designed the product using ChibiOS 2.6.7 prior to your commercial licensing. The move to a commercial license is a little bracing, but I understand the need to fund ...

Many thanks Giovanni!
I didn't realize the virtual serial port blocked when not connected, I had assumed it behaved like a standard serial port. I appreciate you confirming this!
- Dave

I am new to ChibiOS and am using it with lwIP over Ethernet. The code generally works, but for debugging, I added some chsnprintf() statements to display status on the USB serial shell each time I transmit a lwIP packet. I've noticed that if an active USB serial shell connection is not present, the ...

Another approach to disable the bogus warning for GCC is to disable the warning just for the problem function. For example, my usb_lld.c is modified as follows: #if defined __GNUC__ #pragma GCC diagnostic push #pragma GCC diagnostic ignored "-Wreturn-type" #endif static msg_t usb_lld_pump(...

Sorry I'm being slow, but I really have looked...I downloaded the latest ChibiOS-master (is this the right place to get it: https://github.com/ChibiOS/ChibiOS), and went through the folders and could not find community. Is it somewhere else? BTW, I am really enjoying ChibiOS; I have only been using ...

I couldn't find lwip in 3.0.0. The os/ext directory only has CMSIS. Where is it? I tried downloading it separately but the directory structure is very different.

What lwip are you using to test in 3.0.0?

I know this is an old post, but I had a similar problem: for a rev E board, you need to change the top level Makefile to use boards/OLIMEX_STM32_E407_REV_D *and also* change the board.mk file in OLIMEX_STM32_E407_REV_D (which still points to the pre-rev-D files).

I found the problem! The problem is in the board.mk file in boards/OLIMEX_STM32_E407_REV_D. It refers back to the source files in the original OLIMEX_STM32_E407 board directory instead of to the files in the _REV_D directory, so even when you change the reference in the top level Makefile, it is sti...