Received: by 10.213.65.68 with SMTP id h4csp62961imn; Fri, 30 Mar 2018 14:20:30 -0700 (PDT) X-Google-Smtp-Source: AIpwx4/bL2eHUhynBCSUAiH5JOK20GDhmeeoEESdvRnUdbouQzRcRtNjvDu5dxABiJAng2W9lMX7 X-Received: by 10.99.109.198 with SMTP id i189mr376796pgc.328.1522444830582; Fri, 30 Mar 2018 14:20:30 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1522444830; cv=none; d=google.com; s=arc-20160816; b=Wf7n1xr1mXhSi5/ExP9KYG2M00JXJXILyLLAdre3+4wioxUnJCMNTgDhI0waE1ML/s xiie16vyKmIe40Gc1yxG4LEFlYnX7dCprEoK2XLFfck1ekrw0pFtCCyeVyvmc7inDcDc R6BvupBarJmDLWXNTUESwekbl4wD8GMt7YBrDPqfy00VnSm0x1siIHofeM1JzTpR2FUo lY1DxjP0L88v9tVd+mZLezZbFGttJ7lq9potbO4LFRCw6AMDROWRuT6AlIr0duMie6lj 46v5QlNeSIKLU5wNgi0jPO99J6ru4U0JzWvt9lJQHg5x0iLTxNyxIvUBw8Iqs8tV/zKw N8LQ== 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=xFfGSS7zIvx3lzKFPE5rlUwSvh5NB1Xhlm/C3ckx73Q=; b=aYu7Sx4TGH0AdfnjKyU/MsOOx/TmXJHlHGWnu9t8IFOqXuWcdBEBjFtHkxwVBdvL3g /NjmxFDlX2IAHMPcdWsZrxIxgqBZ3t4XAbgyOHhzgHsJ1S1+kC5AXr8KZLyt+Oa/CdyX Ka1DhzEkGFocNvHbbufd3hsll4I8ReirUPnfPX6jzhtmkgjS1m9s6W4g/VcWjP04LCKe XPg6056/TMI8vLh25mew5rkYF3ykF4PMt7HS8P9em/FrrKLNVwpPpFW2JAsq2h5Om5cb 2TBh/uCRdrIJM7LnjRA48TxmjhiRmFpYt+gmvXUtoRkIgIczEIBB2V7Plww51j/jQ0D3 iyeQ== 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 31-v6si9005536plj.703.2018.03.30.14.20.14; Fri, 30 Mar 2018 14:20:30 -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 S1752980AbeC3VTD (ORCPT + 99 others); Fri, 30 Mar 2018 17:19:03 -0400 Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1]:42388 "EHLO mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752753AbeC3VTC (ORCPT ); Fri, 30 Mar 2018 17:19:02 -0400 Received: from pps.filterd (m0098409.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w2ULJ1bk059107 for ; Fri, 30 Mar 2018 17:19:01 -0400 Received: from e37.co.us.ibm.com (e37.co.us.ibm.com [32.97.110.158]) by mx0a-001b2d01.pphosted.com with ESMTP id 2h1w1tg01b-1 (version=TLSv1.2 cipher=AES256-SHA256 bits=256 verify=NOT) for ; Fri, 30 Mar 2018 17:19:01 -0400 Received: from localhost by e37.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Fri, 30 Mar 2018 15:18:55 -0600 Received: from b03cxnp08027.gho.boulder.ibm.com (9.17.130.19) by e37.co.us.ibm.com (192.168.1.137) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted; Fri, 30 Mar 2018 15:18:52 -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 w2ULIq2H12452174; Fri, 30 Mar 2018 14:18:52 -0700 Received: from b03ledav005.gho.boulder.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 129E7BE03A; Fri, 30 Mar 2018 15:18:52 -0600 (MDT) Received: from localhost (unknown [9.85.133.2]) by b03ledav005.gho.boulder.ibm.com (Postfix) with ESMTP id 95803BE038; Fri, 30 Mar 2018 15:18:51 -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] nvmet: fix nvmet_execute_write_zeroes function Date: Fri, 30 Mar 2018 18:18:50 -0300 X-Mailer: git-send-email 2.7.4 X-TM-AS-GCONF: 00 x-cbid: 18033021-0024-0000-0000-00001827E5E2 X-IBM-SpamModules-Scores: X-IBM-SpamModules-Versions: BY=3.00008773; HX=3.00000241; KW=3.00000007; PH=3.00000004; SC=3.00000255; SDB=6.01010755; UDB=6.00515008; IPR=6.00790033; MB=3.00020336; MTD=3.00000008; XFM=3.00000015; UTC=2018-03-30 21:18:54 X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused x-cbparentid: 18033021-0025-0000-0000-00004F517C3A Message-Id: <1522444730-2060-1-git-send-email-rosattig@linux.vnet.ibm.com> X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2018-03-30_08:,, 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=1011 lowpriorityscore=0 impostorscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1709140000 definitions=main-1803300214 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 the nr_sector is being incremented by 1, which ends up hitting the following condition at __blkdev_issue_zeroout: if ((sector | nr_sects) & bs_mask) return -EINVAL; Causing the command to always fail. Removing the increment makes the command to work properly. Signed-off-by: Rodrigo R. Galvao --- drivers/nvme/target/io-cmd.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/nvme/target/io-cmd.c b/drivers/nvme/target/io-cmd.c index 28bbdff..8d72686 100644 --- a/drivers/nvme/target/io-cmd.c +++ b/drivers/nvme/target/io-cmd.c @@ -174,7 +174,7 @@ 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; + (req->ns->blksize_shift - 9)); if (__blkdev_issue_zeroout(req->ns->bdev, sector, nr_sector, GFP_KERNEL, &bio, 0)) -- 2.7.4