On Wed, 06 May 2015 16:16:22 +0200, Wolfgang Netbal
wrote:
> Am 2015-05-06 um 10:51 schrieb Wolfgang Grandegger:
>
> On Wed, 06 May 2015 10:26:52 +0200, Wolfgang Netbal
> [1] wrote:
>
> Dear Wolfgang,
>
> thank you for your fast replay.
>
> I'm sure my problems are not from setting the pin co
On Wed, May 06, 2015 at 02:22:33PM +, SMITH Peter T wrote:
> Gilles,
>
> So do I need to disable some more kernel configuration options?
Yes, the problematic option is CONFIG_TRACE_IRQFLAGS. I am not sure
you can disable it directly, it is probably rather enabled by other
options.
--
Gilles,
So do I need to disable some more kernel configuration options?
Peter
-Original Message-
From: Gilles Chanteperdrix [mailto:gilles.chanteperd...@xenomai.org]
Sent: 06 May 2015 15:05
To: SMITH Peter T
Cc: xenomai@xenomai.org
Subject: Re: [Xenomai] Xenomai on Zynq (linux-denx xilin
Am 2015-05-06 um 10:51 schrieb Wolfgang Grandegger:
On Wed, 06 May 2015 10:26:52 +0200, Wolfgang Netbal
wrote:
Dear Wolfgang,
thank you for your fast replay.
I'm sure my problems are not from setting the pin configuration, because
I tested configuration also with the default settings.
My i
On Wed, May 06, 2015 at 01:50:36PM +, SMITH Peter T wrote:
> Hi everyone,
>
> I have successfully built a kernel for Zynq 7020 (on the Xilinx
> ZC702 board) following the instructions on the Xenomai web site.
>
> I have used the linux-denx git (branch xilinx-zynq-v3.14.17) and
> the xenomai-2
Hi everyone,
I have successfully built a kernel for Zynq 7020 (on the Xilinx ZC702 board)
following the instructions on the Xenomai web site.
I have used the linux-denx git (branch xilinx-zynq-v3.14.17) and the
xenomai-2.6 git (branch master). The kernel boots and I am able to log on to
the ta
right. This is fixed using create size >= 2048 bytes.
On 06/05/2015 10:56, Philippe Gerum wrote:
On 05/05/2015 03:37 PM, Stéphane ANCELOT wrote:
Hi,
unfortunately, There is something wrong for unknown reason using these
functions.
I made a simple regression program that only create heaps and
On 05/05/2015 08:04 AM, Ronny Meeus wrote:
> On Sat, May 2, 2015 at 8:48 PM, Ronny Meeus wrote:
>>> This is a priority inversion issue caused by the handshake mechanism
>>> between the caller of t_delete() and the killed task finalizer. I
>>> eventually reproduced it after I figured out that pinni
On 05/05/2015 05:05 PM, Stéphane ANCELOT wrote:
> Hi,
>
> Since rtheap compat alchemy seems broken, I wanted to try native heap
> dynamic allocation.
>
Your test code is broken, not the API so far. Besides, I can only repeat
myself: there is no rtheap compat wrappers in the transition kit, simpl
On 05/06/2015 10:21 AM, Stéphane ANCELOT wrote:
> On 05/05/2015 19:21, Gilles Chanteperdrix wrote:
>> On Tue, May 05, 2015 at 03:37:40PM +0200, Stéphane ANCELOT wrote:
>>> Hi,
>>> unfortunately, There is something wrong for unknown reason using these
>>> functions.
>>>
>>> I made a simple regressio
On 05/05/2015 03:37 PM, Stéphane ANCELOT wrote:
> Hi,
> unfortunately, There is something wrong for unknown reason using these
> functions.
>
> I made a simple regression program that only create heaps and allocates
> area.
>
> At line 190 of the file, depending on the size value of the heap, the
On Wed, 06 May 2015 10:26:52 +0200, Wolfgang Netbal
wrote:
> Dear Wolfgang,
>
> thank you for your fast replay.
>
> I'm sure my problems are not from setting the pin configuration, because
> I tested configuration also with the default settings.
>
> My issue is that the clock rate is set to 66
On Wed, May 06, 2015 at 10:31:22AM +0200, Stéphane ANCELOT wrote:
> On 06/05/2015 10:26, Gilles Chanteperdrix wrote:
> >On Wed, May 06, 2015 at 10:21:18AM +0200, Stéphane ANCELOT wrote:
> >> size = 824; // size = 824 is failing but changing size to 3200 rocks
> >> ...
> >> // -
On 06/05/2015 10:26, Gilles Chanteperdrix wrote:
On Wed, May 06, 2015 at 10:21:18AM +0200, Stéphane ANCELOT wrote:
size = 824; // size = 824 is failing but changing size to 3200 rocks ...
// --
ret = rt_heap_create(&heap2
On Wed, May 06, 2015 at 10:21:18AM +0200, Stéphane ANCELOT wrote:
> size = 824; // size = 824 is failing but changing size to 3200 rocks ...
> // --
> ret = rt_heap_create(&heap2, "config", size, flags);
> traceobj_assert(&
Dear Wolfgang,
thank you for your fast replay.
I'm sure my problems are not from setting the pin configuration, because
I tested configuration also with the default settings.
My issue is that the clock rate is set to 6600 instead of 3000
and that can_serial_clock in register CCM_CCG0
On Wed, May 06, 2015 at 10:21:18AM +0200, Stéphane ANCELOT wrote:
> On 05/05/2015 19:21, Gilles Chanteperdrix wrote:
> >On Tue, May 05, 2015 at 03:37:40PM +0200, Stéphane ANCELOT wrote:
> >>Hi,
> >>unfortunately, There is something wrong for unknown reason using these
> >>functions.
> >>
> >>I made
On 05/05/2015 19:21, Gilles Chanteperdrix wrote:
On Tue, May 05, 2015 at 03:37:40PM +0200, Stéphane ANCELOT wrote:
Hi,
unfortunately, There is something wrong for unknown reason using these
functions.
I made a simple regression program that only create heaps and allocates
area.
At line 190 of
On Wed, May 06, 2015 at 10:02:38AM +0200, ACO31 wrote:
> I've looked in my mailbox, spam and trash but no patch found.
> could you re-send it please.
> sorry...
Please no top posting either.
I do not know how you can have missed the post, it is the first post
in the month of may which does not
I've looked in my mailbox, spam and trash but no patch found.
could you re-send it please.
sorry...
2015-05-06 9:10 GMT+02:00 Gilles Chanteperdrix <
gilles.chanteperd...@xenomai.org>:
> On Wed, May 06, 2015 at 08:38:02AM +0200, ACO31 wrote:
> > HI,
> > I use no the patch about stack protection.
On Wed, May 06, 2015 at 08:38:02AM +0200, ACO31 wrote:
> HI,
> I use no the patch about stack protection.
> where can I found this patch?
in your mailbox or in the archives. As I said, it has been posted on
the mailing list, to which you are subscribed.
Also, it would be nice to reply mails hitti
21 matches
Mail list logo