Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp5383imm; Tue, 17 Jul 2018 19:20:34 -0700 (PDT) X-Google-Smtp-Source: AAOMgpdm6Q/4UOM6DcpGgPhi7otfI3bf3U5aqpgtno4iU/LCh6FACzin6W88ySXTZbb+rSuHkBi+ X-Received: by 2002:a17:902:1703:: with SMTP id i3-v6mr3885159pli.263.1531880434383; Tue, 17 Jul 2018 19:20:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1531880434; cv=none; d=google.com; s=arc-20160816; b=qDU124aB2N2GCbutpT6RSQOU47w4LRXF2n+2Mnv6hrbqr7SYVV9u7VvrQWfZqc+zfr hOTBCZui9htu9Dad7scv0m+BbD5Ez6u+KCK+ArPoBBhe3aoV5WpARcTF1xmzPzJh/mHH yHoOXMmf22S0KS5rQfyrjn1X3HY0d9p4BSZcjmg3RNZHyaxyLEgtjeRfS9yYuj4nOV/S 5mg+JfJ7D61CkkO3VfWkau80ZzV64f7e9m8IbfQGz0yZiwcO4SmKXV4gVwyj9Su18u5Y n/ehi9BMfkH1y+22pb0r45kj4jCij1Py24TwgHQZxDd33rzJTadZTBFMkT/UN6gN3uNK F++A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:in-reply-to :mime-version:user-agent:date:message-id:from:cc:references:to :subject:arc-authentication-results; bh=W4e4Kt2wiTkrOpU8afDz3AFKiRBPTSU9cn3d/6HzsaQ=; b=NXFh7kZJTN8QaMDiAuH7GGUb0fA8souRT8b4qhJYTdgpTpTy9hGDo/N2MtrM358rVz JBH3CKHFGm8pfERV2hEiXZCsw+tXhTUQ1HYkdCgBIMIf5hOng+SQBD+QcX07zIrfyqUy n0TQmCuL7xBpToW4jranAf+asiKUnnFoQgTktgiMXNQRjWdBExf5kYGH2hnXOQXmtKRj sLRhnKcq1W0MZbrcY7qZNcavujyjC3+uJFDMddkl7x8V/OIF08BczJIZNyWM8ybCsUQq 1Mq7v4vZNfE6su5wPfrUfk19u02RmQUHHaIxj7BiU0ZRSd/KZ16/I63gJ9qBMTmnYq25 01aw== 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 o9-v6si2089682plk.434.2018.07.17.19.20.13; Tue, 17 Jul 2018 19:20:34 -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 S1731358AbeGRCzH (ORCPT + 99 others); Tue, 17 Jul 2018 22:55:07 -0400 Received: from szxga07-in.huawei.com ([45.249.212.35]:53412 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1730180AbeGRCzH (ORCPT ); Tue, 17 Jul 2018 22:55:07 -0400 Received: from DGGEMS405-HUB.china.huawei.com (unknown [172.30.72.59]) by Forcepoint Email with ESMTP id 27B625E12E315; Wed, 18 Jul 2018 10:19:34 +0800 (CST) Received: from [10.177.253.249] (10.177.253.249) by smtp.huawei.com (10.3.19.205) with Microsoft SMTP Server id 14.3.382.0; Wed, 18 Jul 2018 10:19:33 +0800 Subject: Re: [PATCH v2] net/9p/client.c: fix misuse of spin_lock_irqsave for p9_client lock To: Dominique Martinet References: <5B4D8BD8.3040009@huawei.com> <20180717115639.GA26901@nautica> CC: Eric Van Hensbergen , Ron Minnich , Latchesar Ionkov , Linux Kernel Mailing List , From: piaojun Message-ID: <5B4EA3A8.5090004@huawei.com> Date: Wed, 18 Jul 2018 10:19:20 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <20180717115639.GA26901@nautica> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.177.253.249] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Dominique, On 2018/7/17 19:56, Dominique Martinet wrote: > 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?) Yes, I will rephrase it if there is any change to the patch. > >> 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) > Thanks for your suggestion. >> >> 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); >> -- >