netdev - Re: data received but not detected

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <1213742443.5771.202.camel@localhost.localdomain>
Date:	Tue, 17 Jun 2008 17:40:43 -0500
From:	Travis Stratman <tstratman@...cinc.com>
To:	Stephen Hemminger <shemminger@...tta.com>
Cc:	netdev@...r.kernel.org
Subject: Re: data received but not detected

On Tue, 2008-06-17 at 15:27 -0700, Stephen Hemminger wrote:
> On Tue, 17 Jun 2008 17:08:58 -0500
> Travis Stratman <tstratman@...cinc.com> wrote:
> > 
> > I am working on an application that uses a fairly simple UDP protocol to
> > send data between two embedded devices. I'm noticing an issue with an
> > initial test that was written where datagrams are received but not seen
> > by the recvfrom() call until more data arrives after it.
> > 
> > The target for this code is a board using the Atmel AT91SAM9260 ARM
> > processor. I have tested with 2.6.20 and 2.6.25 on this board.
> > 
> > 
> > When I run the application between two identical devices on a cross-over
> > cable, data is transferred for a few seconds after which everything
> > freezes until I send a ping between the two boards in the background.
> > This forces the communication to start up again for a few seconds before
> > they hang up again.
> > 
> > At first I thought that this was the "rotting packet" case that the NAPI
> > references where an IRQ is missed on Rx, so I rewrote the poll function
> > in the macb driver to try to fix this but I didn't see any noticeable
> > differences.
> > 
> > I would very much appreciate any suggestions that anyone could give to
> > point me in the right direction.
> > 
> > Thanks in advance,
> > 
> > Travis
> 
> I am unfamiliar with interrupts on the ARM. Are IRQ's level or edge triggered?
> NAPI won't work if interrupts are edge-triggered.

Interrupts in this case are set to be level triggered. It has an
interrupt controller that allows them to be configured several ways. The
EMAC driver for the at91sam9260 is in drivers/net/macb.[ch]. Also note
that the 133 MHz x86 that I tested on was an STPC Elite (it also
displayed the same behavior).

Thanks,

Travis


--
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