netdev - Re: Stack Trace. Bad?

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] [day] [month] [year] [list]

Message-ID: <cccedfc60711070555o163e1d27t4139fb96ac72c444@mail.gmail.com>
Date:	Wed, 7 Nov 2007 07:55:46 -0600
From:	"Jon Nelson" <jnelson@...poni.net>
To:	unlisted-recipients:; (no To-header on input)
Cc:	netdev@...r.kernel.org
Subject: Re: Stack Trace. Bad?

On 11/7/07, Evgeniy Polyakov <johnpol@....mipt.ru> wrote:
> Hi Jon.
>
> On Tue, Nov 06, 2007 at 02:23:03PM -0600, Jon Nelson (jnelson@...poni.net) wrote:
> > I was testing some network throughput today and ran into this.
> > I should note that I've this motherboard has 2x MCP55 Ethernet and one
> > of them works fine and the other one gives lots and lots of frame
> > errors under load.
> >
> > The following is only an harmless informational message.
> > Unless you get a _continuous_flood_ of these messages it means
> > everything is working fine. Allocations from irqs cannot be
> > perfectly reliable and the kernel is designed to handle that.
> > md0_raid5: page allocation failure. order:2, mode:0x20
> >
> > Call Trace:
> >  <IRQ>  [<ffffffff802684c2>] __alloc_pages+0x324/0x33d
> >  [<ffffffff80283147>] kmem_getpages+0x66/0x116
> >  [<ffffffff8028367a>] fallback_alloc+0x104/0x174
> >  [<ffffffff80283330>] kmem_cache_alloc_node+0x9c/0xa8
> >  [<ffffffff80396984>] __alloc_skb+0x65/0x138
> >  [<ffffffff8821d82a>] :forcedeth:nv_alloc_rx_optimized+0x4d/0x18f
>
> What MTU for this card is? Forcedeth supports jumbo frames, but does it
> in very unoptimized way, particulary by relying on the possibility to
> allocate 2-order pages, which is wrong.
>
> So, set MTU to 1500 and things will be back into good shape.
> I think adding fragments support is not a short-term solution because
> of closed specs.

The NIC is configured to use a 1500 byte MTU.

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