My repo has now been updated to mirror the current SVN repository.
Pull requests/diffs against master (SVN trunk) will be good.
Thanks
--
mike
Search found 50 matches
- Sun May 25, 2014 11:08 pm
- Forum: LPC Support
- Topic: LPC8xx port
- Replies: 21
- Views: 20892
- Sun May 25, 2014 8:31 pm
- Forum: LPC Support
- Topic: LPC8xx port
- Replies: 21
- Views: 20892
Re: LPC8xx port
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
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
- Sun Apr 13, 2014 10:31 pm
- Forum: General Support
- Topic: undefined reference to `_sbrk' when using atof() function
- Replies: 3
- Views: 4577
Re: undefined reference to `_sbrk' when using atof() functio
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...
- Mon Mar 17, 2014 10:20 pm
- Forum: General Support
- Topic: EXTI Driver
- Replies: 24
- Views: 14308
Re: EXTI Driver
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); //...
- Wed Mar 12, 2014 8:59 pm
- Forum: General Support
- Topic: [DONE] name conflict in console.c
- Replies: 4
- Views: 3252
Re: name conflict in console.c
could you post the gcc version for the two systems?
> gcc --version
thanks
--
mike
> gcc --version
thanks
--
mike
- Wed Mar 05, 2014 9:31 am
- Forum: General Support
- Topic: Soft reset
- Replies: 17
- Views: 16027
Re: Soft reset
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...
- Tue Mar 04, 2014 9:49 pm
- Forum: General Support
- Topic: win32: simulated IO issue?
- Replies: 11
- Views: 7888
Re: win32: simulated IO issue?
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...
- Sun Mar 02, 2014 2:29 pm
- Forum: LPC Support
- Topic: LPC17xx HAL_LLD, GPT, PAL, RTC, SERIAL drivers
- Replies: 6
- Views: 9034
Re: LPC17xx HAL_LLD, GPT, PAL, RTC, SERIAL drivers
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
Do you have any notes on the changes required to port to V3.0?
--
mike
- Sat Mar 01, 2014 10:43 pm
- Forum: LPC Support
- Topic: LPC17xx HAL_LLD, GPT, PAL, RTC, SERIAL drivers
- Replies: 6
- Views: 9034
Re: LPC17xx HAL_LLD, GPT, PAL, RTC, SERIAL drivers
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
Also includes a LPC17xx CAN driver...
Thanks to Marcin for his work on these.
--
mike
- Thu Jan 23, 2014 8:34 pm
- Forum: LPC Support
- Topic: LPC17xx HAL_LLD, GPT, PAL, RTC, SERIAL drivers
- Replies: 6
- Views: 9034
Re: LPC17xx HAL_LLD, GPT, PAL, RTC, SERIAL drivers
Thanks Marcin,
I'll try and get that in the main branch soon.
--
mike
I'll try and get that in the main branch soon.
--
mike