From: Kristian Evensen <kristrev@ifi.uio.no>
To: kristrev@student.matnat.uio.no
Cc: David Miller <davem@davemloft.net>,
netdev@vger.kernel.org, linux-net@vger.kernel.org
Subject: Re: Non-linear SKBs
Date: Sat, 13 Oct 2007 16:53:59 +0200 [thread overview]
Message-ID: <4710DC07.5070405@ifi.uio.no> (raw)
In-Reply-To: <50601.129.240.228.53.1192194927.squirrel@webmail.uio.no>
Reading through my mail again, I see that I was a bit unclear. What I
want to achieve is to share a frag between to skbs (where one has no
earlier referance to it). Sorry.
kristrev@student.matnat.uio.no wrote:
>> If the underlying device can do scatter-gather and checksumming,
>> the TCP code builds outgoing packets by copying user date into
>> full system pages, and then attaching those pages into the SKB.
>> The protocol headers sit under the skb->data linear area, and
>> the user data mostly sits in the user pages under
>> skb_shinfo(skb)->frags[]
>>
>> This increases the density of data packed into the memory allocated
>> compared to using skb->data for it. It also enormously simplifies
>> the logic necessary to support TSO.
>>
>
> Thank you very much, I think I am starting to get it now and coming to
> think of it this will make my patch much more elegant. I have spent the
> day reading more code, and am wondering if something along the likes of
> this piece of code will do what I want ("copy" the data from the next skb
> in the retransmission queue into this skb):
>
> //Do preliminary checks to see if the "new" packet will be within mss,
> that this_skb->nr_frags + next_skb->nr_frags < MAX_SKB_FRAGS and so on
>
> int i;
> int this_frags = this_skb->nr_frags;
>
> for(i=0; i<next_skb->nr_frags; i++)
> //Does the "copy"
> this_skb->frags[this_frags + i] = next_skb->frags[i];
>
> this_skb->data_len += next_skb->data_len;
> this_skb->truesize += next_skb->data_len;
> this_skb->nr_frags += next_skb->nr_frags;
>
> //Update TSO?
>
> By the way, am I correct in my assumption that one SKB's frags is stored
> linearly in the frags-array? Or have I made a horrible misunderstanding?
> :)
>
> One of the things that I have yet to understand is the frag_list in the
> skb_shared_info-struct. Does this contain all skb's that "use" this frag
> and works as a sort of referance counter (frag won't be removed until the
> variable is NULL and I have to append this_skb to the list), or is it
> something else?
>
> Thanks again for all help.
>
> -Kristian
>
>
prev parent reply other threads:[~2007-10-13 14:49 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-10-11 22:54 Non-linear SKBs Kristian Evensen
2007-10-12 0:00 ` David Miller
2007-10-12 13:15 ` kristrev
2007-10-13 14:53 ` Kristian Evensen [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4710DC07.5070405@ifi.uio.no \
--to=kristrev@ifi.uio.no \
--cc=davem@davemloft.net \
--cc=kristrev@student.matnat.uio.no \
--cc=linux-net@vger.kernel.org \
--cc=netdev@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).