On 20/08/14 20:17, Joel Sherrill wrote:
Hi
Initial quick feedback. I build normally with --enable-rtems-debug
and the tms570ls3137_hdk variant failed to build with this
failure:
arm-rtems4.11-gcc --pipe -DHAVE_CONFIG_H -I../../..
-I../../../../cpukit/../../../tms570ls3137_hdk/lib/include -D
On 20/08/14 16:05, Joel Sherrill wrote:
On 8/20/2014 8:59 AM, Sebastian Huber wrote:
On 20/08/14 15:53, Joel Sherrill wrote:
On 8/20/2014 8:12 AM, Daniel Cederman wrote:
Hi,
We are currently experiencing this bug reported by Sebastian Huber and I
could not find any discussion on it on the li
Hello Sebastian,
On Thursday 21 of August 2014 08:59:15 Sebastian Huber wrote:
> On 20/08/14 20:17, Joel Sherrill wrote:
> > Hi
> >
> > Initial quick feedback. I build normally with --enable-rtems-debug
> > and the tms570ls3137_hdk variant failed to build with this
> > failure:
> >
> > arm-rtems4
This patch enables to build all RTEMS tests for tms570ls3137_hdk_sdram
BSP variant in in default build (without --enable-rtems-debug set).
---
Patch not tested on real hardware yet. I check it tomorrow when I am at
university.
c/src/lib/libbsp/arm/tms570/Makefile.am| 8 +++
.../li
For the _CPU_Counter_difference() please use
c/src/lib/libbsp/shared/cpucounterdiff.c
You need also a call to rtems_counter_initialize_converter() with the right
frequency.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-
On 21/08/14 11:21, Pavel Pisa wrote:
Hello Sebastian,
On Thursday 21 of August 2014 08:59:15 Sebastian Huber wrote:
On 20/08/14 20:17, Joel Sherrill wrote:
Hi
Initial quick feedback. I build normally with --enable-rtems-debug
and the tms570ls3137_hdk variant failed to build with this
failure
Hello everybody,
I am happy that the common GPIO API for RTEMS is developed
but I have some concerns about IRQ handlers registration.
On Sunday 06 of July 2014 00:58:23 Andre Marques wrote:
> Hello,
>
> The Raspberry Pi GPIO interrupts are already working, and a test case is
> available to test t
All,
Yes, it was posted for initial review and got some fast comments from
Gedare I still have to address, then re-test.
I will try to get to it ASAP.
On Wed, Aug 20, 2014 at 1:23 PM, Joel Sherrill
wrote:
>
>
> On August 20, 2014 2:09:01 AM CDT, Ben Gras
> wrote:
> >All,
> >
> >I'd love the
Thanks for suggestion
On Thursday 21 of August 2014 14:08:51 Sebastian Huber wrote:
> For the _CPU_Counter_difference() please use
>
> c/src/lib/libbsp/shared/cpucounterdiff.c
>
> You need also a call to rtems_counter_initialize_converter() with the right
> frequency.
Is this used for _CPU_Counte
On 21/08/14 14:28, Pavel Pisa wrote:
Thanks for suggestion
On Thursday 21 of August 2014 14:08:51 Sebastian Huber wrote:
For the _CPU_Counter_difference() please use
c/src/lib/libbsp/shared/cpucounterdiff.c
You need also a call to rtems_counter_initialize_converter() with the right
frequency.
This patch enables to build all RTEMS tests for tms570ls3137_hdk_sdram
BSP variant in in default build. Debug build with --enable-rtems-debug set
has succeed for samples subset of tests as well.
---
c/src/lib/libbsp/arm/tms570/Makefile.am| 9
.../lib/libbsp/arm/tms570/clock/bench
Pushed. Hopefully this keeps anyone from seeing an issue with the
change to .
Thanks.
--joel
On 8/20/2014 8:43 PM, Gedare Bloom wrote:
> Sure.
>
> On Wed, Aug 20, 2014 at 7:48 PM, Joel Sherrill
> wrote:
>> With the recent addition of a prototype for sigaltstack() and
>> associated data structure
On Thu, Aug 21, 2014 at 3:03 AM, Sebastian Huber
wrote:
> On 20/08/14 16:05, Joel Sherrill wrote:
>>
>>
>> On 8/20/2014 8:59 AM, Sebastian Huber wrote:
>>>
>>> On 20/08/14 15:53, Joel Sherrill wrote:
On 8/20/2014 8:12 AM, Daniel Cederman wrote:
>>
>> Hi,
>>
>> We are curr
I pushed this and am building now.
Thanks.
On 8/21/2014 8:38 AM, Pavel Pisa wrote:
> This patch enables to build all RTEMS tests for tms570ls3137_hdk_sdram
> BSP variant in in default build. Debug build with --enable-rtems-debug set
> has succeed for samples subset of tests as well.
> ---
> c/sr
BSP completes build with tests and debug enabled for all three variants now
tms570ls3137_hdk
tms570ls3137_hdk_intram
tms570ls3137_hdk_sdram
Even that all enabled tests builds for internal RAM variant, many
of them are expected to fail on hardware because whole tests
including code, data and
From: Christian Mauderer
This patch allows the user to configure the PHY address for the DWMAC driver by
giving a pointer to a dwmac_user_cfg structure to network stak via
rtems_bsdnet_config.ifconfig->drv_ctrl.
---
c/src/libchip/network/dwmac-common.h | 1 +
c/src/libchip/network/dwmac.c
How does the user configure the address?
Other than that, I don't see anything.
--joel
On 8/21/2014 10:07 AM, Christian Mauderer wrote:
> From: Christian Mauderer
>
> This patch allows the user to configure the PHY address for the DWMAC driver
> by
> giving a pointer to a dwmac_user_cfg structu
I pushed this without building.
If there are issues, we will just need another patch.
Keep pinging as we miss them or need another patch. :)
--joel
On 8/21/2014 9:57 AM, Pavel Pisa wrote:
> BSP completes build with tests and debug enabled for all three variants now
>
> tms570ls3137_hdk
> t
Hi Pavel,
Thanks for the feedback, we will definitely get the parameter change in
when the code is submitted.
Alan
On Thu, Aug 21, 2014 at 8:20 AM, Pavel Pisa wrote:
> Hello everybody,
>
> I am happy that the common GPIO API for RTEMS is developed
> but I have some concerns about IRQ handlers
On 21/08/2014 11:51 pm, Gedare Bloom wrote:
On Thu, Aug 21, 2014 at 3:03 AM, Sebastian Huber
wrote:
On 20/08/14 16:05, Joel Sherrill wrote:
The clock handling is entirely broken on SMP and not scalable. Our clock
infrastructure is only good enough for uni-processor systems, but even here
the u
On 8/21/2014 3:47 PM, Chris Johns wrote:
> On 21/08/2014 11:51 pm, Gedare Bloom wrote:
>> On Thu, Aug 21, 2014 at 3:03 AM, Sebastian Huber
>> wrote:
>>> On 20/08/14 16:05, Joel Sherrill wrote:
>>> The clock handling is entirely broken on SMP and not scalable. Our clock
>>> infrastructure is only
On 8/21/2014 2:44 PM, Hesham Moustafa wrote:
> Hi,
>
> I have been debugging since a while or1k code hopefully I'd find
> what's wrong. Here's what I got.
First I am moving this to devel@ so others can chime in.
> First, I asked about this problem at #openrisc IRC channel, they told
> me the probl
On Thu, Aug 21, 2014 at 9:56 PM, Joel Sherrill
wrote:
> The sp must be updated before the memory can be used. This is just
> a bug otherwise.
No, 128 byte redzone is an ABI thing both that OpenRISC and x86-64 have.
The bug in GCC was that redzone was not respected IIRC (if it's the
same bug that
On Thu, Aug 21, 2014 at 10:56 PM, Joel Sherrill
wrote:
>
> On 8/21/2014 2:44 PM, Hesham Moustafa wrote:
>> Hi,
>>
>> I have been debugging since a while or1k code hopefully I'd find
>> what's wrong. Here's what I got.
> First I am moving this to devel@ so others can chime in.
>> First, I asked abo
On Thu, Aug 21, 2014 at 11:04 PM, Christian Svensson wrote:
> On Thu, Aug 21, 2014 at 9:56 PM, Joel Sherrill
> wrote:
>> The sp must be updated before the memory can be used. This is just
>> a bug otherwise.
>
> No, 128 byte redzone is an ABI thing both that OpenRISC and x86-64 have.
> The bug in
On 8/21/2014 4:04 PM, Christian Svensson wrote:
> On Thu, Aug 21, 2014 at 9:56 PM, Joel Sherrill
> wrote:
>> The sp must be updated before the memory can be used. This is just
>> a bug otherwise.
> No, 128 byte redzone is an ABI thing both that OpenRISC and x86-64 have.
> The bug in GCC was that
On Thu, Aug 21, 2014 at 11:44 PM, Joel Sherrill
wrote:
>
> On 8/21/2014 4:04 PM, Christian Svensson wrote:
>> On Thu, Aug 21, 2014 at 9:56 PM, Joel Sherrill
>> wrote:
>>> The sp must be updated before the memory can be used. This is just
>>> a bug otherwise.
>> No, 128 byte redzone is an ABI thin
On 8/21/2014 4:15 PM, Hesham Moustafa wrote:
> On Thu, Aug 21, 2014 at 10:56 PM, Joel Sherrill
> wrote:
>> On 8/21/2014 2:44 PM, Hesham Moustafa wrote:
>>> Hi,
>>>
>>> I have been debugging since a while or1k code hopefully I'd find
>>> what's wrong. Here's what I got.
>> First I am moving this t
On Thu, Aug 21, 2014 at 11:54 PM, Joel Sherrill
wrote:
>
> On 8/21/2014 4:15 PM, Hesham Moustafa wrote:
>> On Thu, Aug 21, 2014 at 10:56 PM, Joel Sherrill
>> wrote:
>>> On 8/21/2014 2:44 PM, Hesham Moustafa wrote:
Hi,
I have been debugging since a while or1k code hopefully I'd find
On 8/21/2014 5:00 PM, Hesham Moustafa wrote:
> On Thu, Aug 21, 2014 at 11:54 PM, Joel Sherrill
> wrote:
>> On 8/21/2014 4:15 PM, Hesham Moustafa wrote:
>>> On Thu, Aug 21, 2014 at 10:56 PM, Joel Sherrill
>>> wrote:
On 8/21/2014 2:44 PM, Hesham Moustafa wrote:
> Hi,
>
> I have be
On 21/08/14 15:51, Gedare Bloom wrote:
On Thu, Aug 21, 2014 at 3:03 AM, Sebastian Huber
wrote:
>On 20/08/14 16:05, Joel Sherrill wrote:
>>
>>
>>On 8/20/2014 8:59 AM, Sebastian Huber wrote:
>>>
>>>On 20/08/14 15:53, Joel Sherrill wrote:
On 8/20/2014 8:12 AM, Daniel Cederman wrote:
From: Christian Mauderer
This patch allows the user to configure the PHY address for the DWMAC driver by
giving a pointer to a dwmac_user_cfg structure to network stak via
rtems_bsdnet_config.ifconfig->drv_ctrl.
---
c/src/lib/libbsp/arm/altera-cyclone-v/README | 21 +++
c/src/lib
Hi Joel,
I've changed the name of the structure to a more speaking one and added a few
lines of example-code to the README of the altcycv-BSP.
Kind regards
Christian Mauderer
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listin
33 matches
Mail list logo
