Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp4472652ybz; Tue, 28 Apr 2020 11:53:24 -0700 (PDT) X-Google-Smtp-Source: APiQypLsktUxIKDbnZoWHfECuTxlX5HueFTtemuTnqn5H6YzNeLM14ctZm7BWutpHVxemXKbjiFN X-Received: by 2002:a17:906:af67:: with SMTP id os7mr3822892ejb.182.1588100004327; Tue, 28 Apr 2020 11:53:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588100004; cv=none; d=google.com; s=arc-20160816; b=ZQ3PkqMeebmU0d+ohOdN+tld/2qbWZzAWc2TOAk3iBLvOENAdyi5SvFNp+E2KfuxJO PvZYXitZpy0qwI3gI0uSM8ao1/Dqly4d+OIyAMjxai5CbAZklO4htJYDRDM8XpyZjOWW U+H5FEoG0Y0BuVKHxI2LzFPS8MBqdoYTbbmQuo2g/2Poke/diEQhxYv8tHt+ITXb1KTY XpsU7tL8MBpim+1ZASEjmWzf3I1WowH46xBUPat+X/QJs1KoVKiW9p2PDsqiAXPx9l5D UdkhkNBaLuHbTrv+mzkiowhMXunsiBbZ5UOtWwyHMm/vAuYFch/BKYoOKu6HHvleLJM5 Q87g== 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:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=jvzYpBBXICRwELr3j0iULpegdVQm86vDuwYJdoAC5cQ=; b=kRUVu2JQYbYbF7joUgJvNDauScUU0ZL0bODVv7eCr099imcyhLEnhng1zpUX2pcPdb 8L21AN0ixIPe4YVRTcOZCoLHwqgOx1t1Cxkz2B/Jm+r1eoJA57NFwDjZucvzBSngP7u+ 8mkNe/JP4wJdFJcF+2CNeda0WaSVXLaWR/f3PksKDSBvtVMbVQj8HyE5oJUJjyo281jx DEk960P8Y4p7pEXq0+wS7q4J9c1BbOnXKV2jmNSQAR2dgd4A2K4Xbq/cU4G82BlOy8ps zpAAYDXvZlT+Z3ggJ/BOqQeLRAd0P4m8J6P3YQwoZ6Ws9jepKWFWqOa4NP4S8ottQXFV vCcw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=NN+A8Iw8; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id o23si2467365ejd.302.2020.04.28.11.53.00; Tue, 28 Apr 2020 11:53:24 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=NN+A8Iw8; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730513AbgD1Shj (ORCPT + 99 others); Tue, 28 Apr 2020 14:37:39 -0400 Received: from mail.kernel.org ([198.145.29.99]:55606 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730047AbgD1Shb (ORCPT ); Tue, 28 Apr 2020 14:37:31 -0400 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 31A91208E0; Tue, 28 Apr 2020 18:37:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1588099050; bh=dyQ/jAoog3/afvIT8/E4Yzhzrzavmt+MBeOOR32Pl3A=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=NN+A8Iw8lBQJfyzXHcYlwIExsZ+WARCX0ZT4FBdXtF1/rTmeLsF+Hp6FBmnyCeWCv E5DRENml4Kqwwc0121Gl6f6PMiVjdr4lb5/OYABGZzKmhcQ0c2yCpA1izyv9hAyDO+ TWLq+2C0GJZKnCN0dEtyipSwx5ehW+xslojdEPNw= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Halil Pasic , "Michael S. Tsirkin" , Stefan Hajnoczi , Sasha Levin Subject: [PATCH 5.4 050/168] virtio-blk: improve virtqueue error to BLK_STS Date: Tue, 28 Apr 2020 20:23:44 +0200 Message-Id: <20200428182238.212252103@linuxfoundation.org> X-Mailer: git-send-email 2.26.2 In-Reply-To: <20200428182231.704304409@linuxfoundation.org> References: <20200428182231.704304409@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Halil Pasic [ Upstream commit 3d973b2e9a625996ee997c7303cd793b9d197c65 ] Let's change the mapping between virtqueue_add errors to BLK_STS statuses, so that -ENOSPC, which indicates virtqueue full is still mapped to BLK_STS_DEV_RESOURCE, but -ENOMEM which indicates non-device specific resource outage is mapped to BLK_STS_RESOURCE. Signed-off-by: Halil Pasic Link: https://lore.kernel.org/r/20200213123728.61216-3-pasic@linux.ibm.com Signed-off-by: Michael S. Tsirkin Reviewed-by: Stefan Hajnoczi Signed-off-by: Sasha Levin --- drivers/block/virtio_blk.c | 9 +++++++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/drivers/block/virtio_blk.c b/drivers/block/virtio_blk.c index c2ed3e9128e3a..a55383b139df9 100644 --- a/drivers/block/virtio_blk.c +++ b/drivers/block/virtio_blk.c @@ -345,9 +345,14 @@ static blk_status_t virtio_queue_rq(struct blk_mq_hw_ctx *hctx, if (err == -ENOSPC) blk_mq_stop_hw_queue(hctx); spin_unlock_irqrestore(&vblk->vqs[qid].lock, flags); - if (err == -ENOMEM || err == -ENOSPC) + switch (err) { + case -ENOSPC: return BLK_STS_DEV_RESOURCE; - return BLK_STS_IOERR; + case -ENOMEM: + return BLK_STS_RESOURCE; + default: + return BLK_STS_IOERR; + } } if (bd->last && virtqueue_kick_prepare(vblk->vqs[qid].vq)) -- 2.20.1