linux-rt-users.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Matthias Fuchs <mfuchs@ma-fu.de>
To: linux-rt-users <linux-rt-users@vger.kernel.org>
Subject: Re: 3.12.6-rt9 on AM335x (armv7)
Date: Mon, 06 Jan 2014 20:48:17 +0100	[thread overview]
Message-ID: <52CB0881.9000502@ma-fu.de> (raw)
In-Reply-To: <52C44448.3030405@ma-fu.de>

Hi,

after some chatting with Nicholas and being sure that I didn't do anything totally stupid
I would like to provide my current kernel config and a trace generated by "cyclictest ... -b500".

kernel config -> https://www.dropbox.com/s/zsud0b77xoosjm1/config
trace -> https://www.dropbox.com/s/5uf58oqo0qwcn4x/trace-cyclictest-2508us.txt

I still get max latencies of about 4000us on this TI AM335x system running 3.12.6-rt9 with
timers-do-not-raise-softirq-unconditionally.patch reverse applied.

sched_rt_runtime_us and sched_rt_period_us are identical. The system is idle during the test.
Rootfilesystem comes via NFS.

root@generic-armv7a:~# cat /proc/sys/kernel/sched_rt_runtime_us 
1000000
root@generic-armv7a:~# cat /proc/sys/kernel/sched_rt_period_us  
1000000

root@generic-armv7a:~# uname -a 
Linux generic-armv7a 3.12.6-rt9-dirty #3 SMP PREEMPT RT Sat Jan 4 23:01:19 CET 2014 armv7l GNU/Linux

root@generic-armv7a:~# ~/cyclictest -p99 -m -n -i200 -h400 -q -l100000 -b 500
# /dev/cpu_dma_latency set to 0us
INFO: debugfs mountpoint: /sys/kernel/debug/tracing/
could not set ftrace_enabled to 0
could not set tracing_max_latency to 0
# Histogram
...
# Total: 000018604
# Min Latencies: 00024
# Avg Latencies: 00158
# Max Latencies: 02508
# Histogram Overflows: 00212
# Histogram Overflow at cycle number:
# Thread 0: ...
...
# Thread Ids: 01126
# Break thread: 1126
# Break value: 2508

Does any of you have an idea where this big max. latency comes from?

Matthias

On 01/01/2014 05:37 PM, Matthias Fuchs wrote:
> Hi,
> 
> I did a setup with 3.12.6-rt9 kernel on a Beaglebone board
> with an TI AM335x CPU running at fixed 720MHz. The kernel uses the 
> omap2plus_defconfig configuration that comes with this kernel with 
> additional CONFIG_PREEMPT_RT_FULL switched on.
> 
> I am observing some strange max. latencies when comparing with kernel 
> 3.2.45-rt66. The results of a similiar system can be found on the OSADL lab
> site (https://www.osadl.org/Latency-plot-of-system-in-rack-7-slot.qa-latencyplot-r7s5.0.html).
> 
> With "cyclictest -p99 -m -n -i200 -h400 -q -l10000000" I get
> ...
> # Min Latencies: 00013
> # Avg Latencies: 00062
> # Max Latencies: 04664
> ...
> 
> Also the latency does not differ much from that when doing a flood ping against 
> the system as simple stress.
> 
> 3.2.45-rt66 comes with a max. latency of 118us! So I expect something to be wrong with 3.12.6-rt9
> at least on armv7 or especially this device (max. lat. 4664us).
> 
> I also noticed an issue with the on-chip ethernet when CONFIG_PREEMPT_RT_FULL is
> switched on with this kernel:
> 
> I also noticed that the 3.12.6-rt9 with enabled 
> [    2.817024] net eth0: initializing cpsw version 1.12 (0)
> [    2.825269] net eth0: phy found : id is : 0x7c0f1
> [    2.830713] libphy: PHY 4a101000.mdio:01 not found
> [    2.835777] net eth0: phy 4a101000.mdio:01 not found on slave 1
> [   12.846394] Waiting up to 110 more seconds for network.
> [   22.846147] Waiting up to 100 more seconds for network.
> ...
> 
> Finally networking is fine. But I need to wait for 110 seconds :-)
> 
> Prior testing with 3.12.6-rt9 I did the same test with 3.12.5-rt7. Same results.
> But without CONFIG_PREEMPT_RT_FULL I do not get this bringup delay. I could not do this 
> test with rt9 because it does not build without CONFIG_PREEMPT_RT_FULL!
> 
> Any ideas?
> 
> Matthias
> --
> To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 


  reply	other threads:[~2014-01-06 19:48 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-01-01 16:37 3.12.6-rt9 on AM335x (armv7) Matthias Fuchs
2014-01-06 19:48 ` Matthias Fuchs [this message]
2014-01-07  8:38   ` Tim Sander
2014-01-07 21:20     ` Matthias Fuchs
2014-01-07 22:58       ` Tim Sander
2014-01-07 23:46         ` Pavel Vasilyev
2014-01-08  8:08           ` Matthias Fuchs
2014-01-08  8:06         ` Matthias Fuchs
2014-02-07 16:07           ` Sebastian Andrzej Siewior

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=52CB0881.9000502@ma-fu.de \
    --to=mfuchs@ma-fu.de \
    --cc=linux-rt-users@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).