On Wed, Nov 23, 2016 at 01:29:15PM +0100, Tobias Klauser wrote: > Change "aquire" to "acquire". > > Signed-off-by: Tobias Klauser <tklauser@xxxxxxxxxx> > --- > > Hi Paul, > > As suggested in our private conversation, I try to give it another shot to > submit a patch. Let's hope it now reaches you directly and/or via mailing list. I did get this one! Queued and pushed, thank you! Thanx, Paul > Thanks > Tobias > > CodeSamples/SMPdesign/lockrwdeq.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/CodeSamples/SMPdesign/lockrwdeq.c b/CodeSamples/SMPdesign/lockrwdeq.c > index 137aa1a7b669..fd0d07cad15a 100644 > --- a/CodeSamples/SMPdesign/lockrwdeq.c > +++ b/CodeSamples/SMPdesign/lockrwdeq.c > @@ -74,7 +74,7 @@ void deq_push_r(struct cds_list_head *e, struct deq *p) > /* > * And now the concurrent implementation, which uses a counter and a rw lock. > * The counter holds the current available number of items to modify. > - * Before doing a modification we aquire a read lock and reserve our item to modify > + * Before doing a modification we acquire a read lock and reserve our item to modify > * (link/unlink). > * If there are not enough items left for true parallel access we will upgrade > * the read lock, to a write lock, making the access truly sequential. > -- > 2.11.0.rc0.7.gbe5a750 > > -- To unsubscribe from this list: send the line "unsubscribe perfbook" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html