[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200529133107.y65eta5btvgpk6pu@linutronix.de>
Date: Fri, 29 May 2020 15:31:07 +0200
From: Sebastian Andrzej Siewior <bigeasy@...utronix.de>
To: Michael Nazzareno Trimarchi <michael@...rulasolutions.com>
Cc: LKML <linux-kernel@...r.kernel.org>, linux-rt-users@...r.kernel.org
Subject: Re: linux-rt stall on imx6dl on patch-5.4.22-rt13.patch
On 2020-05-29 10:08:01 [+0200], Michael Nazzareno Trimarchi wrote:
> Hi all
Hi,
> I get this stack trace
> echo 3 > /proc/sys/vm/drop_caches chrt -f 99 sysbench --test=cpu --num-threads=2
>
> First of all, I need to know that if it is a valid use case because
> was raised by the testing team and
> how can I start and where to take a look at it
Assuming that there is a `;' in front of `chrt' then I wouldn't be
surprised. You are basically keeping two CPUs busy with sysbench at RT
priority and then wondering why the system isn't making any progress. If
it wouldn't be for the RT throttler, you might not even see any output
and box hardware would appear be dead.
> Best Regards
> Michael
>
> [ 161.709260] 001: sh (480): drop_caches: 3
> [ 180.234358] 001: sched: RT throttling activated
> [ 180.283363] 001: fec 2188000.ethernet eth0: MDIO read timeout
> [ 180.283406] 001: ------------[ cut here ]------------
> [ 180.283416] 001: WARNING: CPU: 1 PID: 133 at
> drivers/net/phy/phy.c:716 phy_er
>
> ror+0x24/0x64
> [ 180.283460] 001: Modules linked in:
> [ 180.283473] 001: CPU: 1 PID: 133 Comm: kworker/1:2 Tainted: G
> W
This is hard to read. Especially later in that mail. In future please
try to not cut the lines.
Sebastian
Powered by blists - more mailing lists