Received: by 10.213.65.68 with SMTP id h4csp2453070imn; Mon, 2 Apr 2018 07:51:45 -0700 (PDT) X-Google-Smtp-Source: AIpwx489AdxlNw88sogkMhsitAfG2qWdGCQpuFQEFvYv367v2ic4Cr7lw3jIIg3HYH5gv7f+X/Xk X-Received: by 2002:a17:902:bc3:: with SMTP id 61-v6mr10091399plr.398.1522680705489; Mon, 02 Apr 2018 07:51:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1522680705; cv=none; d=google.com; s=arc-20160816; b=pylz04kKEhidhjscZ4rrQvM18pg/pH/y0QO8RaJafuf3BKWqLASMmTTnY5vQd1N/QE 4EgVgoNesQdWuMAcpja8LgIFwAPLPa30/6O1enfspKi3AogFof4ZhSwfSrINy5aWa3pM nsBxAdbTfdx0R3jIeIhoDIJ5riUDQofH+Aml8fqb5Oy7kks8R1DkmWkXXLcOGYXGTlyr yVtz6DsAkr7Kq6K+FWCDZZeJJi3cAD2qwMfePZxm68B6Wg7iQU8KtavBAOVuY3ShU9/D BgPdaEOLOdbmy4ysbrqQoJmsz0At+7OQqOqnB8tOCwXi1XoNDKbEQYjil81MXW1o8xI8 CSlA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:to:message-id:date:subject:cc:from :arc-authentication-results; bh=KvBo0+aEp6GpDRFr99f7lU4+o2MiQKia7AdOBbrL/mI=; b=XXqUorwHKCLdrZfoL9Nry5iAgT/xfIDD7eRa4l8BPcy9HUzWRh7YpTlsGx5v0mIa5c aRVD4fcTdmJVvxpTDCA+JxZvVNKjfEsqrB8d9x0BKMjCPd8VwVGnM6yPPFPlev7qtbNO LdNT/2u7qnSKrh33r5PzJAivmOp6o/CXxxtSP2LnKSJhq5qN34EIBWiZcs61P/9609SN 4QTPNvkMnuYnyCnAKd16kD59hPxvJzh72v3sJ4/TuTaHMDex28TzM2HEfrQj9IelJHeU rzmy6b8Thb/DR33OgMuDlWuSl7YFpS/Z5tm8wNd9pVbk8S3Ev0Am83rQvQK7blAMa9CL PqmA== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=ibm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b89-v6si466315plb.262.2018.04.02.07.51.20; Mon, 02 Apr 2018 07:51:45 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=ibm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751852AbeDBOts (ORCPT + 99 others); Mon, 2 Apr 2018 10:49:48 -0400 Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]:53442 "EHLO mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751131AbeDBOtr (ORCPT ); Mon, 2 Apr 2018 10:49:47 -0400 Received: from pps.filterd (m0098413.ppops.net [127.0.0.1]) by mx0b-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w32Ejxkk047258 for ; Mon, 2 Apr 2018 10:49:46 -0400 Received: from e35.co.us.ibm.com (e35.co.us.ibm.com [32.97.110.153]) by mx0b-001b2d01.pphosted.com with ESMTP id 2h3mmxn31y-1 (version=TLSv1.2 cipher=AES256-SHA256 bits=256 verify=NOT) for ; Mon, 02 Apr 2018 10:49:46 -0400 Received: from localhost by e35.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Mon, 2 Apr 2018 08:49:45 -0600 Received: from b03cxnp08027.gho.boulder.ibm.com (9.17.130.19) by e35.co.us.ibm.com (192.168.1.135) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted; Mon, 2 Apr 2018 08:49:42 -0600 Received: from b03ledav005.gho.boulder.ibm.com (b03ledav005.gho.boulder.ibm.com [9.17.130.236]) by b03cxnp08027.gho.boulder.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id w32EngOn11338124; Mon, 2 Apr 2018 07:49:42 -0700 Received: from b03ledav005.gho.boulder.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 45183BE03A; Mon, 2 Apr 2018 08:49:42 -0600 (MDT) Received: from localhost (unknown [9.18.239.102]) by b03ledav005.gho.boulder.ibm.com (Postfix) with ESMTP id 0DC63BE05F; Mon, 2 Apr 2018 08:49:42 -0600 (MDT) From: "Rodrigo R. Galvao" Cc: hch@lst.de, sagi@grimberg.me, linux-nvme@lists.infradead.org, linux-kernel@vger.kernel.org, rosattig@linux.vnet.ibm.com Subject: [PATCH v2] nvmet: fix nvmet_execute_write_zeroes function Date: Mon, 2 Apr 2018 11:49:41 -0300 X-Mailer: git-send-email 2.7.4 X-TM-AS-GCONF: 00 x-cbid: 18040214-0012-0000-0000-000015FC2D34 X-IBM-SpamModules-Scores: X-IBM-SpamModules-Versions: BY=3.00008789; HX=3.00000241; KW=3.00000007; PH=3.00000004; SC=3.00000255; SDB=6.01012065; UDB=6.00515770; IPR=6.00791337; MB=3.00020376; MTD=3.00000008; XFM=3.00000015; UTC=2018-04-02 14:49:44 X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused x-cbparentid: 18040214-0013-0000-0000-0000521E8C97 Message-Id: <1522680581-10220-1-git-send-email-rosattig@linux.vnet.ibm.com> X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2018-04-02_07:,, signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 impostorscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1709140000 definitions=main-1804020165 To: unlisted-recipients:; (no To-header on input) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org When trying to issue write_zeroes command against TARGET with a 4K block size, it ends up hitting the following condition at __blkdev_issue_zeroout: if ((sector | nr_sects) & bs_mask) return -EINVAL; Causing the command to always fail. Considering we need to add 1 to get the correct block count, that addition needs to be performed in the native format, so we moved the +1 to within le16_to_cpu prior to converting to 512b. Signed-off-by: Rodrigo R. Galvao --- drivers/nvme/target/io-cmd.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/nvme/target/io-cmd.c b/drivers/nvme/target/io-cmd.c index 28bbdff..5292bc3 100644 --- a/drivers/nvme/target/io-cmd.c +++ b/drivers/nvme/target/io-cmd.c @@ -173,8 +173,8 @@ static void nvmet_execute_write_zeroes(struct nvmet_req *req) sector = le64_to_cpu(write_zeroes->slba) << (req->ns->blksize_shift - 9); - nr_sector = (((sector_t)le16_to_cpu(write_zeroes->length)) << - (req->ns->blksize_shift - 9)) + 1; + nr_sector = (((sector_t)le16_to_cpu(write_zeroes->length + 1)) << + (req->ns->blksize_shift - 9)); if (__blkdev_issue_zeroout(req->ns->bdev, sector, nr_sector, GFP_KERNEL, &bio, 0)) -- 2.7.4