Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp7506502imu; Wed, 14 Nov 2018 19:14:46 -0800 (PST) X-Google-Smtp-Source: AJdET5fbDUo4EjAxBIViWrhwjbYaDYZBWCrzZEbI5Fl3IUKrn6AubS+E2/vynlzGmjcM1NVVuCmE X-Received: by 2002:a62:4e49:: with SMTP id c70mr4581415pfb.167.1542251686936; Wed, 14 Nov 2018 19:14:46 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1542251686; cv=none; d=google.com; s=arc-20160816; b=XDtC0ZlJKn58MUYLEKzJEqv6Mb/OvX+2sUMEHyV9JiVKPOlE2Mr9HE9udMsFqIB/pv xZybSIshbc4S5S/l4PZlWiJYow/feJu0ZnO3TnH3/D64ZRmlkAXT+3vKXETflnlyPBlE fHPPvaXfhDjdhLubYsWECe29SKqsaYGoxoRQ0rFgPaCKZcRAR0YrTd2oFx+i18E6QWhr KeD0Ddx4cBQCwNytd94WD89l5wXkNzNCxzCU/N6CPcJhlbnXAN6oCS4GL6uZGpEmrkeV pWA+4coT6XeXF98MX0eBgsuCskgzQeLNSIh05J5XbEM/9e/e62K2sfmtDXcy7ErhuKQ/ IMVQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:date:subject:cc:to:from :dkim-signature; bh=LWLAp0Td9iaRdosjojClvLVG51epeI0HTz9AmhEJeT8=; b=tJGtaMRv/jua+mHvov610EM57xnQzloExb3/NWnFjAHgDe2zknAK8A8hm71pMhL36q vvqnBTN8SdWFyhATBfbMFize226KGSPFWf7GkxrllRQF37yUcFRIV8rSr0f69iuxBRLh 6dwvaGFLjWnwtCwUFq0Ot8MEEH6H+Z5g9O57tnwUWCQX2eCi8ZqdfFg8SHF/Y1V1B2Gf UBbpGjyuLB8Twf/dddMf7/e5XUc5VcCiUhdBJ/VmEuxJ8mDt+6JWFIuhVmZD5IjeGfXB SzZt5z63ENmgT9IZ6IyU5OrTWJLFdsbNXnNm9Lo3UJXRmHiJlBuG68pPyYv34MC58PEH Mnfg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@oracle.com header.s=corp-2018-07-02 header.b=wbo5OIU+; 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 t3-v6si27824745pfb.247.2018.11.14.19.14.32; Wed, 14 Nov 2018 19:14:46 -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=wbo5OIU+; 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 S1728501AbeKONTX (ORCPT + 99 others); Thu, 15 Nov 2018 08:19:23 -0500 Received: from userp2130.oracle.com ([156.151.31.86]:57032 "EHLO userp2130.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728166AbeKONTM (ORCPT ); Thu, 15 Nov 2018 08:19:12 -0500 Received: from pps.filterd (userp2130.oracle.com [127.0.0.1]) by userp2130.oracle.com (8.16.0.22/8.16.0.22) with SMTP id wAF33xA4029268; Thu, 15 Nov 2018 03:13:08 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=from : to : cc : subject : date : message-id; s=corp-2018-07-02; bh=LWLAp0Td9iaRdosjojClvLVG51epeI0HTz9AmhEJeT8=; b=wbo5OIU+q4UJOwr7pjp1qkMfNbbP3lnDK2OAscOeBx8Lx7hxu1y3/pUSZ+DNLP5sHAdx acz/7EKqJ/bTE0y+u0dM0oW1dtbCKHUzNA5uWs/5Vrn9jMYukeHwCQA+xGYzgKk8cwOv lB2TP+kRPTpv2I5pv7WY8coqNWnJ0ehTW7HFIbtlhoqBLKaUqTtcIcBSnxpkmMxmPuZ2 a7coZ5ngiiclhLpqb54Ew0GfiiWfBTfnpmzj43AowojDeLZ5D6A3yyICOEsEG1sEjbwC sNcVXMPrbgi+vV90PVUkRIP0XCEsUhlN2TGQ3TO08p/P3MqGJMg3GF0XfP6Vtc2m5Pu2 bw== Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234]) by userp2130.oracle.com with ESMTP id 2nr7cs73u5-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 15 Nov 2018 03:13:08 +0000 Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by aserv0022.oracle.com (8.14.4/8.14.4) with ESMTP id wAF3D2Og030438 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 15 Nov 2018 03:13:02 GMT Received: from abhmp0014.oracle.com (abhmp0014.oracle.com [141.146.116.20]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id wAF3D1ES010324; Thu, 15 Nov 2018 03:13:01 GMT Received: from will-ThinkCentre-M93p.cn.oracle.com (/10.182.70.234) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 14 Nov 2018 19:12:58 -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 V8 0/3] blk-mq: refactor code of issue request directly Date: Thu, 15 Nov 2018 11:12:35 +0800 Message-Id: <1542251558-10517-1-git-send-email-jianchao.w.wang@oracle.com> X-Mailer: git-send-email 2.7.4 X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=9077 signatures=668683 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-1811150026 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Jens Please consider this patchset for 4.21. It refactors the code of issue request directly to unify the interface and make the code clearer and more readable. The 1st patch refactors the code of issue request directly to unify the helper interface which could handle all the cases. The 2nd patch make blk_mq_sched_insert_requests issue requests directly with 'bypass' false, then it needn't to handle the non-issued requests any more. The 3rd patch replace and kill the blk_mq_request_issue_directly. V8: - drop the original 2nd patch which try to insert requests into hctx->dispatch if quiesced or stopped. - remove two wrong 'unlikely' V7: - drop the original 3rd patch which try to ensure hctx to be ran on its mapped cpu in issueing directly path. V6: - drop original 1st patch to address Jen's comment - discard the enum mq_issue_decision and blk_mq_make_decision and use BLK_STS_* return values directly to address Jen's comment. (1/5) - add 'unlikely' in blk_mq_try_issue_directly (1/5) - refactor the 2nd and 3rd patch based on the new 1st patch. - reserve the unused_cookie in 4th and 5th patch V5: - rebase against Jens' for-4.21/block branch - adjust the order of patch04 and patch05 - add patch06 to replace and kill the one line blk_mq_request_bypass_insert - comment changes V4: - split the original patch 1 into two patches, 1st and 2nd patch currently - rename the mq_decision to mq_issue_decision - comment changes V3: - Correct the code about the case bypass_insert is true and io scheduler attached. The request still need to be issued in case above. (1/4) - Refactor the code to make code clearer. blk_mq_make_request is introduced to decide insert, end or just return based on the return value of .queue_rq and bypass_insert (1/4) - Add the 2nd patch. It introduce a new decision result which indicates to insert request with blk_mq_request_bypass_insert. - Modify the code to adapt the new patch 1. V2: - Add 1st and 2nd patch to refactor the code. Jianchao Wang(3) blk-mq: refactor the code of issue request directly blk-mq: issue directly with bypass 'false' in blk_mq_sched_insert_requests blk-mq: replace and kill blk_mq_request_issue_directly block/blk-core.c | 4 +- block/blk-mq-sched.c | 8 ++-- block/blk-mq.c | 103 +++++++++++++++++++++------------------------------ block/blk-mq.h | 7 ++-- 4 files changed, 53 insertions(+), 69 deletions(-) Thanks Jianchao