From mboxrd@z Thu Jan 1 00:00:00 1970 From: Travis Stratman Subject: Re: data received but not detected Date: Fri, 20 Jun 2008 12:41:04 -0500 Message-ID: <1213983664.9245.150.camel@localhost.localdomain> References: <1213740538.5771.192.camel@localhost.localdomain> <48583B37.5070708@candelatech.com> <1213743506.5771.220.camel@localhost.localdomain> <20080618062857.GA3598@2ka.mipt.ru> <1213917029.9245.86.camel@localhost.localdomain> <20080620060219.GA22784@2ka.mipt.ru> <1213981859.9245.133.camel@localhost.localdomain> <20080620172513.GA16673@2ka.mipt.ru> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Cc: netdev@vger.kernel.org To: Evgeniy Polyakov Return-path: Received: from mail.emacinc.com ([63.245.244.68]:56315 "EHLO mail.emacinc.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752531AbYFTRnV (ORCPT ); Fri, 20 Jun 2008 13:43:21 -0400 In-Reply-To: <20080620172513.GA16673@2ka.mipt.ru> Sender: netdev-owner@vger.kernel.org List-ID: On Fri, 2008-06-20 at 21:25 +0400, Evgeniy Polyakov wrote: > On Fri, Jun 20, 2008 at 12:10:59PM -0500, Travis Stratman (tstratman@emacinc.com) wrote: > > Initially the application was just using a blocking recvfrom() call. I > > changed to poll() and non-blocking recvfrom (MSG_DONTWAIT) today, and > > poll() always times out when the lockup occurs. I also tried using an > > Can you confirm that IPSTATS_MIB_INRECEIVES MIB does not increase when > packets are sent to the frozen machine, but userspace does not receive > it? I will come up with a way to test for this in the application. > Please also clarify this bit again: you see packets in tcpdump running > on receiving (frozen) host, but do not see them in userspace? After this > freeze happend system recvmsg/poll calls do not respond until some > activity on NIC happend? I.e. recv/poll 'unfreeze' only when something > is received (arp, icmp reply) or after sending too? I see the packets being sent in tcpdump from the sending application, but they don't show up in the receiving side until something else comes in behind them. For example if you look at the client and server trace that I sent yesterday side by side you will see how the timings line up. The same packets are shown in each trace. Data needs to be received by the board to unlock it, sending does not seem to have any effect. I appreciate the help. -Travis