[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <E1Jijfs-0004Lo-00@gondolin.me.apana.org.au>
Date: Mon, 07 Apr 2008 13:13:44 +0800
From: Herbert Xu <herbert@...dor.apana.org.au>
To: rusty@...tcorp.com.au (Rusty Russell)
Cc: linux-kernel@...r.kernel.org, netdev@...r.kernel.org,
virtualization@...ts.linux-foundation.org, maxk@...lcomm.com
Subject: Re: [PATCH RFC 4/5] tun: vringfd xmit support.
Rusty Russell <rusty@...tcorp.com.au> wrote:
>
> +/* We are done with this skb: put it in the used pile. */
> +static void skb_finished(struct skb_shared_info *sinfo)
> +{
> + struct skb_shinfo_tun *sht = (void *)(sinfo + 1);
> +
> + /* FIXME: Race prevention */
> + vring_used_buffer_atomic(sht->tun->outring, sht->id, sht->len);
> + vring_wake(sht->tun->outring);
> +
> + /* Release device. */
> + dev_put(sht->tun->dev);
> +}
On second thought, this is not going to work. The network stack
can clone individual pages out of this skb and put it into a new
skb. Therefore whatever scheme we come up with will either need
to be page-based, or add a flag to tell the network stack that it
can't clone those pages.
Cheers,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <herbert@...dor.apana.org.au>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists