Re: hard_header_len

2005-07-11 Thread Ben Greear
Feyd wrote: On Mon, 11 Jul 2005 09:16:21 +0200 (CEST) Ben Greear <[EMAIL PROTECTED]> wrote: If you do find yourself needing to grow the skb, it can be done, but it is not too efficient. Look at the 8021q vlan transmit path code...it will insert it's 4 byte header in certain cases, and has log

Re: hard_header_len

2005-07-11 Thread Feyd
On Mon, 11 Jul 2005 09:16:21 +0200 (CEST) Ben Greear <[EMAIL PROTECTED]> wrote: > If you do find yourself needing to grow the skb, it can be done, > but it is not too efficient. Look at the 8021q vlan transmit > path code...it will insert it's 4 byte header in certain cases, and > has logic to gr

Re: hard_header_len

2005-07-11 Thread Ben Greear
David S. Miller wrote: From: Feyd <[EMAIL PROTECTED]> Date: Mon, 11 Jul 2005 07:43:10 +0200 can I assume that hard_start_xmit will always get skbs with hard_header_len reserved? I need two more bytes at the start of the packet and I'm getting spurious panics in skb_push. Typically, no. ->h

Re: hard_header_len

2005-07-10 Thread David S. Miller
From: Feyd <[EMAIL PROTECTED]> Date: Mon, 11 Jul 2005 07:43:10 +0200 > can I assume that hard_start_xmit will always get skbs with hard_header_len > reserved? I need two more bytes at the start of the packet and I'm getting > spurious panics in skb_push. Typically, no. ->hard_start_xmit() has a