On 05/05/2014 08:12 AM, Jesper Dangaard Brouer wrote: > On Fri, 02 May 2014 07:00:00 -0700 > John Fastabend <john.r.fastab...@intel.com> wrote: > >> On 5/2/2014 6:19 AM, Jesper Dangaard Brouer wrote: >>> On Fri, 2 May 2014 15:18:12 +0800 >>> Zhouyi Zhou <zhouzho...@gmail.com> wrote: >>> >>>> As http://www.spinics.net/lists/netdev/msg165015.html >>>> pktgen generates shared packet through vlan interface will cause >>>> oops because of duplicate entering tc queue. >>>> >>>> Try to solve this problem by means of packet clone instead of sharing. >>> >>> I really don't like adding this stuff to the fast path of pktgen. >>> >>> Why would you use pktgen on a VLAN? >> >> Its a good way to test qdiscs. When you run pktgen over the VLAN >> you exercise the lower devices qdisc. > > I do (personally) need a faster way/tool to exercise the qdisc path. > I'm currently using trafgen, but it is not fast enough for my 10G > testing. > > Perhaps we could add a pktgen option, that explicitly enable > transmitting on qdisc path. And when adding a VLAN device, auto enable > that mode?
You could just force pktgen to not support multi-skb on vlan interfaces? I thought we went through this a year or two ago and came up with something like a 'pktgen-challenged' network interface flag? Thanks, Ben -- Ben Greear <gree...@candelatech.com> Candela Technologies Inc http://www.candelatech.com -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/