From patchwork Fri Nov 2 16:01:24 2012 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: solomon X-Patchwork-Id: 196584 X-Patchwork-Delegate: davem@davemloft.net Return-Path: X-Original-To: patchwork-incoming@ozlabs.org Delivered-To: patchwork-incoming@ozlabs.org Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by ozlabs.org (Postfix) with ESMTP id EB5D02C00B2 for ; Sat, 3 Nov 2012 03:01:51 +1100 (EST) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758658Ab2KBQBe (ORCPT ); Fri, 2 Nov 2012 12:01:34 -0400 Received: from mail-da0-f46.google.com ([209.85.210.46]:62509 "EHLO mail-da0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1758486Ab2KBQBb (ORCPT ); Fri, 2 Nov 2012 12:01:31 -0400 Received: by mail-da0-f46.google.com with SMTP id n41so1704973dak.19 for ; Fri, 02 Nov 2012 09:01:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=9Qm27mnNzMbSUvWcUchH7vx1WXSYbkv6Ew7h5PjvwVM=; b=iqR42BDmQIGVTuhKZbGrPBTcL8/uz505f3O8ejuC9791uwvAEYmSXx0Uf1NGTAmeSs 1zFYcf9UkbIi4DzghpOm7pHROHGERy/5Rgq2E+qmgWLNHxt3BUBq2X8qU2fCBrm+nSIz i0Y88LGpkJTBo/BHMQig/PeeRMMA7O+aH8NZrV+vu9pXx4Hme7NK8TKGj/ww0b3F0Rio 5bZCquSoI/KfH2Vi5D0vT5M9BqYYPSZIUJ7VpUAZ5G7s168D3ic9DqJPiu/zjm/m1I5v V7x1zAG2hvZi+yZylxRQ9SLrDZVchwfAd+m59UpUFeSqYdAiV6FqdR5aAtXqZpuJEtQg 15Ww== Received: by 10.68.227.162 with SMTP id sb2mr7760658pbc.4.1351872091366; Fri, 02 Nov 2012 09:01:31 -0700 (PDT) Received: from [172.30.10.98] ([112.95.138.22]) by mx.google.com with ESMTPS id wf8sm5942335pbc.65.2012.11.02.09.01.26 (version=SSLv3 cipher=OTHER); Fri, 02 Nov 2012 09:01:30 -0700 (PDT) Message-ID: <5093EE54.3020607@gmail.com> Date: Sat, 03 Nov 2012 00:01:24 +0800 From: Shan Wei User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: steffen.klassert@secunet.com, David Miller , NetDev , Herbert Xu , Kernel-Maillist , cl@linux-foundation.org Subject: [PATCH v2 3/9] net: xfrm: use __this_cpu_read per-cpu helper Sender: netdev-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org From: Shan Wei Signed-off-by: Shan Wei --- net/xfrm/xfrm_ipcomp.c | 7 +++---- 1 files changed, 3 insertions(+), 4 deletions(-) diff --git a/net/xfrm/xfrm_ipcomp.c b/net/xfrm/xfrm_ipcomp.c index e5246fb..394d672 100644 --- a/net/xfrm/xfrm_ipcomp.c +++ b/net/xfrm/xfrm_ipcomp.c @@ -276,14 +276,13 @@ static struct crypto_comp * __percpu *ipcomp_alloc_tfms(const char *alg_name) struct crypto_comp * __percpu *tfms; int cpu; - /* This can be any valid CPU ID so we don't need locking. */ - cpu = raw_smp_processor_id(); - list_for_each_entry(pos, &ipcomp_tfms_list, list) { struct crypto_comp *tfm; tfms = pos->tfms; - tfm = *per_cpu_ptr(tfms, cpu); + + /* This can be any valid CPU ID so we don't need locking. */ + tfm = __this_cpu_read(tfms); if (!strcmp(crypto_comp_name(tfm), alg_name)) { pos->users++;