| To: | "David S. Miller" <davem@xxxxxxxxxx> |
|---|---|
| Subject: | Re: Allow IP header alignment to be overriden |
| From: | jamal <hadi@xxxxxxxxxx> |
| Date: | 11 Jun 2004 08:41:03 -0400 |
| Cc: | Anton Blanchard <anton@xxxxxxxxx>, netdev@xxxxxxxxxxx |
| In-reply-to: | <20040610223549.5e9ad025.davem@xxxxxxxxxx> |
| Organization: | jamalopolis |
| References: | <20040611012727.GA27672@krispykreme> <20040610223549.5e9ad025.davem@xxxxxxxxxx> |
| Reply-to: | hadi@xxxxxxxxxx |
| Sender: | netdev-bounce@xxxxxxxxxxx |
On Fri, 2004-06-11 at 01:35, David S. Miller wrote: > On Fri, 11 Jun 2004 11:27:27 +1000 > Anton Blanchard <anton@xxxxxxxxx> wrote: > > > The following patch creates skb_align and allows an architecture to > > override it. Thoughts? > > This transformation is not valid for a lot of drivers, that "2" > in the reserve exists elsewhere in other calculations in the > drivers. For example, it is added to the RX skb allocation > size. Sometimes this '2' is there in non-trivial or hard to > see ways (ie. it's implicitly in some DMA alignment value) An interesting (annoying one) that falls into that category is sb1250-mac.c::sbdma_align_skb() shows up prominently in profiles cheers, jamal |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | arp(8) can create entry with with a broadcast/multicast MAC address, Lennert Buytenhek |
|---|---|
| Next by Date: | Re: Allow IP header alignment to be overriden, David S. Miller |
| Previous by Thread: | Re: Allow IP header alignment to be overriden, Anton Blanchard |
| Next by Thread: | [margitsw@xxxxxxxxxxx: Re: [PATCH 6/17 linux-2.6.7-rc2] prism54: Kernel compatibility (resend)], Luis R. Rodriguez |
| Indexes: | [Date] [Thread] [Top] [All Lists] |