[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1328532924.2220.25.camel@edumazet-HP-Compaq-6005-Pro-SFF-PC>
Date: Mon, 06 Feb 2012 13:55:24 +0100
From: Eric Dumazet <eric.dumazet@...il.com>
To: Hector Palacios <hector.palacios@...i.com>
Cc: "netdev@...r.kernel.org" <netdev@...r.kernel.org>,
"davem@...emloft.net" <davem@...emloft.net>,
"shawn.guo@...aro.org" <shawn.guo@...aro.org>,
"jgq516@...il.com" <jgq516@...il.com>,
"rostedt@...dmis.org" <rostedt@...dmis.org>,
"tim.sander@....com" <tim.sander@....com>,
"u.kleine-koenig@...gutronix.de" <u.kleine-koenig@...gutronix.de>,
"tglx@...utronix.de" <tglx@...utronix.de>,
Zeng Zhaoming <b32542@...escale.com>,
Frank Li <Frank.Li@...escale.com>,
Uwe Kleine-König
<u.kleine-koenig@...gutronix.de>
Subject: Re: [PATCH] net/fec: infinite spin on sirq-net-tx on real-time
Le lundi 06 février 2012 à 12:03 +0100, Hector Palacios a écrit :
> I'm no network driver expert so I'll leave it up to others to comment. I just forward
> ported a patch I came across in Freescale's BSP which solves the problem in mainline
> and in RT.
I understood you didnt write the patch alone, and my question was
addressed to all people involved, not only to you.
FEC driver needs some bugfixes, before diverging too much from the state
of the art.
For example, fec_enet_alloc_buffers() doesnt check for allocation
failures :
fep->tx_bounce[i] = kmalloc(FEC_ENET_TX_FRSIZE, GFP_KERNEL);
NULL dereferences are then possible later in fec_enet_start_xmit()
By the way, I am not even sure kmalloc(2048) has a guarantee on
alignement of the result, depending on the slub/slab debugging options.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists