Hi,
Today use the eldk 3.0 version in this processor MPC5200B PPC, but I want to
upgrade the kernel to version 2.6 and eldk 4.2 with ELDK can do this more
easily.
The problem happens when I try to compile by running the following commands:
make distclean
make clean
make menuconfig
make
many minu
On Fri, 2010-08-20 at 18:14 +0200, Krzysztof Błaszkowski wrote:
> On Fri, 2010-08-20 at 18:01 +0200, Gilles Chanteperdrix wrote:
> > Krzysztof Błaszkowski wrote:
> > > Can i do something with this ?
> >
> > Do you observe the same latencies with the "latency" test?
> >
>
> this test does not pro
On Fri, 2010-08-20 at 18:20 +0200, Krzysztof Błaszkowski wrote:
> On Fri, 2010-08-20 at 18:06 +0200, Philippe Gerum wrote:
> > On Fri, 2010-08-20 at 17:55 +0200, Krzysztof Błaszkowski wrote:
> > > Do you have any idea about reducing rt timer jitter ?
> > > I experience annoyingly big jitter in a th
On Fri, 2010-08-20 at 18:06 +0200, Philippe Gerum wrote:
> On Fri, 2010-08-20 at 17:55 +0200, Krzysztof Błaszkowski wrote:
> > Do you have any idea about reducing rt timer jitter ?
> > I experience annoyingly big jitter in a thread which is supposed to run
> > at 400us (i reckon this is nothing ext
On Fri, 2010-08-20 at 18:01 +0200, Gilles Chanteperdrix wrote:
> Krzysztof Błaszkowski wrote:
> > Can i do something with this ?
>
> Do you observe the same latencies with the "latency" test?
>
this test does not produce reliable results except some hints.
e.g. min. latency shifts about 1.5usec
On Fri, 2010-08-20 at 17:55 +0200, Krzysztof Błaszkowski wrote:
> Do you have any idea about reducing rt timer jitter ?
> I experience annoyingly big jitter in a thread which is supposed to run
> at 400us (i reckon this is nothing extra demanding from atom @1.6G)
>
>
> the thread's loop looks lik
Krzysztof Błaszkowski wrote:
> Can i do something with this ?
Do you observe the same latencies with the "latency" test?
--
Gilles.
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/l
Krzysztof Błaszkowski wrote:
> Can i do something with this ?
Read TROUBLESHOOTING, FAQ, etc...
--
Gilles.
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
Do you have any idea about reducing rt timer jitter ?
I experience annoyingly big jitter in a thread which is supposed to run
at 400us (i reckon this is nothing extra demanding from atom @1.6G)
the thread's loop looks like:
{
function1()
..2()
..3()
..4()
rt_task_wait_period()
}
(^yet another
On Fri, 2010-08-20 at 11:54 +0200, Gilles Chanteperdrix wrote:
> Krzysztof Błaszkowski wrote:
> >> Yes, now if you find the culprit option, it would be nice to report here
> >> so that we can fix the I-pipe patch.
> >>
> >
> >
> > I do know it still. All i have are two configs. One which does not
The following changes since commit 7e2735614ebe515d57abeaa3ff6df375a7c4149f:
sched: avoid infinite reschedule loops (2010-08-03 00:11:21 +0200)
are available in the git repository at:
git://git.xenomai.org/xenomai-jki.git for-upstream
Jan Kiszka (8):
rt_print: Properly return printed l
Stefan Kisdaroczi wrote:
> Hi Jan,
>
> https://mail.gna.org/public/xenomai-core/2010-05/msg00059.html
Oh, sorry - hard vacation reset, still recovering. Will add this.
Jan
--
Siemens AG, Corporate Technology, CT T DE IT 1
Corporate Competence Center Embedded Linux
Hi Jan,
https://mail.gna.org/public/xenomai-core/2010-05/msg00059.html
Stefan
Am 20.08.2010 17:02, schrieb Jan Kiszka:
> The following changes since commit 7e2735614ebe515d57abeaa3ff6df375a7c4149f:
>
> sched: avoid infinite reschedule loops (2010-08-03 00:11:21 +0200)
>
> are available in th
The following changes since commit 7e2735614ebe515d57abeaa3ff6df375a7c4149f:
sched: avoid infinite reschedule loops (2010-08-03 00:11:21 +0200)
are available in the git repository at:
git://git.xenomai.org/xenomai-jki.git for-upstream
Jan Kiszka (8):
rt_print: Properly return printed l
On Fri, 2010-08-20 at 16:06 +0200, Jan Kiszka wrote:
> Philippe Gerum wrote:
> > On Fri, 2010-08-20 at 14:32 +0200, Jan Kiszka wrote:
> >> Jan Kiszka wrote:
> >>> Philippe Gerum wrote:
> I've toyed a bit to find a generic approach for the nucleus to regain
> complete control over a userla
Philippe Gerum wrote:
> On Fri, 2010-08-20 at 14:32 +0200, Jan Kiszka wrote:
>> Jan Kiszka wrote:
>>> Philippe Gerum wrote:
I've toyed a bit to find a generic approach for the nucleus to regain
complete control over a userland application running in a syscall-less
loop.
The
On Fri, 2010-08-20 at 14:32 +0200, Jan Kiszka wrote:
> Jan Kiszka wrote:
> > Philippe Gerum wrote:
> >> I've toyed a bit to find a generic approach for the nucleus to regain
> >> complete control over a userland application running in a syscall-less
> >> loop.
> >>
> >> The original issue was about
Jan Kiszka wrote:
> Philippe Gerum wrote:
>> I've toyed a bit to find a generic approach for the nucleus to regain
>> complete control over a userland application running in a syscall-less
>> loop.
>>
>> The original issue was about recovering gracefully from a runaway
>> situation detected by the
Krzysztof Błaszkowski wrote:
>> Yes, now if you find the culprit option, it would be nice to report here
>> so that we can fix the I-pipe patch.
>>
>
>
> I do know it still. All i have are two configs. One which does not work
> and one working. I have tried so far breaking working one and also
>
> Yes, now if you find the culprit option, it would be nice to report here
> so that we can fix the I-pipe patch.
>
I do know it still. All i have are two configs. One which does not work
and one working. I have tried so far breaking working one and also
fixing broken. Both attempts have been u
20 matches
Mail list logo
