Re: Re: [beagleboard] Re: BBB + PREEMPT_RT

2014-06-30 Thread Yang
quikcjack!    Oh, thanks! I will try to get it later. I had allways use email to read this board, since I am form mainland China and can't access this board form web page. :-( Any way, thansk for your work and help. 2014-04-04 23:08:32 您在来信中写道: Sorry for my late answer. I

Re: [beagleboard] Re: BBB + PREEMPT_RT

2014-04-04 Thread quikcjack
Sorry for my late answer. I have posted my kernel configuration on March 5. Please take a close look at my postings. You mave have to log in to google to see the attachments. Am Mittwoch, 19. März 2014 16:06:07 UTC+1 schrieb winglion:  hi,quikcjack. I had been fallowing the topic for

[beagleboard] Re: BBB + PREEMPT_RT

2014-03-19 Thread quikcjack
It's really nice to see that there is some interest in having a PREEMPT/PREEMPT_RT capable kernel for the BBB. Well, it's relatively easy to compile a kernel. If you want to develop applications for the BBB you need a compiler/toolchain. So I guess you might have that already. The instructions

[beagleboard] Re: BBB + PREEMPT_RT

2014-03-19 Thread winglion
hi,quikcjack. I had been fallowing the topic for some dates. I plan to build a CNC controler with BBBlack. I want to get your kernel config to make a PREEMPT/PREEMPT_RT capable kernel too. whould you please seem me your kernel confiuration too? Thanks.    2014-03-19 16:47:58 :

[beagleboard] Re: BBB + PREEMPT_RT

2014-03-14 Thread mhfarzaneh
Hi thats great! Is that possible to have your compiled kernel for BBB? I would avoid the compiling process. Thanks a lot, Morteza Am Mittwoch, 26. Februar 2014 14:53:05 UTC+1 schrieb quik...@gmail.com: I have recently tested kernel 3.8.13-rt9 (

[beagleboard] Re: BBB + PREEMPT_RT

2014-03-11 Thread quikcjack
I have never heard of a PREEMPT_RT capable kernel for the BBB besides that from OSADL. I have recently had a conversation with Robert C. Nelson. He told me, that kernel 3.8 has problems and did never support PREEMPT_RT. The 3.8-rt branch is no longer in development. Officially, the BBB does not

[beagleboard] Re: BBB + PREEMPT_RT

2014-03-11 Thread dickelbeck
I tried PREEMPT yesterday on 3.12.9 and the ethernet seemed to work. The only thing I had a problem with was USB host. It failed the probe(). So I reverted. Years ago I filed a bug report with TI regarding the ethernet driver not working with PREEMPT in kernel 3.2. Some progress has been

[beagleboard] Re: BBB + PREEMPT_RT

2014-03-10 Thread fj . rojas
I have lately also unsuccessfully tried to install RT_PREEMPT on BBB. What I have done until now (and failed) is: A. 1. Get the sources from here: https://github.com/beagleboard/kernel/tree/3.8-rt 2. Before make command, enable Full Preemption under kernel features options. 3.

Re: Re: [beagleboard] Re: BBB + PREEMPT_RT

2014-03-03 Thread Yang
Hi ,all. I had been reading this thread of PREEMPT_RT for a few days. (I miss the starting mails since I can't get to the web page of google groups) For my situation, I just need my userspace program run once every 1ms sys tick. The result will be writed to a fifo in FPGA to achive

Re: [beagleboard] Re: BBB + PREEMPT_RT

2014-02-28 Thread quikcjack
Thanks for you tips. I am using a minimal Ubuntu system without a full desktop that is based on http://www.armhf.com/index.php/boards/beaglebone-black/#precise. I used apt-get to update the system. The integrated eMMC and HDMI are deactivated. To create a network stress I used Ubuntu's iperf

[beagleboard] Re: BBB + PREEMPT_RT

2014-02-27 Thread rchrdlyon1
Interesting result. Would be nice to see a histogram. I will try and duplicate this measurement. Also doing the some measure with the standard kernel would be informative. That upper tail of 132 is a big problem for me. On Thursday, February 27, 2014 12:53:05 AM UTC+11, quik...@gmail.com

[beagleboard] Re: BBB + PREEMPT_RT

2014-02-26 Thread quikcjack
I have recently tested kernel 3.8.13-rt9 ( https://github.com/beagleboard/kernel/tree/3.8-rt) using git://git.kernel.org/pub/scm/linux/kernel/git/clrkwllms/rt-tests.git. I am using Ubuntu 12.04.4. The load was created using stress –cpu 1 which generates a cpu load of about 100%. I then used

Re: [beagleboard] Re: BBB + PREEMPT_RT

2014-02-26 Thread Charles Steinkuehler
Those are pretty good numbers. Did you have heavy network and disk (uSD/eMMC) load going as well? IIRC, the uSD/eMMC driver was responsible for the worst of the latency spikes I saw, but that's been some time ago and based on the OMAP kernel list traffic, it appears there have been lots of

Re: [beagleboard] Re: BBB + PREEMPT_RT

2014-02-26 Thread quikcjack
The stress tool generates cpu load only. But it is a good idea to consider other load scenarios, too. The current test was done using ssh so there was at least some network activity. Do you know of a good test tool which allows to generate disk and network load? Am Mittwoch, 26. Februar 2014

Re: [beagleboard] Re: BBB + PREEMPT_RT

2014-02-26 Thread Charles Steinkuehler
Xenomai includes a dohell script that can generate disk and network load. You can always just dd to a file for a while. If you're running a Debian/Ubuntu based system, I've found that running aptitude upgrade if you have a few dated packages can be a major stress to the system. That gets you

Re: [beagleboard] Re: BBB + PREEMPT_RT

2014-02-25 Thread dlewin555
: Date: Sunday, February 23, 2014 at 3:26 AM To: beagl...@googlegroups.com javascript: Cc: rchrd...@gmail.com javascript: Subject: [beagleboard] Re: BBB + PREEMPT_RT Hi, On Saturday, February 22, 2014 2:17:24 PM UTC+2, rchrd...@gmail.com wrote: Just a few thoughts ... It is not possible

[beagleboard] Re: BBB + PREEMPT_RT

2014-02-23 Thread robert.berger
Hi, On Saturday, February 22, 2014 2:17:24 PM UTC+2, rchrd...@gmail.com wrote: Just a few thoughts ... It is not possible to have a fully deterministic real-time operating system on a processor that uses instruction/data caches. ie you have to turn off the cacheing to achieve determinism

[beagleboard] Re: BBB + PREEMPT_RT

2014-02-23 Thread Daniel Nilsson
Hi, On Saturday, February 22, 2014 1:17:24 PM UTC+1, rchrd...@gmail.com wrote: It is not possible to have a fully deterministic real-time operating system on a processor that uses instruction/data caches. ie you have to turn off the cacheing to achieve determinism and eliminate performance

Re: [beagleboard] Re: BBB + PREEMPT_RT

2014-02-23 Thread John Syn
From: robert.berger robert.karl.ber...@gmail.com Reply-To: beagleboard@googlegroups.com Date: Sunday, February 23, 2014 at 3:26 AM To: beagleboard@googlegroups.com Cc: rchrdly...@gmail.com Subject: [beagleboard] Re: BBB + PREEMPT_RT Hi, On Saturday, February 22, 2014 2:17:24 PM UTC+2

Re: [beagleboard] Re: BBB + PREEMPT_RT

2014-02-23 Thread Daniel Nilsson
To: beagleboard@googlegroups.com Cc: rchrdly...@gmail.com Subject: [beagleboard] Re: BBB + PREEMPT_RT Hi, On Saturday, February 22, 2014 2:17:24 PM UTC+2, rchrd...@gmail.com wrote: Just a few thoughts ... It is not possible to have a fully deterministic real-time operating system on a processor

Re: [beagleboard] Re: BBB + PREEMPT_RT

2014-02-23 Thread John Syn
From: Daniel Nilsson dan...@dnil.se Reply-To: beagleboard@googlegroups.com Date: Sunday, February 23, 2014 at 1:19 PM To: beagleboard@googlegroups.com Subject: Re: [beagleboard] Re: BBB + PREEMPT_RT Hi, For those interested in what the BBB can do in terms of interrupt latencies

[beagleboard] Re: BBB + PREEMPT_RT

2014-02-22 Thread rchrdlyon1
Just a few thoughts ... It is not possible to have a fully deterministic real-time operating system on a processor that uses instruction/data caches. ie you have to turn off the cacheing to achieve determinism and eliminate performance jitter (which then degrades the average performance).