Received: by 10.213.65.68 with SMTP id h4csp2551633imn; Mon, 2 Apr 2018 09:33:08 -0700 (PDT) X-Google-Smtp-Source: AIpwx4+VqkML+1R8v1DfyGtp+TCDKXPrS3vqSzmeTiGq8ctlhl+J5QgeYXUZFH6ysA6hKdrPmEtV X-Received: by 2002:a17:902:2006:: with SMTP id n6-v6mr10567355pla.150.1522686788939; Mon, 02 Apr 2018 09:33:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1522686788; cv=none; d=google.com; s=arc-20160816; b=px3MuRj1QlfGVREew35silN6if10IQC7KZpHTmcdwoq/aWQz2mZCaHbwtD0bQrdY2R tkDckbnWw7QZUmXaODY74DoDe2L6SPC6rk40gPP2HE1lGDb6At7d0CpKeP+tUHOdPPI/ uqS/xaYZfSbhOPJ0YozuA076CMC+/OJwYvfziUfdjO+WSgl9i8Ej+18imW32RqQTMCBb cjsSnGxUabOzi7DHPqHNSAVkEoZgNYT/QCGlk31o9R1tCosqxU1ryMX9TO7hko4nusoh L7gpttx3RZAQOHHH/94yC35mQQwary4Y42JEdznPXqIfwHr2R0pGbo7+Tl9yhwryVdKt qUpg== 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=DmeVCENOLMjbGd8PLqNuM/OUO34pd4IUKaqv+kdyqFw=; b=JqeaTWmWri4ZGVTZOIRE9Nafm10gSwuIp3DO1Uyh5xR5QhAZaa3Y+wKwImqvdOEwoq 7nyEDQSOJPDxF05Tmm96VzVsMk1WyqVmQhYrvfjDsduvLyF5arzhYZSwgyWCp5l4aOFg LxjWzuNYHLzhTxCyqw9EYg9dRigkvNJNGNrzpdLf5VFXlBZUTxxhu/bllLoL5evs0f7e 2YCg8uMZcwWwQ2cjQ1T+4T3ToQ7vB4EatLz9J2aHWjUVQBOv1gVxtWbfC2O82cuS9YCj OSqvZXz6MDPCz1+4JoxGFHIY9BtNSI/THTa3h+kMNf61joZQpyhadBunZYQSq/41EbWm +8gw== 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 33-v6si621723pll.332.2018.04.02.09.32.54; Mon, 02 Apr 2018 09:33:08 -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 S1753077AbeDBQbt (ORCPT + 99 others); Mon, 2 Apr 2018 12:31:49 -0400 Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1]:38000 "EHLO mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753013AbeDBQbp (ORCPT ); Mon, 2 Apr 2018 12:31:45 -0400 Received: from pps.filterd (m0098393.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w32GTYA9118300 for ; Mon, 2 Apr 2018 12:31:45 -0400 Received: from e12.ny.us.ibm.com (e12.ny.us.ibm.com [129.33.205.202]) by mx0a-001b2d01.pphosted.com with ESMTP id 2h3mj0t32f-1 (version=TLSv1.2 cipher=AES256-SHA256 bits=256 verify=NOT) for ; Mon, 02 Apr 2018 12:31:44 -0400 Received: from localhost by e12.ny.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Mon, 2 Apr 2018 12:31:43 -0400 Received: from b01cxnp22033.gho.pok.ibm.com (9.57.198.23) by e12.ny.us.ibm.com (146.89.104.199) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted; Mon, 2 Apr 2018 12:31:40 -0400 Received: from b01ledav004.gho.pok.ibm.com (b01ledav004.gho.pok.ibm.com [9.57.199.109]) by b01cxnp22033.gho.pok.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id w32GVef844236860; Mon, 2 Apr 2018 16:31:40 GMT Received: from b01ledav004.gho.pok.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 88E90112034; Mon, 2 Apr 2018 12:30:43 -0400 (EDT) Received: from localhost (unknown [9.18.239.102]) by b01ledav004.gho.pok.ibm.com (Postfix) with ESMTP id 5D9E1112051; Mon, 2 Apr 2018 12:30:43 -0400 (EDT) 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, rodrigorosattig@gmail.com Subject: [PATCH v3] nvmet: fix nvmet_execute_write_zeroes function Date: Mon, 2 Apr 2018 13:31:39 -0300 X-Mailer: git-send-email 2.7.4 X-TM-AS-GCONF: 00 x-cbid: 18040216-0048-0000-0000-000002541E0E X-IBM-SpamModules-Scores: X-IBM-SpamModules-Versions: BY=3.00008790; HX=3.00000241; KW=3.00000007; PH=3.00000004; SC=3.00000255; SDB=6.01012099; UDB=6.00515791; IPR=6.00791369; MB=3.00020377; MTD=3.00000008; XFM=3.00000015; UTC=2018-04-02 16:31:42 X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused x-cbparentid: 18040216-0049-0000-0000-000044A2A667 Message-Id: <1522686699-26894-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-1804020183 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 right after 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..cd23441 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