Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp1555548imm; Wed, 1 Aug 2018 19:02:40 -0700 (PDT) X-Google-Smtp-Source: AAOMgpfkLKggjdEd3iZThra/AgLzh0jedNrPoNNveWCbXkGWRdi0YJkPwx3xKeKYxp7/A3roc87j X-Received: by 2002:a17:902:4401:: with SMTP id k1-v6mr624109pld.97.1533175360817; Wed, 01 Aug 2018 19:02:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1533175360; cv=none; d=google.com; s=arc-20160816; b=JpPNSOZ4d8jXr/+vtqANCPGxSNuaNJ+jqPm1Ewmn4xFTl5gjzL27F8BS27XxsdX/I8 N5t3NcPAG9puSUg67e0zfdiFUIgTe2sn+YTW36MPsp5yUKCK+6TDCEkbNb+3b2lfPWuc bfNDvjshTDDhqT1ccdTyMp7pvtx0vk/Q4G4ls3xXASN8sKsCAs32+v2JqJbVdscKdfqp PRo4oQf1j6FK3hkEcfzPd1Z26Vgbgp/MzTHh7C1DYDkv0PV23pIDk3bDV8uA24e0Spuu LiRHdlarAnVlgpXgjoSuhBOYfRu4uLzIHUkLe4cfDYuXz7Hi8r7uCuRooneCGk+zdOzF 3jCw== 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=on4+wIIy2nrPBH9h/07mkCxE/v1T8MhMYZsrIWXZCfA=; b=zSCeKmpjXZeN7URDJxDyCkWOYeMKGDDVpfOexx5gJL5MNc8F71IlINRzUIGAjYtS4D 2FgJ1fq9Ys1Bv4I7LE/YXrDmfGhnkVBdj5OC1Dv92UeQsKoHq7MX2yZm1c+1pLZoqsAt aup38+4L7cAE0pcCTlHuGnBep22bRnC3m7wStZR/xPAoX6QZsTFD1ac3QI+5tq0N67Lc KiTw0wwx+7slMXedPpIfti7A/xVY5t27DHz7tSH4M2E4j3B/QZgMOjkeeiZpqy1mugp2 Fr0eSVEPM72u1NWKVHLZKY4c8uWLw6CKGQ4adMTfzdf2veymfGLjBp/1+OY88zZ+EFKs +O+w== 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 g11-v6si472911plb.323.2018.08.01.19.02.26; Wed, 01 Aug 2018 19:02:40 -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 S1731951AbeHBDtz (ORCPT + 99 others); Wed, 1 Aug 2018 23:49:55 -0400 Received: from szxga05-in.huawei.com ([45.249.212.191]:10211 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726839AbeHBDtz (ORCPT ); Wed, 1 Aug 2018 23:49:55 -0400 Received: from DGGEMS405-HUB.china.huawei.com (unknown [172.30.72.59]) by Forcepoint Email with ESMTP id E74809CA9609A; Thu, 2 Aug 2018 10:01:07 +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.399.0; Thu, 2 Aug 2018 10:01:07 +0800 Subject: Re: [PATCH v2] net/9p/trans_virtio.c: add null terminal for mount tag To: Dominique Martinet References: <5B6262F4.9080601@huawei.com> <20180802015439.GA27403@nautica> CC: "akpm@linux-foundation.org" , "Eric Van Hensbergen" , Ron Minnich , "Latchesar Ionkov" , Greg Kurz , "Linux Kernel Mailing List" , From: piaojun Message-ID: <5B62658A.3010605@huawei.com> Date: Thu, 2 Aug 2018 09:59:38 +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: <20180802015439.GA27403@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/8/2 9:54, Dominique Martinet wrote: > piaojun wrote on Thu, Aug 02, 2018: >> chan->tag is Non-null terminated which will result in printing messy code >> when debugging code. So we should add '\0' for tag to make the code more >> convenient and robust. In addition, I drop char->tag_len to simplify the >> code. > > Some new lines in commit message would be appreciated. > > That aside, I have a couple of nitpicks, but it looks good to me - thanks > >> >> Signed-off-by: Jun Piao >> --- >> net/9p/trans_virtio.c | 15 +++++---------- >> 1 file changed, 5 insertions(+), 10 deletions(-) >> >> diff --git a/net/9p/trans_virtio.c b/net/9p/trans_virtio.c >> index d422bfc..0fe9c37 100644 >> --- a/net/9p/trans_virtio.c >> +++ b/net/9p/trans_virtio.c >> @@ -89,10 +89,8 @@ struct virtio_chan { >> unsigned long p9_max_pages; >> /* Scatterlist: can be too big for stack. */ >> struct scatterlist sg[VIRTQUEUE_NUM]; >> - >> - int tag_len; >> /* >> - * tag name to identify a mount Non-null terminated >> + * tag name to identify a mount null terminated >> */ >> char *tag; >> >> @@ -529,10 +527,9 @@ static ssize_t p9_mount_tag_show(struct device *dev, >> vdev = dev_to_virtio(dev); >> chan = vdev->priv; >> >> - memcpy(buf, chan->tag, chan->tag_len); >> - buf[chan->tag_len] = 0; >> + memcpy(buf, chan->tag, strlen(chan->tag) + 1); >> >> - return chan->tag_len + 1; >> + return strlen(chan->tag) + 1; > > Use a local variable for strlen(chan->tag)? > Yes, local variable looks better. >> } >> >> static DEVICE_ATTR(mount_tag, 0444, p9_mount_tag_show, NULL); >> @@ -585,7 +582,7 @@ static int p9_virtio_probe(struct virtio_device *vdev) >> err = -EINVAL; >> goto out_free_vq; >> } >> - tag = kmalloc(tag_len, GFP_KERNEL); >> + tag = kzalloc(tag_len + 1, GFP_KERNEL); >> if (!tag) { >> err = -ENOMEM; >> goto out_free_vq; >> @@ -594,7 +591,6 @@ static int p9_virtio_probe(struct virtio_device *vdev) >> virtio_cread_bytes(vdev, offsetof(struct virtio_9p_config, tag), >> tag, tag_len); >> chan->tag = tag; >> - chan->tag_len = tag_len; >> err = sysfs_create_file(&(vdev->dev.kobj), &dev_attr_mount_tag.attr); >> if (err) { >> goto out_free_tag; >> @@ -654,8 +650,7 @@ static int p9_virtio_probe(struct virtio_device *vdev) >> >> mutex_lock(&virtio_9p_lock); >> list_for_each_entry(chan, &virtio_chan_list, chan_list) { >> - if (!strncmp(devname, chan->tag, chan->tag_len) && >> - strlen(devname) == chan->tag_len) { >> + if (!strncmp(devname, chan->tag, strlen(chan->tag) + 1)) { > > strncmp(x, y, strlen(y)+1) is precisely what strcmp does so let's use > the simpler version > strcmp looks simpler, and I will wait for a while to hear more suggestions, and then post another patch for these fixes. Thanks, Jun