max_interrupt_work: forcedeth module parameter to fix "too many iterations (6) in nv_nic_irq" error
  Home FAQ Contact Sign in
linux.debian.ports.x86-64 only
 
Advanced search
POPULAR GROUPS

more...

linux.debian.ports.x86-64 Profile…
 Up
max_interrupt_work: forcedeth module parameter to fix "too many iterations (6) in nv_nic_irq" error         


Author: Dave Ewart
Date: Aug 21, 2006 02:10

I've been seeing the error:

Aug 18 21:24:59 titan kernel: eth-gig1: too many iterations (6) in
nv_nic_irq.
Aug 18 21:24:59 titan kernel: eth-gig1: too many iterations (6) in
nv_nic_irq.
Aug 18 21:24:59 titan kernel: eth-gig1: too many iterations (6) in
nv_nic_irq.

in the logs when there is heavy network traffic on my Sarge/amd64
system. The error is produced by the kernel module forcedeth for the
on-board gigabit ethernet controller.

Suggestions I've found through googling indicate using the
'max_interrupt_work' module parameter and setting it to 10, rather than
the default 5.

My question is: what/where is The Right Place to put this module
parameter setting? I went to /etc/modules.conf first: but a note in
that file indicates it should not be edited directly:

# Please do not edit this file directly. If you want to change or add
# anything please take a look at the files in /etc/modutils and read
# the manpage for update-modules
Show full article (1.68Kb)
3 Comments
Re: max_interrupt_work: forcedeth module parameter to fix "too many iterations (6) in nv_nic_irq" error         


Author: Hamish Moffatt
Date: Aug 21, 2006 02:20

On Mon, Aug 21, 2006 at 10:08:29AM +0100, Dave Ewart wrote:
> Suggestions I've found through googling indicate using the
> 'max_interrupt_work' module parameter and setting it to 10, rather than
> the default 5.
>
> My question is: what/where is The Right Place to put this module
> parameter setting? I went to /etc/modules.conf first: but a note in
> that file indicates it should not be edited directly:
[..]
> However, the manpage for update-modules says that it is 'deprecated'.

The replacement directory is /etc/modprobe.d and I don't think any
update-* is required.
> Would it just be OK to edit /etc/modules.conf to change:

No, your changes will be lost.

Make a file of any name in /etc/modprobe.d and put

options forcedeth ...

eg I have /etc/modprobe.d/alsa-options which says
Show full article (1.12Kb)
no comments
Re: max_interrupt_work: forcedeth module parameter to fix "too many iterations (6) in nv_nic_irq" error         


Author: Alexander Samad
Date: Aug 21, 2006 02:50

On Mon, Aug 21, 2006 at 10:08:29AM +0100, Dave Ewart wrote:
> I've been seeing the error:
>
> Aug 18 21:24:59 titan kernel: eth-gig1: too many iterations (6) in
> nv_nic_irq.
> Aug 18 21:24:59 titan kernel: eth-gig1: too many iterations (6) in
> nv_nic_irq.
> Aug 18 21:24:59 titan kernel: eth-gig1: too many iterations (6) in
> nv_nic_irq.
>
> in the logs when there is heavy network traffic on my Sarge/amd64
> system. The error is produced by the kernel module forcedeth for the
> on-board gigabit ethernet controller.
>
> Suggestions I've found through googling indicate using the
> 'max_interrupt_work' module parameter and setting it to 10, rather than
> the default 5.
>
> My question is: what/where is The Right Place to put this module
> parameter setting? I went to /etc/modules.conf first: but a note in ...
Show full article (2.29Kb)
no comments
Re: max_interrupt_work: forcedeth module parameter to fix "too many iterations (6) in nv_nic_irq" error         


Author: Dave Ewart
Date: Aug 23, 2006 01:20

On Monday, 21.08.2006 at 10:08 +0100, Dave Ewart wrote:
> I've been seeing the error:
>
> Aug 18 21:24:59 titan kernel: eth-gig1: too many iterations (6) in
> nv_nic_irq.

Interesting, having introduced /etc/modprobe.d/forcedeth containing:

options forcedeth max_interrupt_work=15

when the system is under subsequent heavy load I see:

Aug 22 21:32:18 titan kernel: eth-gig1: too many iterations (16) in
nv_nic_irq.

So it seems that value is not high enough. Or there's some other
problem.

It's possible this isn't an amd64-specific issue so I'll perhaps re-post
elsewhere, however if anyone has any further comments, that'd be
helpful!

Cheers,
Show full article (1.13Kb)
no comments