ChibiOS Free Embedded RTOS

My repo has now been updated to mirror the current SVN repository.
Pull requests/diffs against master (SVN trunk) will be good.

Thanks
--
mike

Thanks for this.
I will try to take a look asap, unfortunately work keeps getting in the way - I have a looming 1st June deadline and about three weeks work left to do...

--
mike

PS. you can submit git pull requests to me, I work in git and use git-svn to push changes to SVN

A few ways to solve this: 1. implement _sbrk - the reference implementation should work OK. But, a call to _sbrk indicates that dynamic memory allocation is being used and this is generally considered to be a 'bad thing' in an embedded system. 2. roll your own atof - not hard, google 'atof implement...

Can you try disabling irqs at the NVIC during startup of the ExtIrq and re-enable after clearing the PR. Something like this: static msg_t ThreadIO(void *arg) { Thread *p; struct iom *m; (void)arg; chRegSetThreadName("IO"); /* * Activates the EXT driver. */ chThdSleepMilliseconds(1000); //...

could you post the gcc version for the two systems?
> gcc --version

thanks
--
mike

This doesn't look right ((void_func_type) 0x1FFF0004U)(); // jump to 0x1fff0004 / bootloader start address... 0x1ff004 contains the reset vector, not the reset code, it should look a bit more like: ((void_func_type) (*(uint32_t *)0x1FFF0004U)) (); // jump to address @0x1fff0004 / bootloader start ad...

Exacly the same thing happens with the POSIX (Linux) version. Try changing the serial buffer size in the apps halconf.h to match the serial_lld buffer size #define SERIAL_BUFFERS_SIZE 32 That seems to fix the Linux build. I suspect that the input queue buffer is overflowing when it tries to jam 32 b...

I was hoping to use the move to 3.0 to re-structure the LPC tree, something like the way the STM32 tree is arranged.
Do you have any notes on the changes required to port to V3.0?

--
mike

Finally got around to merging these drivers into the main tree.
Also includes a LPC17xx CAN driver...
Thanks to Marcin for his work on these.

--
mike

Thanks Marcin,
I'll try and get that in the main branch soon.

--
mike