RE: Network Stack SKB Reallocation

2009-10-27 Thread john . p . price
Haws [mailto:jonathan.h...@sdl.usu.edu] Sent: Tuesday, October 27, 2009 10:28 AM To: Price, John @ SDS; linuxppc-dev@lists.ozlabs.org Subject: RE: Network Stack SKB Reallocation Hi John, > I have a custom board with custom fpga's connected to the PPC405EX > EBC > bus on banks 2 an

RE: Network Stack SKB Reallocation

2009-10-27 Thread Jonathan Haws
ld love to be able to use a 9000 byte MTU without getting out of memory errors simply due to fragmentation. HTH, Jonathan > > -Original Message- > From: linuxppc-dev-bounces+john.p.price=l-3com@lists.ozlabs.org > [mailto:linuxppc-dev-bounces+john.p.price=l- > 3com@lis

RE: Network Stack SKB Reallocation

2009-10-27 Thread john . p . price
l-3com@lists.ozlabs.org] On Behalf Of Jonathan Haws Sent: Monday, October 26, 2009 2:43 PM To: linuxppc-dev@lists.ozlabs.org Subject: Network Stack SKB Reallocation Quick question about the network stack in general: Does the stack itself release an SKB allocated by the device driver back t

Re: Network Stack SKB Reallocation

2009-10-26 Thread Michael Buesch
On Monday 26 October 2009 19:43:00 Jonathan Haws wrote: > Quick question about the network stack in general: > > Does the stack itself release an SKB allocated by the device driver back to > the heap upstream, or does it require that the device driver handle that? There's the concept of passing

RE: Network Stack SKB Reallocation

2009-10-26 Thread Jonathan Haws
So, in my case, I allocate a bunch of skb's that I want to be able to reuse during network operation (256 in fact). When I pass it up the stack, the stack will free that skb back to the system making any further use of it invalid until I call alloc_skb() again? Thanks. > On Monday 26 October

Network Stack SKB Reallocation

2009-10-26 Thread Jonathan Haws
Quick question about the network stack in general: Does the stack itself release an SKB allocated by the device driver back to the heap upstream, or does it require that the device driver handle that? Thanks! Jonathan ___ Linuxppc-dev mailing list L