[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1324465555.2728.32.camel@edumazet-HP-Compaq-6005-Pro-SFF-PC>
Date: Wed, 21 Dec 2011 12:05:55 +0100
From: Eric Dumazet <eric.dumazet@...il.com>
To: monstr@...str.eu
Cc: David Miller <davem@...emloft.net>,
John Williams <john.williams@...alogix.com>,
netdev@...r.kernel.org
Subject: Re: ICMP packets - ll_temac with Microblaze
Le mercredi 21 décembre 2011 à 11:54 +0100, Michal Simek a écrit :
> Eric Dumazet wrote:
> > Le mercredi 21 décembre 2011 à 11:41 +0100, Michal Simek a écrit :
> >
> >> yes, page size is 4k.
> >>
> >> Here is the log for allocation - origin size for MTU 9000 is 0x2420(9248) and size after
> >> overhead is 0x3f40(16192)
> >>
> >> kmalloc_node_track_caller size 00002420, SKB_WITH_OVERHEAD(ksize(data)) 00003f40
> >> skb->head c7870000
> >> skb->data c7870000
> >> skb->tail c7870000
> >> skb->truesize 000040c0
> >> skb->end c7873f40
> >>
> >
> > So basically truesize is bigger than previous kernel, and you hit a
> > socket limit. (RCVBUF ?)
>
> Where is that limit setup?
>
Might be in the application itself.
setsockopt(socket, SOL_SOCKET, SO_RCVBUF, &limit, sizeof(limit));
kernel currently apply a factor of two to take into account skb
overhead. This might be not enough with jumbo frames.
--
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
Powered by blists - more mailing lists