[ofa-general] Re: [PATCH] IPoIB 4K MTU support
Shirley Ma
mashirle at us.ibm.com
Tue Apr 22 07:17:28 PDT 2008
Hello Roland,
On Tue, 2008-04-22 at 13:46 -0700, Roland Dreier wrote:
> Thanks, applied with some cleanups as below.
Thanks!
> As an aside, in the case where we need to use a fragment in the receive
> skb, does it make sense to make the initial linear part bigger so the
> TCP and IP headers fit there (and the kernel doesn't have to look into
> the fragment list to handle the packet)?
We can improve this later.
> Also, is there any clean way where a kernel with PAGE_SIZE > 4096 can
> have ud_need_sg evaluate to 0 at compile time, so that all the unneeded
> code can be thrown out by the compiler?
>
> > + return (IPOIB_UD_BUF_SIZE(ib_mtu) > PAGE_SIZE) ? 1 : 0;
>
> I've never understood this style: it makes no sense to do
>
> return bool ? 1 : 0;
>
> instead of just
>
> return bool;
You are right.
> > +static inline void ipoib_ud_dma_unmap_rx(struct ipoib_dev_priv *priv,
> > + u64 mapping[IPOIB_UD_RX_SG])
> > +{
> > + if (ipoib_ud_need_sg(priv->max_ib_mtu)) {
> > + ib_dma_unmap_single(priv->ca, mapping[0], IPOIB_UD_HEAD_SIZE, DMA_FROM_DEVICE);
> > + ib_dma_unmap_page(priv->ca, mapping[1], PAGE_SIZE, DMA_FROM_DEVICE);
> > + } else
> > + ib_dma_unmap_single(priv->ca, mapping[0], IPOIB_UD_BUF_SIZE(priv->max_ib_mtu), DMA_FROM_DEVICE);
> > +}
> > +
> > +static inline void ipoib_ud_skb_put_frags(struct ipoib_dev_priv *priv,
> > + struct sk_buff *skb,
> > + unsigned int length)
> > +{
> > + if (ipoib_ud_need_sg(priv->max_ib_mtu)) {
> > + skb_frag_t *frag = &skb_shinfo(skb)->frags[0];
> > + /*
> > + * There is only two buffers needed for max_payload = 4K,
> > + * first buf size is IPOIB_UD_HEAD_SIZE
> > + */
> > + skb->tail += IPOIB_UD_HEAD_SIZE;
> > + frag->size = length - IPOIB_UD_HEAD_SIZE;
> > + skb->data_len += frag->size;
> > + skb->truesize += frag->size;
> > + skb->len += length;
> > + } else
> > + skb_put(skb, length);
> > +
> > +}
>
> These are pretty big to put in a header file as inlines... I moved them
> to the only .c file where they're used.
>
> - R.
Right. I should have moved it into .c file from Or's comment. I forgot.
Thanks.
Shirley
More information about the general
mailing list