From: Christoph Hellwig <hch@infradead.org>
To: Jeremy Fitzhardinge <jeremy@goop.org>
Cc: Andi Kleen <ak@suse.de>,
Andrew Morton <akpm@linux-foundation.org>,
virtualization@lists.osdl.org,
lkml <linux-kernel@vger.kernel.org>,
Chris Wright <chrisw@sous-sol.org>,
Ian Pratt <ian.pratt@xensource.com>,
Christian Limpach <Christian.Limpach@cl.cam.ac.uk>,
netdev@vger.kernel.org, Jeff Garzik <jeff@garzik.org>,
Stephen Hemminger <shemminge@linux-foundation.org>,
Christoph Hellwig <hch@infradead.org>,
Rusty Russell <rusty@rustcorp.com.au>,
Herbert Xu <herbert@gondor.apana.org.au>
Subject: Re: [patch 25/29] xen: Add the Xen virtual network device driver.
Date: Sat, 5 May 2007 10:16:24 +0100 [thread overview]
Message-ID: <20070505091624.GA8890@infradead.org> (raw)
In-Reply-To: <20070504232121.492190579@goop.org>
On Fri, May 04, 2007 at 04:21:16PM -0700, Jeremy Fitzhardinge wrote:
> +/*
> + * Mutually-exclusive module options to select receive data path:
> + * rx_copy : Packets are copied by network backend into local memory
> + * rx_flip : Page containing packet data is transferred to our ownership
> + * For fully-virtualised guests there is no option - copying must be used.
> + * For paravirtualised guests, flipping is the default.
> + */
> +static enum {
> + RX_COPY = 0,
> + RX_FLIP = 1,
> +} rx_mode = RX_FLIP;
> +MODULE_PARM_DESC(rx_mode, "How to get packets from card: 0->copy, 1->flip");
There only seems to be a module description but no actual paramter for
this. I wish people would have listened to me back then and made the
description part of the modular_param statement..
> +
> +#define RX_COPY_THRESHOLD 256
> +
> +#define GRANT_INVALID_REF 0
> +
> +#define NET_TX_RING_SIZE __RING_SIZE((struct xen_netif_tx_sring *)0, PAGE_SIZE)
> +#define NET_RX_RING_SIZE __RING_SIZE((struct xen_netif_rx_sring *)0, PAGE_SIZE)
__RING_SIZE is not in my tree, so it seems to be some kind of Xen
addition. Can you make that clear in the name and give it a less
awkware calling convention, e.g. only pass in the type, not a null
pointer of the given type?
> +/*
> + * Implement our own carrier flag: the network stack's version causes delays
> + * when the carrier is re-enabled (in particular, dev_activate() may not
> + * immediately be called, which can cause packet loss).
> + */
> +#define netfront_carrier_on(netif) ((netif)->carrier = 1)
> +#define netfront_carrier_off(netif) ((netif)->carrier = 0)
> +#define netfront_carrier_ok(netif) ((netif)->carrier)
This doesn't implement my review suggestion despite you ACKing
them. Didn't you like it in the end or did you simply forget
about it?
> +/*
> + * Access macros for acquiring freeing slots in tx_skbs[].
> + */
> +
> +static void add_id_to_freelist(unsigned *head, union skb_entry *list, unsigned short id)
no lines longer than 80 chars please.
next prev parent reply other threads:[~2007-05-05 9:16 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20070504232051.411946839@goop.org>
2007-05-04 23:21 ` [patch 25/29] xen: Add the Xen virtual network device driver Jeremy Fitzhardinge
2007-05-05 9:16 ` Christoph Hellwig [this message]
2007-05-05 10:05 ` Jeremy Fitzhardinge
2007-05-05 10:23 ` Herbert Xu
2007-05-07 21:10 ` Jeremy Fitzhardinge
2007-05-08 12:13 ` [1/2] [NET] link_watch: Move link watch list into net_device Herbert Xu
2007-05-08 12:16 ` [2/2] [NET] link_watch: Remove delay for up even when we're down Herbert Xu
2007-05-09 1:36 ` David Miller
2007-05-08 20:19 ` [1/2] [NET] link_watch: Move link watch list into net_device Jeremy Fitzhardinge
2007-05-09 1:49 ` Herbert Xu
2007-05-09 1:35 ` David Miller
2007-05-10 22:00 ` Jeremy Fitzhardinge
2007-05-10 22:07 ` David Miller
2007-05-10 22:12 ` Jeremy Fitzhardinge
2007-05-10 22:14 ` Andrew Morton
2007-05-10 22:22 ` Jeremy Fitzhardinge
2007-05-10 22:25 ` David Miller
2007-05-10 22:45 ` Jeremy Fitzhardinge
2007-05-10 22:53 ` Chris Wright
2007-05-10 22:53 ` David Miller
2007-05-05 10:16 ` [patch 25/29] xen: Add the Xen virtual network device driver Rusty Russell
2007-05-07 21:11 ` Jeremy Fitzhardinge
2007-05-07 22:35 ` Rusty Russell
2007-05-08 6:30 ` Jeremy Fitzhardinge
2007-05-08 6:42 ` Rusty Russell
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=20070505091624.GA8890@infradead.org \
--to=hch@infradead.org \
--cc=Christian.Limpach@cl.cam.ac.uk \
--cc=ak@suse.de \
--cc=akpm@linux-foundation.org \
--cc=chrisw@sous-sol.org \
--cc=herbert@gondor.apana.org.au \
--cc=ian.pratt@xensource.com \
--cc=jeff@garzik.org \
--cc=jeremy@goop.org \
--cc=linux-kernel@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=rusty@rustcorp.com.au \
--cc=shemminge@linux-foundation.org \
--cc=virtualization@lists.osdl.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).