[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20071205210649.5a3d1a52@shemminger-laptop>
Date: Wed, 5 Dec 2007 21:06:49 -0700
From: Stephen Hemminger <shemminger@...ux-foundation.org>
To: "Ilpo Järvinen" <ilpo.jarvinen@...sinki.fi>
Cc: Joe Perches <joe@...ches.com>, David Miller <davem@...emloft.net>,
Netdev <netdev@...r.kernel.org>
Subject: Re: TCP event tracking via netlink...
On Thu, 6 Dec 2007 00:15:49 +0200 (EET)
"Ilpo Järvinen" <ilpo.jarvinen@...sinki.fi> wrote:
> On Wed, 5 Dec 2007, Stephen Hemminger wrote:
>
> > On Wed, 05 Dec 2007 08:53:07 -0800
> > Joe Perches <joe@...ches.com> wrote:
> >
> > > > it occurred to me that we might want to do something
> > > > like a state change event generator.
> > >
> > > This could be a basis for an interesting TCP
> > > performance tester.
> >
> > That is what tcpprobe does but it isn't detailed enough to address SACK
> > issues.
>
> ...It would be nice if that could be generalized so that the probe could
> be attached to some other functions than tcp_rcv_established instead.
>
> If we convert remaining functions that don't have sk or tp as first
> argument so that sk is listed first (should be many with wrong ordering
> if any), then maybe a generic handler could be of type:
>
> jtcp_entry(struct sock *sk, ...)
>
> or when available:
>
> jtcp_entry(struct sock *sk, struct sk_buff *ack, ...)
>
>
> --
> i.
An earlier version had hooks in send as well, it is trivial to extend. as long as
the prototypes match, any function arg ordering is okay.
--
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