[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20090311170701.GA17005@hmsreliant.think-freely.org>
Date: Wed, 11 Mar 2009 13:07:01 -0400
From: Neil Horman <nhorman@...driver.com>
To: Eric Dumazet <dada1@...mosbay.com>
Cc: David Miller <davem@...emloft.net>, netdev@...r.kernel.org,
kuznet@....inr.ac.ru, pekkas@...core.fi, jmorris@...ei.org,
yoshfuji@...ux-ipv6.org, kaber@...sh.net
Subject: Re: [Patch 3/5] Network Drop Monitor: Adding kfree_skb_clean for
non-drops and modifying end-of-line points for skbs
On Wed, Mar 11, 2009 at 05:34:47PM +0100, Eric Dumazet wrote:
> David Miller a écrit :
> > From: Neil Horman <nhorman@...driver.com>
> > Date: Thu, 5 Mar 2009 16:01:05 -0500
> >
> >> Ok, as requested, new version of this patch to add in bifurcation of kfree_skb
> >> into two versions, one for legitimate kfree's, and one for drops
> >>
> >> Modification Notes:
> >> 1) Renamed kfree_skb_clean to consume_skb, to better identify points where we
> >> are finished with an skb
> >>
> >> 2) checkpatch cleanups
> >
> > Looks good.
> >
> > Respin everything with the requested changes I asked for in #4
> > and I can likely toss this into net-next-2.6, thanks!
>
> I was wondering if packets droped at NIC level are handled by "Network Drop Monitor".
> (See recent discussion about Multicast packet loss)
>
> I believe not, maybe I missed something ...
>
No, unfortunately, theres no really good way to detect drops at the driver level
without polling them periodically, which I think is somewhat in opposition to the
point of this utility. I'd welcome suggestions however.
Neil
>
--
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