On Fri, Jul 24, 2015 at 7:03 PM, Gedare Bloom wrote:
> On Fri, Jul 24, 2015 at 3:30 AM, Rohini Kulkarni
> wrote:
> > On 24 Jul 2015 12:35, "Sebastian Huber" <
> sebastian.hu...@embedded-brains.de>
> > wrote:
> >>
> >>
> >>
> >> On 23/07/15 23:24, Rohini Kulkarni wrote:
> >>>
> >>> I could finall
Hi,
Some updates for you. I've found out that my previous problem with cmdline due
to my minicom didn't wrap up the lines I've chosen the interface of vc to
retrieve cmdline so that we don't need to parse the atag nor devicetree. Now we
can use --video=... to choose resolution and --conso
On Wed, Jul 22, 2015 at 9:28 AM, Sebastian Huber
wrote:
> On 22/07/15 13:19, Rohini Kulkarni wrote:
>>
>> Hi,
>>
>> I need to debug my code to check what is going wrong with SMP
>> initialization. Any suggestions on how I can go about this in the absence of
>> actual debugging hardware?
>
>
> Pave
On Thu, Jul 23, 2015 at 9:26 AM, jay.doyle wrote:
> All,
>
> I have a few basic questions that I was wondering if someone could give me
> some pointers on.
>
> My colleagues and I are working on a new RTEMS BSP to support various
> Cortex-M series processors in the STM32F series. ST provides a ni
What, if any, guidance do we need to give to users about these new
implementations?
Or are they (supposedly) hidden from the API so nothing must be said?
We will need developer documentation.
Gedare
On Thu, Jul 23, 2015 at 8:54 AM, Sebastian Huber
wrote:
> This mutex implementation uses a threa
All of the external lock objects will re-use the same lock statistics
struct? Is there any reason to separate the stats more? At least in
terms of the locks provided in RTEMS, you could create an array of the
Potpourri_stats and assign the known usages into the array, with a
catch-all at offset zer
On Thu, Jul 23, 2015 at 8:54 AM, Sebastian Huber
wrote:
> https://lists.rtems.org/pipermail/devel/2015-July/011989.html
>
> Its fully functional and well tested. It is based on the FreeBSD support:
>
> https://git.rtems.org/rtems-libbsd/tree/rtemsbsd/include/machine/rtems-bsd-muteximpl.h
> https:
On Fri, Jul 24, 2015 at 3:30 AM, Rohini Kulkarni wrote:
> On 24 Jul 2015 12:35, "Sebastian Huber"
> wrote:
>>
>>
>>
>> On 23/07/15 23:24, Rohini Kulkarni wrote:
>>>
>>> I could finally get back to this issue. I used Pi 1 for debugging, but
>>> the reason for this problem will apply to Pi 2 also.
On 24/07/15 10:13, Joel Sherrill wrote:
__tls_get_addr.c needs to include rtems/score/percpu.h
I have a similar patch on my laptop for m68k. None of the bsps built for that
target.
Sorry, I fixed this also.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim,
On 24/07/15 10:21, Ric Claus wrote:
On Jul 24, 2015, at 10:13 AM, Sebastian Huber
wrote:
On 24/07/15 10:08, Ric Claus wrote:
Building rtems-libbsd, with either a modified Makefile or waf (exactly as per
rtems-libbsd/README.waf, i.e., for realview_pbx_a9_qemu), ends with:
In file include
On Jul 24, 2015, at 10:13 AM, Sebastian Huber
wrote:
>
>
> On 24/07/15 10:08, Ric Claus wrote:
>>
>>Building rtems-libbsd, with either a modified Makefile or waf (exactly
>>as per rtems-libbsd/README.waf, i.e., for realview_pbx_a9_qemu), ends
>>with:
>>
>>In fi
On July 24, 2015 9:08:57 AM GMT+01:00, Ric Claus
wrote:
>
>On Jul 24, 2015, at 9:50 AM, Sebastian Huber
> wrote:
>
>>
>>
>> On 23/07/15 18:57, Ric Claus wrote:
>>> Since a fresh git pull of the RTEMS master this morning (CET), I’ve
>been having trouble building various components. Building t
On 24/07/15 10:08, Ric Claus wrote:
>>
>>Building rtems-libbsd, with either a modified Makefile or waf (exactly as per
rtems-libbsd/README.waf, i.e., for realview_pbx_a9_qemu), ends with:
>>
>>In file included from ../../rtemsbsd/rtems/rtems-bsd-mutex.c:41:0:
>>.../rtems-libbsd/rtemsbsd/includ
On Jul 24, 2015, at 9:50 AM, Sebastian Huber
wrote:
>
>
> On 23/07/15 18:57, Ric Claus wrote:
>> Since a fresh git pull of the RTEMS master this morning (CET), I’ve been
>> having trouble building various components. Building the
>> xilinx-zynq-zedboard with —enable-smp ends with failing t
On 23/07/15 18:57, Ric Claus wrote:
Since a fresh git pull of the RTEMS master this morning (CET), I’ve been having
trouble building various components. Building the xilinx-zynq-zedboard with
—enable-smp ends with failing to build sptls01 (which had no trouble yesterday):
cpukit/score/cpu/a
On 24 Jul 2015 12:35, "Sebastian Huber"
wrote:
>
>
> On 23/07/15 23:24, Rohini Kulkarni wrote:
>
>> I could finally get back to this issue. I used Pi 1 for debugging, but
>> the reason for this problem will apply to Pi 2 also.
>> With text section set to ARMV7_MMU_CODE_CACHED ( which implies read
On 24/07/15 04:41, Saurabh Gadia wrote:
#if defined(RTEMS_SMP)
RTEMS_INLINE_ROUTINE void _Thread_Lock_restore_default(
Thread_Control *the_thread
)
{
_Atomic_Fence( ATOMIC_ORDER_RELEASE );
_Thread_Lock_set_unprotected( the_thread, &the_thread->Lock.Default );
}
what does this atomic fen
Since the strict order mutexes are broken by design I didn't bother to
make them available on SMP configurations. So, basically everything
under #ifdef __RTEMS_STRICT_ORDER_MUTEX__ will likely not work on SMP in
many ways.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82
On 23/07/15 23:24, Rohini Kulkarni wrote:
I could finally get back to this issue. I used Pi 1 for debugging, but
the reason for this problem will apply to Pi 2 also.
With text section set to ARMV7_MMU_CODE_CACHED ( which implies read
only) , a data abort exception occurs with memset() inside
19 matches
Mail list logo
