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: 86598
- Sun May 25, 2014 8:31 pm
- Forum: LPC Support
- Topic: LPC8xx port
- Replies: 21
- Views: 86598
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: 6169
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 ...
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 ...
- Mon Mar 17, 2014 10:20 pm
- Forum: General Support
- Topic: EXTI Driver
- Replies: 24
- Views: 24408
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 ...
Something like this:
static msg_t ThreadIO(void *arg)
{
Thread *p;
struct iom *m;
(void)arg;
chRegSetThreadName("IO");
/*
* Activates the EXT driver.
*/
chThdSleepMilliseconds ...
- Wed Mar 12, 2014 8:59 pm
- Forum: General Support
- Topic: [DONE] name conflict in console.c
- Replies: 4
- Views: 4799
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: 25812
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 ...
((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 ...
- Tue Mar 04, 2014 9:49 pm
- Forum: General Support
- Topic: win32: simulated IO issue?
- Replies: 11
- Views: 11593
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 ...
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 ...
- Sun Mar 02, 2014 2:29 pm
- Forum: LPC Support
- Topic: LPC17xx HAL_LLD, GPT, PAL, RTC, SERIAL drivers
- Replies: 6
- Views: 37765
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: 37765
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: 37765
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