Re: [PATCH net] vhost/net: fix heads usage of ubuf_info

2013-03-21 Thread Ben Hutchings
r redirect to git. Rob Landley maintains it, but he's been having trouble updating it since all the upload mechanisms were changed on kernel.org. (My stable maintenance scripts still match the old address, anyway. Not sure about Greg's.) Ben. -- Ben Hutchings, Staff Engineer, Solarfla

Re: [PATCH net] vhost/net: fix heads usage of ubuf_info

2013-03-21 Thread Ben Hutchings
On Thu, 2013-03-21 at 18:28 +0200, Michael S. Tsirkin wrote: > On Thu, Mar 21, 2013 at 04:23:48PM +0000, Ben Hutchings wrote: > > On Thu, 2013-03-21 at 08:02 +0200, Michael S. Tsirkin wrote: > > > On Sun, Mar 17, 2013 at 02:29:55PM -0400, David Miller wrote: > > >

Re: [PATCH] virtio-net: Reporting traffic queue distribution statistics through ethtool

2013-05-16 Thread Ben Hutchings
ion/15572/focus=15608>). I don't much care what they look like as long as there's an implementation for the ethtool side and they don't look too awful in older versions of ethtool. Ben. -- Ben Hutchings, Staff Engineer, Solarflare Not speaking for my employer; that's the marketing d

Re: Bug#707257: linux-image-3.8-1-686-pae: KVM crashes with "entry failed, hardware error 0x80000021"

2013-05-18 Thread Ben Hutchings
rg/707257>. On Thu, 2013-05-16 at 13:26 +0200, Stefan Pietsch wrote: > On 09.05.2013 20:56, Stefan Pietsch wrote: > > On 09.05.2013 03:08, Ben Hutchings wrote: > > > >> Please could you test some of the intermediate versions at > >> <http://snapshot.debia

Re: [PATCH] KVM: arm/arm64: Revert to old way of checking for device mapping in stage2_flush_ptes().

2015-12-03 Thread Ben Hutchings
@vger.kernel.org > > Fixes: e6fab5442345 ("ARM/arm64: KVM: test properly for a PTE's > > uncachedness") > > > > That commit is not in a release yet, so no need for cc stable [...] But it is cc'd to stable, so unless it is going to be nacked at review st

Re: Bug#802926: linux-image-4.2.0-1-amd64: KVM hangs with 100% cpu on 4.2

2015-10-26 Thread Ben Hutchings
info 0 8b08 >  qemu-system-x86-3221  [000]   1090.730041: kvm_inj_exception: #DF (0x0) >  qemu-system-x86-3221  [000] d...  1090.730043: kvm_entry: vcpu 0 > ... [...] > I am rather surprised that there is no bug report about this yet, so I > guess it only happens on some ha

Re: virtio-rng only returns zeros with CONFIG_HW_RANDOM=m

2013-02-26 Thread Ben Hutchings
his will be fixed in virtio-rng later. Thanks for letting me know. Ben. -- Ben Hutchings Never attribute to conspiracy what can adequately be explained by stupidity. signature.asc Description: This is a digitally signed message part

Re: Bug#707257: linux-image-3.8-1-686-pae: KVM crashes with "entry failed, hardware error 0x80000021"

2013-05-29 Thread Ben Hutchings
On Wed, May 29, 2013 at 05:05:55PM +0200, Stefan Pietsch wrote: > On 19.05.2013 14:32, Gleb Natapov wrote: > > On Sun, May 19, 2013 at 02:00:31AM +0100, Ben Hutchings wrote: > >> Dear KVM maintainers, it appears that there is a gap in x86 emulation, > >> at least on a

Re: [rfc net-next v6 3/3] virtio-net: change the number of queues through ethtool

2012-11-08 Thread Ben Hutchings
.get_drvinfo = virtnet_get_drvinfo, > .get_link = ethtool_op_get_link, > .get_ringparam = virtnet_get_ringparam, > + .set_channels = virtnet_set_channels, > + .get_channels = virtnet_get_channels, > }; > > static int __init init(void) -- Ben Hutc

Re: [rfc net-next v6 2/3] virtio_net: multiqueue support

2012-11-16 Thread Ben Hutchings
ings and to be useful, > rx_max_pending/tx_max_pending should be the total too. So far as I know, all current implementations use the number of descriptors per ring here. virtio_net should be consistent with this. Ben. > > For bonus points, check this assertion at probe time. > > Look

Re: [rfc net-next v6 2/3] virtio_net: multiqueue support

2012-11-19 Thread Ben Hutchings
On Sun, 2012-11-18 at 11:13 +0200, Michael S. Tsirkin wrote: > On Sat, Nov 17, 2012 at 12:35:29AM +0000, Ben Hutchings wrote: > > On Tue, 2012-11-13 at 08:40 +0200, Michael S. Tsirkin wrote: > > > On Mon, Nov 05, 2012 at 11:38:39AM +1030, Rusty Russell wrote: > > &

Re: [net-next rfc v7 3/3] virtio-net: change the number of queues through ethtool

2012-12-03 Thread Ben Hutchings
t; + struct ethtool_channels *channels) > > > > +{ > > > > + struct virtnet_info *vi = netdev_priv(dev); > > > > + u16 queue_pairs = channels->combined_count; > > by the way shouldn't this be combined_count / 2? >

Re: [PATCHv5] virtio-spec: virtio network device RFS support

2012-12-05 Thread Ben Hutchings
atter. On the host side, presumably you'll want vhost_net to do the equivalent of sock_rps_record_flow() - only without a socket? But in any case, that requires an rxhash, so I don't see how this is supposed to work. Ben. -- Ben Hutchings, Staff Engineer, Solarflare Not speaking f

Re: [PATCHv5] virtio-spec: virtio network device RFS support

2012-12-06 Thread Ben Hutchings
On Thu, 2012-12-06 at 10:13 +0200, Michael S. Tsirkin wrote: > On Wed, Dec 05, 2012 at 08:39:26PM +0000, Ben Hutchings wrote: > > On Mon, 2012-12-03 at 12:58 +0200, Michael S. Tsirkin wrote: > > > Add RFS support to virtio network device. > > > Add a new feature fla

Re: [PATCHv5] virtio-spec: virtio network device RFS support

2012-12-06 Thread Ben Hutchings
On Thu, 2012-12-06 at 22:29 +0200, Michael S. Tsirkin wrote: > On Thu, Dec 06, 2012 at 08:03:14PM +0000, Ben Hutchings wrote: [...] > > Since this doesn't seem to be intended to have *any* connection with the > > existing core networking feature called RFS, perhaps you could

Re: [PATCHv5] virtio-spec: virtio network device RFS support

2012-12-06 Thread Ben Hutchings
On Thu, 2012-12-06 at 23:01 +0200, Michael S. Tsirkin wrote: > On Thu, Dec 06, 2012 at 08:53:59PM +0000, Ben Hutchings wrote: > > On Thu, 2012-12-06 at 22:29 +0200, Michael S. Tsirkin wrote: > > > On Thu, Dec 06, 2012 at 08:03:14PM +0000, Ben Hutchings wrote: > > [...] &g

Re: [GIT PULL 2/2] KVM: s390/mm: try a cow on read only pages for key ops

2014-08-26 Thread Ben Hutchings
} Every line below the first 'if' is indented one tab stop too far. Ben. > new = old = pgste_get_lock(ptep); > pgste_val(new) &= ~(PGSTE_GR_BIT | PGSTE_GC_BIT | -- Ben Hutchings No political challenge can be met by shopping. - George Monbiot -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH V2 5/6] vhost_net: poll vhost queue after marking DMA is done

2013-08-30 Thread Ben Hutchings
% 16)) > vhost_poll_queue(&vq->poll); > - /* set len to mark this desc buffers done DMA */ > - vq->heads[ubuf->desc].len = success ? > - VHOST_DMA_DONE_LEN : VHOST_DMA_FAILED_LEN; > - vhost_net_ubuf_put(ubufs); > } > > /*

Re: TUN_F_UFO change breaks live migration

2014-11-11 Thread Ben Hutchings
o your attention. Soon a lot of people will be hitting this problem as > they upgrade their infrastructure and migrate guests - seems like a > critical issue. You can work around this by making macvtap and tun still claim to support UFO. They continue to support it even if it's

[PATCH net] Revert "drivers/net: Disable UFO through virtio" in macvtap and tun

2014-11-11 Thread Ben Hutchings
running with virtio net devices. Fixes: 88e0e0e5aa7a ("drivers/net: Disable UFO through virtio") Signed-off-by: Ben Hutchings --- Compile-tested only. Ben. drivers/net/macvtap.c | 13 - drivers/net/tun.c | 19 --- 2 files changed, 16 insertions(+), 16

Re: TUN_F_UFO change breaks live migration

2014-11-11 Thread Ben Hutchings
On Tue, 2014-11-11 at 17:57 +0200, Michael S. Tsirkin wrote: > On Tue, Nov 11, 2014 at 12:17:26PM +0000, Ben Hutchings wrote: > > On Tue, 2014-11-11 at 10:58 +, Stefan Hajnoczi wrote: > > > Commit 3d0ad09412ffe00c9afa201d01effdb6023d09b4 ("drivers/net: Disable > >

Re: [PATCH v7 28/46] vhost: make features 64 bit

2014-11-30 Thread Ben Hutchings
tures & (1ULL << bit); > > Erm, wouldn't the high word be just dropped when returning *int*? I think > you need !!(vq->acked_features & (1ULL << bit)). Or change the return type to bool. Ben. -- Ben Hutchings The first rule of tautology club is the first rule of tautology club. signature.asc Description: This is a digitally signed message part

Re: [RFC v2 1/4] bridge: enable interfaces to opt out from becoming the root bridge

2014-02-16 Thread Ben Hutchings
define the IFF_BRIDGE_SKIP_IP flag, and set it on exactly the same devices, makes me think that they should actually be a single flag. I don't know how that flag should be named or described, though. Ben. -- Ben Hutchings Any sufficiently advanced bug is indistinguishable from a feature. signature.asc Description: This is a digitally signed message part

Re: [RFC v2 2/4] net: enables interface option to skip IP

2014-02-24 Thread Ben Hutchings
, or access network, as v6-only with NAT64 and DNS64 at the border. I believe some mobile networks are doing this; it was also done on the main FOSDEM wireless network this year. Ben. > I think disable_ipv4 is absolutely a non-starter. -- Ben Hutchings Beware of bugs in the above code; I have only proved it correct, not tried it. - Donald Knuth signature.asc Description: This is a digitally signed message part

Re: [RFC v2 2/4] net: enables interface option to skip IP

2014-02-24 Thread Ben Hutchings
On Mon, 2014-02-24 at 19:12 -0500, David Miller wrote: > From: Ben Hutchings > Date: Tue, 25 Feb 2014 00:02:00 + > > > You can run an internal network, or access network, as v6-only with > > NAT64 and DNS64 at the border. I believe some mobile networks are doing >

Re: [PATCH v5] core, nfqueue, openvswitch: Orphan frags in skb_zerocopy and handle errors

2014-04-22 Thread Ben Hutchings
e to some of the trees. It was applied to 3.13, but needs backporting to earlier versions. I posted my attempt in <1397429860.10849.86.ca...@deadeye.wl.decadent.org.uk> but it needs testing/reviewing. Ben. -- Ben Hutchings Beware of programmers who carry screwdrivers. - Leonard Brandwein signature.asc Description: This is a digitally signed message part

[PATCH 3.13] core, nfqueue, openvswitch: Orphan frags in skb_zerocopy and handle errors

2014-04-22 Thread Ben Hutchings
patch that and its caller, but not openvswitch.] Signed-off-by: Ben Hutchings --- On Tue, 2014-04-22 at 19:02 +0100, Zoltan Kiss wrote: > On 22/04/14 16:38, Ben Hutchings wrote: > > On Mon, 2014-04-21 at 12:26 +0100, Luis Henriques wrote: > >> Hi David, > >> > >> O

Re: [PATCHv4] virtio-spec: virtio network device multiqueue support

2012-09-12 Thread Ben Hutchings
e send some kind of response (transport or application layer ACK). So I think that OOO is not that likely in practice, but I don't have the evidence to back that up. If the filter update latency is high enough that a response can overtake the filter update, there may be more of a problem. Ben.

Re: [RFC] [ver3 PATCH 3/6] virtio_net: virtio_net driver changes

2011-11-18 Thread Ben Hutchings
On Fri, 2011-11-18 at 08:24 +0200, Sasha Levin wrote: > On Fri, 2011-11-18 at 01:08 +0000, Ben Hutchings wrote: > > On Fri, 2011-11-11 at 18:34 +0530, Krishna Kumar wrote: > > > Changes for multiqueue virtio_net driver. > > [...] > > > @@ -677,25 +730,35 @@ static

Re: [RFC] [ver3 PATCH 3/6] virtio_net: virtio_net driver changes

2011-11-18 Thread Ben Hutchings
On Fri, 2011-11-18 at 18:18 +0200, Sasha Levin wrote: > On Fri, 2011-11-18 at 15:40 +0000, Ben Hutchings wrote: > > On Fri, 2011-11-18 at 08:24 +0200, Sasha Levin wrote: > > > On Fri, 2011-11-18 at 01:08 +0000, Ben Hutchings wrote: > > > > On Fri, 2011-11-11 at 18

Re: [net-next-2.6 PATCH 0/6 v4] macvlan: MAC Address filtering support for passthru mode

2011-11-18 Thread Ben Hutchings
On Fri, 2011-11-18 at 08:58 -0800, Greg Rose wrote: > On 11/17/2011 4:44 PM, Ben Hutchings wrote: > > On Thu, 2011-11-17 at 16:32 -0800, Greg Rose wrote: > >> On 11/17/2011 4:15 PM, Ben Hutchings wrote: > >>> Sorry to come to this rather late. > >>> >

Re: [net-next-2.6 PATCH 0/6 v4] macvlan: MAC Address filtering support for passthru mode

2011-11-29 Thread Ben Hutchings
On Mon, 2011-11-21 at 09:41 -0800, Greg Rose wrote: > On 11/18/2011 9:40 AM, Ben Hutchings wrote: [...] > > What concerns me is that this seems to be a workaround rather than a fix > > for over-use of promiscuous mode, and it changes the semantics of > > filtering modes in w

Re: [net-next-2.6 PATCH 0/6 v4] macvlan: MAC Address filtering support for passthru mode

2011-11-29 Thread Ben Hutchings
On Tue, 2011-11-29 at 16:35 +, Ben Hutchings wrote: > On Mon, 2011-11-21 at 09:41 -0800, Greg Rose wrote: > > On 11/18/2011 9:40 AM, Ben Hutchings wrote: > [...] > > > What concerns me is that this seems to be a workaround rather than a fix > > > for over-u

Re: [net-next-2.6 PATCH 0/6 v4] macvlan: MAC Address filtering support for passthru mode

2011-11-30 Thread Ben Hutchings
On Wed, 2011-11-30 at 09:34 -0800, Greg Rose wrote: > On 11/29/2011 9:19 AM, Ben Hutchings wrote: > > On Tue, 2011-11-29 at 16:35 +0000, Ben Hutchings wrote: > >> > >> Maybe I missed something! [...] > >> If not, please explain what the new model *is*. >

Re: [net-next-2.6 PATCH 0/6 v4] macvlan: MAC Address filtering support for passthru mode

2011-11-30 Thread Ben Hutchings
On Wed, 2011-11-30 at 13:04 -0800, Chris Wright wrote: > * Ben Hutchings (bhutchi...@solarflare.com) wrote: > > On Wed, 2011-11-30 at 09:34 -0800, Greg Rose wrote: > > > On 11/29/2011 9:19 AM, Ben Hutchings wrote: > > > > On Tue, 2011-11-29 at 16

Re: [net-next RFC PATCH 2/5] tuntap: simple flow director support

2011-12-05 Thread Ben Hutchings
}RXFHINDIR instead. 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 kvm&qu

Re: [net-next RFC PATCH 3/5] macvtap: flow director support

2011-12-05 Thread Ben Hutchings
Similarly, macvtap chould implement the ethtool {get,set}_rxfh_indir operations. 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 unsubs

Re: [net-next RFC PATCH 5/5] virtio-net: flow director support

2011-12-05 Thread Ben Hutchings
ake use of the accelerate rfs which let the scheduler to > + * balance the load, it make sense to choose the tx queue also based on > + * theprocessor id? > + */ > + while (unlikely(txq >= dev->real_num_tx_queues)) > + txq -= dev->real_num_tx_queu

Re: [net-next RFC PATCH 2/5] tuntap: simple flow director support

2011-12-06 Thread Ben Hutchings
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 q

Re: [net-next RFC PATCH 5/5] virtio-net: flow director support

2011-12-06 Thread Ben Hutchings
On Tue, 2011-12-06 at 15:25 +0800, Jason Wang wrote: > On 12/06/2011 04:42 AM, Ben Hutchings wrote: [...] > > This is not a proper implementation of ndo_rx_flow_steer. If you steer > > a flow by changing the RSS table this can easily cause packet reordering > > in other

Re: [net-next RFC PATCH 0/5] Series short description

2011-12-07 Thread Ben Hutchings
hash to queue table were introduced in tap/macvtap > and in guest, the guest driver would tell the desired queue of a flow > through changing this table. I don't think accelerated RFS can work well without the use of perfect filtering or hash-based filtering with a very low rate of

Re: [net-next RFC PATCH 0/5] Series short description

2011-12-14 Thread Ben Hutchings
On Fri, 2011-12-09 at 16:01 +1030, Rusty Russell wrote: > On Wed, 7 Dec 2011 17:02:04 +0000, Ben Hutchings > wrote: > > Solarflare controllers (sfc driver) have 8192 perfect filters for > > TCP/IPv4 and UDP/IPv4 which can be used for flow steering. (The filters > > are o

Re: [PATCH] vhost-net: add module alias (v2)

2012-01-11 Thread Ben Hutchings
/dev/btrfs-controlBtrfs control device > 235 = /dev/autofs Autofs control device > 236 = /dev/mapper/control Device-Mapper control device > + 237 = /dev/vhost-netHost kernel accelerator for virtio net [...] 238 != 237. It

Re: [net-next-2.6 PATCH 0/6 v4] macvlan: MAC Address filtering support for passthru mode

2012-02-02 Thread Ben Hutchings
if there are other devices included in the bridge then it will not know about them. In Solarflare's current out-of-tree implementation this is dealt with in an extension to libvirt that writes the additional 'local' MAC addresses to a driver-specific sysfs file, but that is obviousl

Re: [PATCH 00/11] KVM fixes for 3.3.5

2012-05-11 Thread Ben Hutchings
> virt/kvm/kvm_main.c | 23 ++- > 9 files changed, 77 insertions(+), 34 deletions(-) > -- Ben Hutchings Experience is directly proportional to the value of equipment destroyed. - Carolyn Scheppner signature.asc Description: This is a digitally signed message part

Re: [PATCH 00/11] KVM fixes for 3.3.5

2012-05-13 Thread Ben Hutchings
On Sun, 2012-05-13 at 12:23 +0300, Avi Kivity wrote: > On 05/12/2012 03:35 AM, Ben Hutchings wrote: > > On Wed, 2012-05-09 at 16:10 +0300, Avi Kivity wrote: > > > After a long hiatus, here are a bunch of very delayed fixes for 3.3.5. > > > > Are any of these also appl

Re: [PATCH 0/7] KVM fixes for 3.2.17

2012-05-21 Thread Ben Hutchings
On Fri, 2012-05-18 at 17:58 -0300, Marcelo Tosatti wrote: > See individual patches for details. [...] These came a little too late for 3.2.18, but I've queued them up now. Ben. -- Ben Hutchings You can't have everything. Where would you put it? signature.asc Description: This i

[PATCH] sfc: Use standard __{clear,set}_bit_le() functions

2012-06-12 Thread Ben Hutchings
There are now standard functions for dealing with little-endian bit arrays, so use them instead of our own implementations. Signed-off-by: Ben Hutchings --- Please use this version instead. Ben. drivers/net/ethernet/sfc/efx.c|4 ++-- drivers/net/ethernet/sfc/net_driver.h | 12

Re: [PATCH 2/5] drivers/net/ethernet/dec/tulip: Use standard __set_bit_le() function

2012-06-13 Thread Ben Hutchings
mption is easily broken by someone touching this function. > > Do you mean something like: > DECLARE_BITMAP(__hash_table, 16 * 32); > u16 *hash_table = (u16 *)__hash_table; > ? [...] Could this driver perhaps use: union hash_table { DECLARE_BITMAP(bits, 16 * 3

Re: [net-next RFC V5 5/5] virtio_net: support negotiating the number of queues through ctrl vq

2012-07-09 Thread Ben Hutchings
ned_count = 0; > +} [...] It looks like the queue-pairs should be treated as 'combined channels', not separate RX and TX channels. Also you don't need to clear the other members; you can assume that the ethtool core will zero-initialise structures for 'get' operations

Re: [PATCH v11 02/17] Add a new struct for device to manipulate external buffer.

2010-09-27 Thread Ben Hutchings
uct net_device { > struct macvlan_port *macvlan_port; > /* GARP */ > struct garp_port*garp_port; > - > + /* mpassthru */ > + struct mpassthru_port *mp_port; > /* class/net/name entry */ > struct device dev; > /* space f

Re: [PATCH v11 03/17] Add a ndo_mp_port_prep pointer to net_device_ops.

2010-09-27 Thread Ben Hutchings
owner may utilize this. [...] This information needs to be included in the comment above struct net_device_ops, not just in the commit message. Ben. -- Ben Hutchings, Senior Software Engineer, Solarflare Communications Not speaking for my employer; that's the marketing department's job. They

Re: [PATCH v11 04/17]Add a function make external buffer owner to query capability.

2010-09-27 Thread Ben Hutchings
port->hdr_len = 128; > + port->data_len = 2048; > + port->npages = 1; > + } [...] Is it really necessary to have a default? Also have you considered an API for changing the header/data split? Ben. -- Ben Hutchings, Senior Software Engineer

Re: [PATCH v11 11/17] Add header file for mp device.

2010-09-27 Thread Ben Hutchings
PASSTHRU_H > +#define __MPASSTHRU_H > + > +#include > +#include > + > +/* ioctl defines */ > +#define MPASSTHRU_BINDDEV _IOW('M', 213, int) > +#define MPASSTHRU_UNBINDDEV_IO('M', 214) [...] You need to include first! Ben. -- Ben Hutching

Re: [PATCH v11 12/17] Add a kconfig entry and make entry for mp device.

2010-09-27 Thread Ben Hutchings
This patch is in the wrong position in the sequence. It needs to be applied after mpassthru.c is created, not before. Ben. -- Ben Hutchings, Senior Software Engineer, Solarflare Communications Not speaking for my employer; that's the marketing department's job. They asked us to

Re: [PATCH v11 13/17] Add mp(mediate passthru) device.

2010-09-27 Thread Ben Hutchings
f (!is_sync_kiocb(iocb)) > + return -EFAULT; > + > + len = iov_length(iov, count); > + > + if (unlikely(len) < ETH_HLEN) > + return -EINVAL; The first close-paren is in the wrong place. > + skb = sock_alloc_send_skb(sk, len + NET_IP_ALIGN

Re: [PATCH v11 17/17]add two new ioctls for mp device.

2010-09-27 Thread Ben Hutchings
M', 213, int) > #define MPASSTHRU_UNBINDDEV_IO('M', 214) > +#define MPASSTHRU_SET_MEM_LOCKED _IOW('M', 215, unsigned long) > +#define MPASSTHRU_GET_MEM_LOCKED_NEED_IOR('M', 216, unsigned long) [...] These will need compat handling. Y

Re: [net-next RFC V2 PATCH 0/5] Multiqueue support in tun/tap

2011-09-19 Thread Ben Hutchings
; clean method is needed. [...] I have previously suggested doing this as a general rule. However, I now think we can do much better with accelerated RFS and automatic XPS (but the latter is not yet implemented). For virtio_net, accelerated RFS would effectively push the guest's RFS socket m

Re: [Qemu-devel] [RFC v2 PATCH 5/4 PATCH] virtio-net: send gratuitous packet when needed

2011-10-24 Thread Ben Hutchings
em location doesn't change but a different link is used. However, I do recognise that the name ought to indicate what kind of change happened and not what the expected action is. Ben. -- Ben Hutchings, Staff Engineer, Solarflare Not speaking for my employer; that's the marketing depar

RE: [net-next-2.6 PATCH 0/8 RFC v2] macvlan: MAC Address filtering support for passthru mode

2011-11-17 Thread Ben Hutchings
ged to another (physically) local address. The PF driver has to tell VFs what the local addresses are and currently relies on some custom scripting to know about those extra addresses. (No, none of that is upstream - I'm preparing for that now.) Ben. -- Ben Hutchings, Staff Engineer, Solar

RE: [net-next-2.6 PATCH 0/8 RFC v2] macvlan: MAC Address filtering support for passthru mode

2011-11-17 Thread Ben Hutchings
also. > YMMV, caveat emptor, etc. etc. Current Solarflare hardware supports: - RX MAC address filters for queue selection (steering), which can be combined with RSS (flow hashing) - TX MAC address filters to prevent spoofing Multiple filters can be associated with a single queue. Ben. -- Ben Hu

Re: [net-next-2.6 PATCH 0/6 v4] macvlan: MAC Address filtering support for passthru mode

2011-11-17 Thread Ben Hutchings
do_set_rx_mode and ndo_vlan_rx_{add,kill}_vid? 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

Re: [net-next-2.6 PATCH 1/6 v4] rtnetlink: Netlink interface for setting MAC and VLAN filters

2011-11-17 Thread Ben Hutchings
} > } > [IFLA_RX_FILTER_VLAN] = { > [IFLA_RX_FILTER_VLAN_BITMAP] > } > } > ... > } [...] Please put the details of both syntax *and semantics* in if_link.h. Ben. -- Ben Hutchings, Staff Engineer, Solarflare Not spe

Re: [net-next-2.6 PATCH 0/6 v4] macvlan: MAC Address filtering support for passthru mode

2011-11-17 Thread Ben Hutchings
On Thu, 2011-11-17 at 16:32 -0800, Greg Rose wrote: > On 11/17/2011 4:15 PM, Ben Hutchings wrote: > > Sorry to come to this rather late. > > > > On Tue, 2011-11-08 at 23:55 -0800, Roopa Prabhu wrote: > > [...] > >> v2 -> v3 > >> - Moved set and

Re: [RFC] [ver3 PATCH 3/6] virtio_net: virtio_net driver changes

2011-11-17 Thread Ben Hutchings
ues */ > + for (i = 1; i < vi->num_queue_pairs * 2; i += 2) { > + callbacks[i] = skb_xmit_done; > + names[i] = kasprintf(GFP_KERNEL, "output.%d", i / 2); > + if (!names[i]) > + goto err; > + } [...] The

Re: [RFC PATCH v0 1/2] net: bridge: propagate FDB table into hardware

2012-02-15 Thread Ben Hutchings
rwarding. If and when we implement a hardware bridge, we would probably still want to keep the software bridge as a fallback. If a guest is dependent on a VF that's connected to a hardware bridge, it becomes impossible or at least very disruptive to migrate it to another host that doesn't

Re: [PATCH V3 2/8] Add a new zerocopy device flag

2011-04-20 Thread Ben Hutchings
> #define NETIF_F_GSO_SHIFT16 > #define NETIF_F_GSO_MASK 0x00ff > > > -- > To unsubscribe from this list: send the line "unsubscribe netdev" in > the body of a message to majord...@vger.kernel.org > More majordomo info at http://vger.kernel.org/major

Re: [PATCH V5 2/6 net-next] netdevice.h: Add zero-copy flag in netdevice

2011-05-16 Thread Ben Hutchings
llback should only be called when last reference to this > skb > + * is gone. > + */ > +#define NETIF_F_ZEROCOPY (1 << 31) Sorry, bit 31 is taken. You get the job of turning features into a wider bitmap. Ben. -- Ben Hutchings, Senior Software Engineer, Solarflare Not speakin

Re: [PATCH V5 2/6 net-next] netdevice.h: Add zero-copy flag in netdevice

2011-05-16 Thread Ben Hutchings
On Mon, 2011-05-16 at 12:38 -0700, Shirley Ma wrote: > On Mon, 2011-05-16 at 20:35 +0100, Ben Hutchings wrote: > > Sorry, bit 31 is taken. You get the job of turning features into a > > wider bitmap. > > :) will do it. Bear in mind that feature masks are manipulated in

Re: [RFC PATCH v7 01/19] Add a new structure for skb buffer from external.

2010-06-20 Thread Ben Hutchings
mory where X > is the number of bytes in the head. If I understand correctly what this 'PS mode' is (I haven't seen the documentation for it), it is a feature that Microsoft requested from hardware vendors for use in Hyper-V. As a result, the SFC9000 family and presuma

Re: [RFC PATCH 02/17] vbus: add virtual-bus definitions

2009-04-02 Thread Ben Hutchings
I think the vbus terminology should be made consistent with LDM. And certainly these should not both be called simply "type" in the configfs/sysfs interface. Ben. -- Ben Hutchings, Senior Software Engineer, Solarflare Communications Not speaking for my employer; that's the marketin