All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Tim Sander" <tim.sander@hbm.com>
To: "Hector Palacios" <hector.palacios@digi.com>
Cc: <linux-rt-users@vger.kernel.org>, <lclaudio@uudg.org>,
	<rostedt@goodmis.org>, <efault@gmx.de>
Subject: Re: infinite spin in RT when booting with DHCP on
Date: Thu, 2 Feb 2012 13:38:44 +0100	[thread overview]
Message-ID: <201202021338.44950.tim.sander@hbm.com> (raw)
In-Reply-To: <4F292FE0.7090302@digi.com>

Hi
> When booting my platform with DHCP on, the DHCP request is sent by the
> network driver before the PHY has even started the autonegotiation.
> Since the PHY is not ready, the TX interrupt returns with NETDEV_TX_BUSY
> but the softirq [sirq-net-tx] seems to have entered an infinite spin, as
> my system is practically hung and 'top' reveals [sirq-net-tx/0] is
> consuming 95% of CPU. This is preventing the PHY autonegotiation (which is
> scheduled as a delayed work) to start, so the PHY is never ready and the
> packet never reaches the network.
Mh, i think i am hit by the same problem. I have a i.mx 35 and when dhcp is
enabled the ksoftirq is also running wild with 3.0-rt. This also happens when
static ip is configured and the probably during network transfer the network
interface is reconfigured. Basically it seems the sirq-net-tx thread tries to
send a packet on a non configured interface.

But one thing that makes me thinking, is that this thing is only happening on
arm and not on x86. So Hector what platform are you working on. Are you by
chance using the same fec.c ethernet driver?

I have verified that in my case the driver takes always the return statement in
line fec.c:247: return NETXDEV_TX_BUSY;  
It never stops on a breakpoint set on line 250 which shows that the interface
gets never configured.

I have taken some screenshots of my hw debugger:

trace:http://private.vlsi.informatik.tu-darmstadt.de/tstone/linux/fec_enet_start_xmit.png
stack:http://private.vlsi.informatik.tu-darmstadt.de/tstone/linux/fec_enet_start_xmit_stacktrace.png
locals:http://private.vlsi.informatik.tu-darmstadt.de/tstone/linux/fec_enet_start_xmit_stack+locals.png

Whats interesting to note is that phy_dev and mii_dev are both null pointers.

Best regards
Tim

Hottinger Baldwin Messtechnik GmbH, Im Tiefen See 45, 64293 Darmstadt, Germany | www.hbm.com 

Registered as GmbH (German limited liability corporation) in the commercial register at the local court of Darmstadt, HRB 1147  
Company domiciled in Darmstadt | CEO: Andreas Huellhorst | Chairman of the board: James Charles Webster

Als Gesellschaft mit beschraenkter Haftung eingetragen im Handelsregister des Amtsgerichts Darmstadt unter HRB 1147 
Sitz der Gesellschaft: Darmstadt | Geschaeftsfuehrung: Andreas Huellhorst | Aufsichtsratsvorsitzender: James Charles Webster

The information in this email is confidential. It is intended solely for the addressee. If you are not the intended recipient, please let me know and delete this email.

Die in dieser E-Mail enthaltene Information ist vertraulich und lediglich für den Empfaenger bestimmt. Sollten Sie nicht der eigentliche Empfaenger sein, informieren Sie mich bitte kurz und loeschen diese E-Mail.
--
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:[~2012-02-02 12:39 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-02-01 12:28 infinite spin in RT when booting with DHCP on Hector Palacios
2012-02-02 12:38 ` Tim Sander [this message]
2012-02-02 12:57   ` Hector Palacios
2012-02-02 14:25     ` Tim Sander
2012-02-02 15:32       ` Tim Sander
2012-02-02 15:53         ` Hector Palacios
2012-02-02 18:10       ` Steven Rostedt
2012-02-03 10:09         ` Hector Palacios
2012-02-03 10:54           ` John Ogness
2012-02-03 14:26           ` Steven Rostedt
2012-02-02 17:33   ` Steven Rostedt
2012-02-02 18:21     ` Steven Rostedt
2012-02-02 20:13   ` Uwe Kleine-König
2012-02-02 21:34     ` Steven Rostedt
2012-02-02 23:44       ` Tim Sander
2012-02-03  9:45         ` Tim Sander
2012-02-06 14:49       ` Tim Sander
2012-02-03 10:23     ` Hector Palacios
2012-02-03 10:35       ` Uwe Kleine-König
2012-02-03 16:14         ` Hector Palacios
2012-02-03 16:43           ` Steven Rostedt
2012-02-03 17:25             ` Hector Palacios
2012-02-03 17:39               ` Steven Rostedt
2012-02-03 19:25                 ` Uwe Kleine-König
2012-02-03 20:04                   ` Steven Rostedt
2012-02-06  8:51                 ` Hector Palacios
2012-02-06 13:27                   ` Steven Rostedt
2012-02-08 20:41                     ` Thomas Gleixner

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=201202021338.44950.tim.sander@hbm.com \
    --to=tim.sander@hbm.com \
    --cc=efault@gmx.de \
    --cc=hector.palacios@digi.com \
    --cc=lclaudio@uudg.org \
    --cc=linux-rt-users@vger.kernel.org \
    --cc=rostedt@goodmis.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.