Hello all,
I have checked how are rtems_cache_* operations implemented/linked
to the RTEMS RPi1 image and I have found that they are stubbed
0xad94 : bx lr
0xad98 : bx lr
RTEMS has been configured as
../../../git/rtems/configure --target=arm-rtems4.12 --prefix=/opt/rtems4.1
Hello Mudit and Sebastian,
I have tested patch for reding board revision and it seems
to work as expected when called during board initialization.
They work even after bsp_memory_management_initialize()
and even in _Thread_Start_multitasking() function.
But mailbox fails after that in _Thread_Han
On Wed, Jun 22, 2016 at 12:32 AM, punit vara wrote:
> Thank you very much for detailed review. I will do each changes you
> suggested. Though I have some specific doubt I would like to ask as
> following.
Sure. We were discussing it with Ben and agreed that not all these
changes are *required*, e
Why does this include your non-BBBIOlib changes to two header files?
On Wed, Jun 22, 2016 at 2:56 AM, Punit Vara wrote:
> This patch perform following things:
> - adds original BBBIO PWM code as it is.
> - not added to Makefile otherwise it will break build
> - add
Hi Pavel,
I cherry-picked your patch and for some reason I still get this error.
---
*** SDHCI 01 TEST ***
nexus0:
bcm_dma0: on nexus0
sdhci_bcm0: on nexus0
Enable the power returns -2
sdhci_bcm
On 21/06/16 16:22, Gedare Bloom wrote:
On Tue, Jun 21, 2016 at 1:48 AM, Sebastian Huber
wrote:
>
>
>On 16/06/16 08:09, Sebastian Huber wrote:
>>>
>>>diff --git a/cpukit/score/include/rtems/score/threadqimpl.h
>>>b/cpukit/score/include/rtems/score/threadqimpl.h
>>>index 73d4de2..f59a334 1006
On 22/06/16 09:57, Darshit Shah wrote:
On 06/22, Sebastian Huber wrote:
On 21/06/16 07:29, Sebastian Huber wrote:
On 20/06/16 15:40, Darshit Shah wrote:
Hi,
Last week the clock driver for SMP ARM BSPs was fixed which allowed
me to start executing the SMP tests for my GSoC project. However,
>> diff --git a/cpukit/posix/src/mutexgetprioceiling.c
>> b/cpukit/posix/src/mutexgetprioceiling.c
>> index 2df4776..eda02cb 100644
>> --- a/cpukit/posix/src/mutexgetprioceiling.c
>> +++ b/cpukit/posix/src/mutexgetprioceiling.c
>> @@ -46,6 +46,7 @@ int pthread_mutex_getprioceiling(
>>_POSIX_Mu
On 06/22, Sebastian Huber wrote:
On 21/06/16 07:29, Sebastian Huber wrote:
On 20/06/16 15:40, Darshit Shah wrote:
Hi,
Last week the clock driver for SMP ARM BSPs was fixed which allowed
me to start executing the SMP tests for my GSoC project. However,
today I seem to be stuck with a clock
Hello Jin-Hyun,
On Wednesday 22 of June 2016 04:10:00 Jinhyun wrote:
> Thanks for the comments.
> We are trying to either use the compiler memory barrier as you people
> suggested or simply define the variables as volatile. We plan to repost the
> revised patch in a week.
>
> Since new patch would
On 21/06/16 07:29, Sebastian Huber wrote:
On 20/06/16 15:40, Darshit Shah wrote:
Hi,
Last week the clock driver for SMP ARM BSPs was fixed which allowed
me to start executing the SMP tests for my GSoC project. However,
today I seem to be stuck with a clock driver issue again.
When I try t
Hi all,
In next patch I will apply changes for working code as well as will
add licence information to pwm.c file. Right now I added URL to
commit. Should I go ahead for further changes ?
Thanks,
Punit Vara
On Wed, Jun 22, 2016 at 12:26 PM, Punit Vara wrote:
> This patch perform followi
12 matches
Mail list logo