netdev - Re: macb napi strange behavior

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 for Android: free password hash cracker in your pocket

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

Message-ID: <CAH=tA9HCqKgSFwMczRJ1hb=Sjb1H5XFg00ddRq=BW+_8OZ0ARQ@mail.gmail.com>
Date:	Wed, 17 Jun 2015 22:00:58 +0300
From:	Nicolae Rosia <nicolae.rosia@...il.com>
To:	Jaeden Amero <jaeden.amero@...com>
Cc:	netdev@...r.kernel.org, Nicolas Ferre <nicolas.ferre@...el.com>,
	Cyrille Pitchen <cyrille.pitchen@...el.com>,
	Josh Cartwright <joshc@...com>
Subject: Re: macb napi strange behavior

Hi,

On Wed, Jun 17, 2015 at 9:54 PM, Jaeden Amero <jaeden.amero@...com> wrote:
> On 06/17/2015 11:09 AM, Nicolae Rosia wrote:
> The times we've seen tons of interrupts on Ethernet with interrupts
> routed through the PL was when the FPGA was unprogrammed (or in the
> process of being reprogrammed), or was configured with the interrupt
> line tied to asserted.
>
> In the latter case, Linux would eventually stop handling any more
> interrupts for that port due to the interrupt storm.
>
This isn't the case. The FPGA is programmed, and indeed I'm using the
second MAC routed through PL to SFP.
The interesting thing is that I'm seeing the exact behavior on the
other side (another Zynq7 board), with eth0 having lots of interrupts.
It seems that the interface receiving packets doesn't have a high IRQ
activity in contrast to the one sending packets.
--
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