[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20130123.132700.188651787864830558.davem@davemloft.net>
Date: Wed, 23 Jan 2013 13:27:00 -0500 (EST)
From: David Miller <davem@...emloft.net>
To: kuznet@....inr.ac.ru
Cc: avagin@...nvz.org, netdev@...r.kernel.org, criu@...nvz.org,
linux-kernel@...r.kernel.org, jmorris@...ei.org,
yoshfuji@...ux-ipv6.org, kaber@...sh.net, edumazet@...gle.com,
ycheng@...gle.com, ncardwell@...gle.com, xemul@...allels.com,
davej@...hat.com, mtk.manpages@...il.com
Subject: Re: [PATCH] [RFC] tcp: add ability to set a timestamp offset (v2)
From: Alexey Kuznetsov <kuznet@....inr.ac.ru>
Date: Wed, 23 Jan 2013 20:20:25 +0400
> Hello!
>
> On Wed, Jan 23, 2013 at 07:01:52PM +0400, Andrey Vagin wrote:
>> -#define tcp_time_stamp ((__u32)(jiffies))
>> +#define tcp_time_stamp(tp) ((__u32)(jiffies) + tp->tsoffset)
>
> This implies that you always have some tp in hands. AFAIK this is not true,
> so that I am puzzled how you were able to make something compilable with this definition.
>
> At least in tcp_v4_send_ack() you obviously use some invalid tp, there is
> no socket in hands there. The thing which is called "sk" is dummy.
>
> With container migration I used per-container offset. When you have no container,
> you have to do something a little bit smarter.
I'm starting to have almost no confidence in this change, and even the
basic conceptual idea behind it.
Please go back to the drawing board and really analyze this thing
completely rather than just bouncing broken patches to the list every
day.
Thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists