Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp3434520imm; Tue, 17 Jul 2018 04:57:48 -0700 (PDT) X-Google-Smtp-Source: AAOMgpcS97/YzPU/g4/SfscnPAJ3zze5Vd1Y1+TxkM8Uq2fsd0lQL9lXPj5pTPNYlpASz4bhAeKg X-Received: by 2002:a63:7c18:: with SMTP id x24-v6mr1293837pgc.311.1531828668614; Tue, 17 Jul 2018 04:57:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1531828668; cv=none; d=google.com; s=arc-20160816; b=PF3Q0n9i86C/e7OWsj0H9vC8SoWZT/VxMUlNX0SyUlWDj/H/3Izg/vTM+8F9iSCEXp id3IlfOo1pVBbXvJZutlBIDFAUxcULZoBcDDretFijqrPsGJQTulkb8YqP0Hhdoh3Gd4 NWhlrYvGgh1FtF1P/0mlxJWyxGYx464V7ZiwyUEnZTOipgm2yMSqGStzl8pjQ1lR3oYr zNSKRlxxvQCRS8IoEb6Ccu0wjG46gVnLNVwocSWJSoac83bDOzSfhhKIR2cW+9GPrg1x EGku/gwwik4X8szmYFJP3dpiwz+cdn70aBNVhn4uCmWB3IxyqRJOScBE2aZ7qKe7XlTo 8Yfg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=2uSD+LXQGO3gtYBhfkonGJIaC8HlRs+O8UUmljzKHAU=; b=k4FKZXtfpDHRYm50WoE0YmaU0HIox24C2jI2NoNHAY7jV/lMWuDhEtagiSxu5yXdhT wN5Myi8dIZiW26lAa2PQvg5p3aZcU5/oo4h/tGbCo14kbep8DCXoHM4RQJT0HXWTKPck Ktqkl57w7U7o8VFmc8GWa/O5wghs7KhsmQiFfBm8E9MRQZEwrICSatAtINuqkTR4Jbbx 179j2uZfYRbZu8Z1x3bysghMjqSh5Nuf2iAnS8uBvNRToWFso3ci6UkFAFE5zTsaf3bg tVqJVz4aA72SlWZYjI2mrrq0sVvLbpFT+aueN70xP/W7uGzWOnfnxGKm85dSZYxWVBgr MM9A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id c18-v6si674720pgh.530.2018.07.17.04.57.33; Tue, 17 Jul 2018 04:57:48 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731196AbeGQM3Q (ORCPT + 99 others); Tue, 17 Jul 2018 08:29:16 -0400 Received: from nautica.notk.org ([91.121.71.147]:46679 "EHLO nautica.notk.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731087AbeGQM3Q (ORCPT ); Tue, 17 Jul 2018 08:29:16 -0400 Received: by nautica.notk.org (Postfix, from userid 1001) id BCB6AC009; Tue, 17 Jul 2018 13:56:54 +0200 (CEST) Date: Tue, 17 Jul 2018 13:56:39 +0200 From: Dominique Martinet To: piaojun Cc: Eric Van Hensbergen , Ron Minnich , Latchesar Ionkov , Linux Kernel Mailing List , v9fs-developer@lists.sourceforge.net Subject: Re: [PATCH v2] net/9p/client.c: fix misuse of spin_lock_irqsave for p9_client lock Message-ID: <20180717115639.GA26901@nautica> References: <5B4D8BD8.3040009@huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <5B4D8BD8.3040009@huawei.com> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org piaojun wrote on Tue, Jul 17, 2018: > In p9_read_work(), we use spin_lock for client->lock, but misuse > spin_lock_irqsave for it in p9_fid_create(). As p9_client lock won't be > locked in irq context, so spin_lock is enough. And that will improve the > performance. (I didn't say in v1, but the commit message sounds a bit odd to me, if there is any other change to the patch could you please rephrase it a bit?) > Rebased on 9p-next. (Likewise, this should probably go below the '---' mark to not be in the final commit message, 9p-next does not make sense to linux as a whole) > > Signed-off-by: Jun Piao Nitpicks aside this still looks good to me, I'm not expert in locking but I believe the conn_cancel stuff in trans_fd is called either from user context or workqueue which also is process context, while the rest comes from user context only. There *are* common functions called from interrupt context (I see: p9_tag_lookup, p9_client_cb, p9_parse_header) but luckily enough none of these take the lock. I'll give this one a little bit of time for others to review before picking it up, just in case, but will do if no-one complains. > --- > net/9p/client.c | 18 ++++++++---------- > net/9p/trans_fd.c | 7 +++---- > 2 files changed, 11 insertions(+), 14 deletions(-) > > diff --git a/net/9p/client.c b/net/9p/client.c > index 30f9aee..f6897ee 100644 > --- a/net/9p/client.c > +++ b/net/9p/client.c > @@ -275,14 +275,14 @@ static struct p9_fcall *p9_fcall_alloc(int alloc_msize) > INIT_LIST_HEAD(&req->req_list); > > idr_preload(GFP_NOFS); > - spin_lock_irq(&c->lock); > + spin_lock(&c->lock); > if (type == P9_TVERSION) > tag = idr_alloc(&c->reqs, req, P9_NOTAG, P9_NOTAG + 1, > GFP_NOWAIT); > else > tag = idr_alloc(&c->reqs, req, 0, P9_NOTAG, GFP_NOWAIT); > req->tc->tag = tag; > - spin_unlock_irq(&c->lock); > + spin_unlock(&c->lock); > idr_preload_end(); > if (tag < 0) > goto free; > @@ -328,13 +328,12 @@ struct p9_req_t *p9_tag_lookup(struct p9_client *c, u16 tag) > */ > static void p9_free_req(struct p9_client *c, struct p9_req_t *r) > { > - unsigned long flags; > u16 tag = r->tc->tag; > > p9_debug(P9_DEBUG_MUX, "clnt %p req %p tag: %d\n", c, r, tag); > - spin_lock_irqsave(&c->lock, flags); > + spin_lock(&c->lock); > idr_remove(&c->reqs, tag); > - spin_unlock_irqrestore(&c->lock, flags); > + spin_unlock(&c->lock); > kfree(r->tc); > kfree(r->rc); > kmem_cache_free(p9_req_cache, r); > @@ -846,10 +845,10 @@ static struct p9_fid *p9_fid_create(struct p9_client *clnt) > fid->fid = 0; > > idr_preload(GFP_KERNEL); > - spin_lock_irq(&clnt->lock); > + spin_lock(&clnt->lock); > ret = idr_alloc_u32(&clnt->fids, fid, &fid->fid, P9_NOFID - 1, > GFP_NOWAIT); > - spin_unlock_irq(&clnt->lock); > + spin_unlock(&clnt->lock); > idr_preload_end(); > > if (!ret) > @@ -862,13 +861,12 @@ static struct p9_fid *p9_fid_create(struct p9_client *clnt) > static void p9_fid_destroy(struct p9_fid *fid) > { > struct p9_client *clnt; > - unsigned long flags; > > p9_debug(P9_DEBUG_FID, "fid %d\n", fid->fid); > clnt = fid->clnt; > - spin_lock_irqsave(&clnt->lock, flags); > + spin_lock(&clnt->lock); > idr_remove(&clnt->fids, fid->fid); > - spin_unlock_irqrestore(&clnt->lock, flags); > + spin_unlock(&clnt->lock); > kfree(fid->rdir); > kfree(fid); > } > diff --git a/net/9p/trans_fd.c b/net/9p/trans_fd.c > index bf459ee..94ef685 100644 > --- a/net/9p/trans_fd.c > +++ b/net/9p/trans_fd.c > @@ -197,15 +197,14 @@ static void p9_mux_poll_stop(struct p9_conn *m) > static void p9_conn_cancel(struct p9_conn *m, int err) > { > struct p9_req_t *req, *rtmp; > - unsigned long flags; > LIST_HEAD(cancel_list); > > p9_debug(P9_DEBUG_ERROR, "mux %p err %d\n", m, err); > > - spin_lock_irqsave(&m->client->lock, flags); > + spin_lock(&m->client->lock); > > if (m->err) { > - spin_unlock_irqrestore(&m->client->lock, flags); > + spin_unlock(&m->client->lock); > return; > } > > @@ -217,7 +216,7 @@ static void p9_conn_cancel(struct p9_conn *m, int err) > list_for_each_entry_safe(req, rtmp, &m->unsent_req_list, req_list) { > list_move(&req->req_list, &cancel_list); > } > - spin_unlock_irqrestore(&m->client->lock, flags); > + spin_unlock(&m->client->lock); > > list_for_each_entry_safe(req, rtmp, &cancel_list, req_list) { > p9_debug(P9_DEBUG_ERROR, "call back req %p\n", req); > -- -- Dominique Martinet