[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20150506072440.7afb2c44@redhat.com>
Date: Wed, 6 May 2015 07:24:40 +0200
From: Jesper Dangaard Brouer <brouer@...hat.com>
To: Alexei Starovoitov <ast@...mgrid.com>
Cc: netdev@...r.kernel.org, Eric Dumazet <eric.dumazet@...il.com>,
brouer@...hat.com
Subject: Re: [PATCH 2/2] pktgen: introduce xmit_mode 'rx_inject'
On Tue, 05 May 2015 21:33:26 -0700
Alexei Starovoitov <ast@...mgrid.com> wrote:
> On 5/5/15 1:30 PM, Jesper Dangaard Brouer wrote:
> >
> > Introduce xmit_mode 'rx_inject' for pktgen which generates the packets
> > using familiar pktgen commands, but feeds them into
> > netif_receive_skb() instead of ndo_start_xmit().
> ...
> > pgset "xmit_mode rx_inject"
>
> I think 'xmit_mode rx_inject' would make native english speaker cringe,
> since it's saying 'transmit mode is receive' ... but I don't mind :)
Yes, I know. Like Daniel suggested, I considered only calling it "rx"
but it made me cringe for this exact reason, thus I extended it with
"inject". I'm flexible with the name of this...
> > Signed-off-by: Alexei Starovoitov <ast@...mgrid.com>
> > Signed-off-by: Jesper Dangaard Brouer <brouer@...hat.com>
> ...
> > @@ -251,13 +255,14 @@ struct pktgen_dev {
> > * we will do a random selection from within the range.
> > */
> > __u32 flags;
> > - int removal_mark; /* non-zero => the device is marked for
> > - * removal by worker thread */
> > -
> > + int xmit_mode;
> > int min_pkt_size;
> > int max_pkt_size;
> > int pkt_overhead; /* overhead for MPLS, VLANs, IPSEC etc */
> > int nfrags;
> > + int removal_mark; /* non-zero => the device is marked for
> > + * removal by worker thread */
>
> I'm not sure why you're moving removal_mark field.
Because I wanted to place 'xmit_more' on a read-only/mostly cache-line,
although it likely does not matter too much, I just wanted to avoid any
funny cache coherency protocol interactions.
> Looks good. Thank you for doing this.
> Ack. My SOB is already there :)
>
> btw, these patches didn't reach my subscribed to netdev email yet...
> something is stalling vger.
Hmm, that is strange. I think I see them. And they are on patchwork too.
https://patchwork.ozlabs.org/patch/468378/
https://patchwork.ozlabs.org/patch/468390/
--
Best regards,
Jesper Dangaard Brouer
MSc.CS, Sr. Network Kernel Developer at Red Hat
Author of http://www.iptv-analyzer.org
LinkedIn: http://www.linkedin.com/in/brouer
--
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