[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1323192704.2772.0.camel@bwh-desktop>
Date: Tue, 6 Dec 2011 17:31:44 +0000
From: Ben Hutchings <bhutchings@...arflare.com>
To: Jason Wang <jasowang@...hat.com>
CC: <krkumar2@...ibm.com>, <kvm@...r.kernel.org>, <mst@...hat.com>,
<netdev@...r.kernel.org>, <rusty@...tcorp.com.au>,
<virtualization@...ts.linux-foundation.org>,
<levinsasha928@...il.com>
Subject: Re: [net-next RFC PATCH 2/5] tuntap: simple flow director support
On Tue, 2011-12-06 at 15:21 +0800, Jason Wang wrote:
> On 12/06/2011 04:09 AM, Ben Hutchings wrote:
> > On Mon, 2011-12-05 at 16:58 +0800, Jason Wang wrote:
> >> This patch adds a simple flow director to tun/tap device. It is just a
> >> page that contains the hash to queue mapping which could be changed by
> >> user-space. The backend (tap/macvtap) would query this table to get
> >> the desired queue of a packets when it send packets to userspace.
> > This is just flow hashing (RSS), not flow steering.
> >
> >> The page address were set through a new kind of ioctl - TUNSETFD and
> >> were pinned until device exit or another new page were specified.
> > [...]
> >
> > You should implement ethtool ETHTOOL_{G,S}RXFHINDIR instead.
> >
> > Ben.
> >
>
> I'm not fully understanding this. The page belongs to guest, and the
> idea is to let guest driver can easily change any entry. Looks like if
> ethtool_set_rxfh_indir() is used, this kind of change is not easy as it
> needs one copy and can only accept the whole table as its parameters.
Sorry, yes, I was misreading this.
Ben.
--
Ben Hutchings, Staff Engineer, Solarflare
Not speaking for my employer; that's the marketing department's job.
They asked us to note that Solarflare product names are trademarked.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists