Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp10241218imu; Wed, 5 Dec 2018 19:34:34 -0800 (PST) X-Google-Smtp-Source: AFSGD/Ub6UqPd+aQVFdMyY4BRTmHGeHHG54NnZkTv5pcl8YDhC+g0+cvz5IkfQKX8Hylv5vjrK/y X-Received: by 2002:a65:6491:: with SMTP id e17mr22506982pgv.418.1544067274416; Wed, 05 Dec 2018 19:34:34 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1544067274; cv=none; d=google.com; s=arc-20160816; b=dzljhOH6OV882a8UyV0azP6F4GA6YMLiNs6glg0jaLgB6qDnj7xFnZFUIWMO9l5vrm 4x/pK7BD/pi5rDzeH8JepTMSVoORdfiWCfiZqbqNzbB3NoPlumGGy/RyDMLFRdtd89bq AYu9jO4o+Xka07MX/yeorKIarmRwR/wGcMG61JGN7YDRTlWcRtGgKPKJMSX9+a4LV4Hs Kn5KtmDZWflFwMYxDKyFWGIicxQ/CfsX05FP+TwRFT/2OUUmkqkn8IvtQVdaMlkT1ST0 W7YK5OvzZ/xIr8Eiti6EeoCguqvqnQTpMG/BvRm6ChX/pqUcMt+1zm0SzyQ5spf2xZGc iMOg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from:dkim-signature; bh=S3+/7CXRFbPTfIbccA8dMMcAQ3GGP2dz6DsxuSvojyM=; b=iqIEuHqJB2amopCWoPytcvYGemQRQoR6S1/x9NH93vJ266nloDjgZxIKqOgf6PlnBB J+KgYfJXpN9yY0gJTG8uR3D2Zz7D90oZp1Ss7bydWFHXQYZ4kB4xwjktuFfyi4jwOCuk UUsctX6kvnZSLbk+kI9uH/AmWXNz0t1vDaMciNSJJfRUV+YACDVYCXbnSBhUyxbujAzm sCgQxGehbRFXjSHEugLQb4/XUODZssj3JVFcXUN2GK4DuPlqkkuqYwARYSLSA4qeXj+v lRUo19czOO71jeNZCP++vnOUxjxLYRkkN3HSEp4JX7qsStLOAnWw4jtpF5dikrbUbF14 AkyQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@oracle.com header.s=corp-2018-07-02 header.b="XC/LmE6h"; 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=pass (p=NONE sp=NONE dis=NONE) header.from=oracle.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 27si19147045pgu.421.2018.12.05.19.34.19; Wed, 05 Dec 2018 19:34:34 -0800 (PST) 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; dkim=pass header.i=@oracle.com header.s=corp-2018-07-02 header.b="XC/LmE6h"; 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=pass (p=NONE sp=NONE dis=NONE) header.from=oracle.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729047AbeLFDdg (ORCPT + 99 others); Wed, 5 Dec 2018 22:33:36 -0500 Received: from userp2120.oracle.com ([156.151.31.85]:54800 "EHLO userp2120.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728791AbeLFDdd (ORCPT ); Wed, 5 Dec 2018 22:33:33 -0500 Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.22/8.16.0.22) with SMTP id wB63SZZI083183; Thu, 6 Dec 2018 03:33:29 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=from : to : cc : subject : date : message-id : in-reply-to : references; s=corp-2018-07-02; bh=S3+/7CXRFbPTfIbccA8dMMcAQ3GGP2dz6DsxuSvojyM=; b=XC/LmE6hGgtbitlP4xXVTwm9f0KBRlEJnQ1XYNa3vuPtg+bM0BGUSyYFzMl3O3rlia8f 7GYC7rNrk2kwI8tFT7IXUsyLOb3/vO2UBA2Msu7zFgmc8lsuiu/UG3iOPAmtVCP8fSZg lgY36jjXKCoonImA6rjg05t56wukQ7wNvx5i1KO4Ay3dqFMIT+mzaI7yAfjCtI2jknAS HPRZJMXCr1IP90GdwPMCT2Iv7PFBp4UjoZdlqpsbPmpAjjJfFkh345hcnc2N4QL5X+Db MIvCJAbjhl7H8EuttfBP5CWXQJkNt0lisaUcF/OpxFJcXrxeH2sRfN2Rg0cT84cIoFVG bg== Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233]) by userp2120.oracle.com with ESMTP id 2p3jxrnuxh-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 06 Dec 2018 03:33:29 +0000 Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserv0021.oracle.com (8.14.4/8.14.4) with ESMTP id wB63XNi2028522 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 6 Dec 2018 03:33:23 GMT Received: from abhmp0001.oracle.com (abhmp0001.oracle.com [141.146.116.7]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id wB63XNYE014438; Thu, 6 Dec 2018 03:33:23 GMT Received: from will-ThinkCentre-M93p.cn.oracle.com (/10.182.70.234) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 05 Dec 2018 19:33:22 -0800 From: Jianchao Wang To: axboe@kernel.dk Cc: ming.lei@redhat.com, linux-block@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH V10 1/4] blk-mq: insert to hctx dispatch list when bypass_insert is true Date: Thu, 6 Dec 2018 11:32:37 +0800 Message-Id: <1544067160-20564-2-git-send-email-jianchao.w.wang@oracle.com> X-Mailer: git-send-email 2.7.4 In-Reply-To: <1544067160-20564-1-git-send-email-jianchao.w.wang@oracle.com> References: <1544067160-20564-1-git-send-email-jianchao.w.wang@oracle.com> X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=9098 signatures=668679 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=1 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1812060030 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org We don't allow direct dispatch of anything but regular reads/writes and insert all of non-read-write requests. However, this is not correct for 'bypass_insert == true' case where inserting is ignored and BLK_STS_RESOURCE is returned. The caller will fail forever. Fix it with inserting the non-read-write request to hctx dispatch list to avoid to involve merge and io scheduler when bypass_insert is true. Signed-off-by: Jianchao Wang --- block/blk-mq.c | 18 ++++++++++++++++-- 1 file changed, 16 insertions(+), 2 deletions(-) diff --git a/block/blk-mq.c b/block/blk-mq.c index 9005505..01802bf 100644 --- a/block/blk-mq.c +++ b/block/blk-mq.c @@ -1822,6 +1822,7 @@ static blk_status_t __blk_mq_try_issue_directly(struct blk_mq_hw_ctx *hctx, { struct request_queue *q = rq->q; bool run_queue = true; + bool force = false; /* * RCU or SRCU read lock is needed before checking quiesced flag. @@ -1836,9 +1837,18 @@ static blk_status_t __blk_mq_try_issue_directly(struct blk_mq_hw_ctx *hctx, goto insert; } - if (!blk_rq_can_direct_dispatch(rq) || (q->elevator && !bypass_insert)) + if (q->elevator && !bypass_insert) goto insert; + if (!blk_rq_can_direct_dispatch(rq)) { + /* + * For 'bypass_insert == true' case, insert request into hctx + * dispatch list. + */ + force = bypass_insert; + goto insert; + } + if (!blk_mq_get_dispatch_budget(hctx)) goto insert; @@ -1849,8 +1859,12 @@ static blk_status_t __blk_mq_try_issue_directly(struct blk_mq_hw_ctx *hctx, return __blk_mq_issue_directly(hctx, rq, cookie, last); insert: - if (bypass_insert) + if (force) { + blk_mq_request_bypass_insert(rq, run_queue); + return BLK_STS_OK; + } else if (bypass_insert) { return BLK_STS_RESOURCE; + } blk_mq_sched_insert_request(rq, false, run_queue, false); return BLK_STS_OK; -- 2.7.4