I did a test using the latest kernel from
https://github.com/beagleboard/kernel/blob/3.8/configs/beaglebone and the
kernel configuration I posted this morning. To load the cpu I used stress
--cpu 1 & cyclictest -l1000 -m -n -t1 -p99 -i400 -h400 -q. I have
attached the output of cyclictest a
I fully understand why it is a bad idea to change the defaul kernel
configuration for kernel 3.8. But I think it might be possible to consider
such a change for kernel 3.12 or a future kernel version. I'm sure there
are lots of people out there who would like that.
Am Mittwoch, 26. Februar 201
On Wed, Feb 26, 2014 at 7:59 AM, wrote:
> Of course every user can create his own kernel coniguration or even modify
> the Linux kernel in any way he wants. But if there is any problem he's
> beeing left alone. I think it would be much better to have a default kernel
> configuration which at leas
Of course every user can create his own kernel coniguration or even modify
the Linux kernel in any way he wants. But if there is any problem he's
beeing left alone. I think it would be much better to have a default kernel
configuration which at least provides simple PREEMPT support. That might
There's PREEMPT_RT, and there's PREEMPT. *ALL* Linux kernels have
PREEMPT available now. It sounds like you're just complaining that the
kernel was built with a different option than you want. Simply rebuild
the kernel and set CONFIG_PREEMPT instead of CONFIG_PREEMPT_VOLUNTARY:
https://github.c
Hi Charles,
the PREEMPT_RT patches can now be applied to the BBB kernel. As John3909
suggested there is a ready to use patch script available from OSADL.
Compiling a BBB kernel 3.12.10-rt15 is quick and easy. But unfortunately,
it requires the use of kernel 3.12.x which causes problems with the
On Monday 24 February 2014 08:43:27 quikcj...@gmail.com wrote:
> No, the PRUSS unit is not a solution because support for it is even worse.
> It's not a solution to program in assembler. If we had PREEMPT_RT we could
> use the full Linux functionality. That's the way to go.
There is a C compiler wh
Be careful of applying x86 experience to the ARM. PREEMPT_RT requires
well written driver code that is "high-performance SMP friendly" in
order to run well. PREEMPT_RT on the x86 works so well because a *LOT*
of smart people have been working very hard to get maximum performance
out of the multi-
Only PREEMPT_RT allows access to the full Linux functionality. Xenomai uses
a dual kernel concept which is very limited. All custom device drivers need
be design to fit into the Xenomai concept which makes things even worse.
The performance gain of Xenomai compared to that of PREEMPt_RT is
negl
No, the PRUSS unit is not a solution because support for it is even worse.
It's not a solution to program in assembler. If we had PREEMPT_RT we could
use the full Linux functionality. That's the way to go.
Am Freitag, 21. Februar 2014 11:03:24 UTC+1 schrieb David Goodenough:
>
> On Friday 21 Fe
On Friday 21 February 2014 03:27:01 Giuseppe Iellamo wrote:
> Or just try Xenomai...
>
> https://github.com/cdsteinkuehler/linux-dev/tree/3.8.13-bone39-xenomai
>
While this may be answer to the original poster's question, it is of no
relevance to my point which is that the Sitara processor encour
Or just try Xenomai...
https://github.com/cdsteinkuehler/linux-dev/tree/3.8.13-bone39-xenomai
Il giorno venerdì 21 febbraio 2014 11:03:24 UTC+1, David Goodenough ha
scritto:
>
> On Friday 21 February 2014 00:20:39 quik...@gmail.com wrote:
> > I am trying to figure out how to create a kernel fo
On Friday 21 February 2014 00:20:39 quikcj...@gmail.com wrote:
> I am trying to figure out how to create a kernel for the BBB that supports
> PREEMPT_RT. It's kind of strange that the BBB's default kernel does not
> even have PREEMPT activated. Such a board doesn't fit to many embedded
> applicatio
On 21-2-2014 9:20, quikcj...@gmail.com wrote:
I am trying to figure out how to create a kernel for the BBB that
supports PREEMPT_RT. It's kind of strange that the BBB's default
kernel does not even have PREEMPT activated. Such a board doesn't fit
to many embedded applications where we need at l
I am trying to figure out how to create a kernel for the BBB that supports
PREEMPT_RT. It's kind of strange that the BBB's default kernel does not
even have PREEMPT activated. Such a board doesn't fit to many embedded
applications where we need at least some kind of determinism. It is even
wors
15 matches
Mail list logo
