linux-kernel - Re: [patch] forcedeth: fix the NAPI poll function

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: <20071016074943.GA24481@elte.hu>
Date:	Tue, 16 Oct 2007 09:49:43 +0200
From:	Ingo Molnar <mingo@...e.hu>
To:	Jeff Garzik <jeff@...zik.org>
Cc:	David Miller <davem@...emloft.net>, linux-kernel@...r.kernel.org,
	torvalds@...ux-foundation.org, shemminger@...ux-foundation.org
Subject: Re: [patch] forcedeth: fix the NAPI poll function


* Jeff Garzik <jeff@...zik.org> wrote:

> >FYI, looks good so far, ontop of Linus' latest -git tree.
> >
> >btw., one thing i always found weird about forcedeth is that it 
> >generates an extra ~100 irqs per second even when there's no network 
> >traffic:
> >
> > 11:      89752    XT-PIC-XT        eth0
> > 11:      89854    XT-PIC-XT        eth0
> > 11:      89955    XT-PIC-XT        eth0
> > 11:      90056    XT-PIC-XT        eth0
> > 11:      90157    XT-PIC-XT        eth0
> >
> >(irq count snapshot every second). Just in case it's easy to fix ...
> 
> 
> May I presume that behavior occurs in both mainline and my fe-lock 
> branch?

correct.

> That is likely the NIC's timer irq, which is programmed to kick the 
> irq handler every so often.  DEV_NEED_TIMERIRQ is a starting point, as 
> well as "Known bugs" at the top of forcedeth.c, if you're curious.
> 
> I'm _betting_ that some of that can be eliminated, but we'll see...

ok. Was just a FYI - you were looking for feedback :-)

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