I applied this to master.
On Tue, Sep 24, 2013 at 10:10:02PM +0000, Pritesh Kothari (pritkoth) wrote:
> Acked-by: pritesh <pritesh.koth...@cisco.com>
>
> On Sep 24, 2013, at 2:58 PM, Ben Pfaff wrote:
>
> > ---
> > ofproto/ofproto-dpif-upcall.c | 10 +++++-----
> > 1 file changed, 5 insertions(+), 5 deletions(-)
> >
> > diff --git a/ofproto/ofproto-dpif-upcall.c b/ofproto/ofproto-dpif-upcall.c
> > index d75c61b..16c53e5 100644
> > --- a/ofproto/ofproto-dpif-upcall.c
> > +++ b/ofproto/ofproto-dpif-upcall.c
> > @@ -254,7 +254,7 @@ udpif_revalidate(struct udpif *udpif)
> > udpif_drop_key_clear(udpif);
> > }
> >
> > -/* Retreives the next upcall which ofproto-dpif is responsible for
> > handling.
> > +/* Retrieves the next upcall which ofproto-dpif is responsible for
> > handling.
> > * The caller is responsible for destroying the returned upcall with
> > * upcall_destroy(). */
> > struct upcall *
> > @@ -274,7 +274,7 @@ upcall_destroy(struct upcall *upcall)
> > }
> > }
> >
> > -/* Retreives the next batch of processed flow misses for 'udpif' to
> > install.
> > +/* Retrieves the next batch of processed flow misses for 'udpif' to
> > install.
> > * The caller is responsible for destroying it with
> > flow_miss_batch_destroy().
> > */
> > struct flow_miss_batch *
> > @@ -323,7 +323,7 @@ flow_miss_batch_destroy(struct flow_miss_batch *fmb)
> > free(fmb);
> > }
> >
> > -/* Retreives the next drop key which ofproto-dpif needs to process. The
> > caller
> > +/* Retrieves the next drop key which ofproto-dpif needs to process. The
> > caller
> > * is responsible for destroying it with drop_key_destroy(). */
> > struct drop_key *
> > drop_key_next(struct udpif *udpif)
> > @@ -332,7 +332,7 @@ drop_key_next(struct udpif *udpif)
> > return next ? CONTAINER_OF(next, struct drop_key, list_node) : NULL;
> > }
> >
> > -/* Destorys and deallocates 'drop_key'. */
> > +/* Destroys and deallocates 'drop_key'. */
> > void
> > drop_key_destroy(struct drop_key *drop_key)
> > {
> > @@ -375,7 +375,7 @@ udpif_dispatcher(void *arg)
> > return NULL;
> > }
> >
> > -/* The miss handler thread is responsible for processing miss upcalls
> > retreived
> > +/* The miss handler thread is responsible for processing miss upcalls
> > retrieved
> > * by the dispatcher thread. Once finished it passes the processed miss
> > * upcalls to ofproto-dpif where they're installed in the datapath. */
> > static void *
> > --
> > 1.7.10.4
> >
> > _______________________________________________
> > dev mailing list
> > dev@openvswitch.org
> > http://openvswitch.org/mailman/listinfo/dev
>
_______________________________________________
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
