Received: by 2002:ac0:a581:0:0:0:0:0 with SMTP id m1-v6csp3348714imm; Sun, 24 Jun 2018 18:30:00 -0700 (PDT) X-Google-Smtp-Source: ADUXVKKcqyJ6ReeF0P6/SLXJYi/HV8WGWGwxbFfzo5tO4J1P+cM72fDj1zN8njlndrYZQFhdsju+ X-Received: by 2002:a17:902:8645:: with SMTP id y5-v6mr10340323plt.334.1529890200418; Sun, 24 Jun 2018 18:30:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1529890200; cv=none; d=google.com; s=arc-20160816; b=zRG8xi51Ot5W1pielpK3ICMUkP+qgiiqWL6rBDxeWDzlm7UY1YloyQorOzHnZQ6dLW HIOMvY0dQKEU4aPd1ujiYEFnPy4nMup2nJHw3QeC/Hmg/ulQURFWQak/ekYX8LZilr93 BuQyA/DoS3e292a8CD54JTSrHzj8+XK2gySWh9Xqibt5bxhD/fTOGtG3Su5JjlOGZmf+ pskYu/dizYViHG9MaI4+KzPdQ2MknOdAHIOuBM1Cs7z5BSXmNdpwdI3Ne0bLL9ogOkLg QU/EOnLBh4ePn3qwzoDITuwtFGRgUbYozfpuNZ70pirznMwPzUUQT4881hcC6jtbpq6Q dx+w== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature :arc-authentication-results; bh=rZmO17pWO5mXS1M6/k+r1JbTkkUkB5bYyZYcI9Vb+4k=; b=BoS5OBEbJqScgd0SMLrHjuFSgWkXKYr1FgocAXQgKDNTKHLws9cvZIkxcJw5AnAWNf nHT1fQf7R8yVhT7wQSHLpM///Jj96KujNwYFL7/8+Po73UV3BbvmnQzUx8oyd9ZWM2C1 u3eHIBE5zCkyq2B83bbX8Ujm0wJEN771yDAWyrIdlxTqtZoQLF3UZV91EKpdIQX7T4b2 C3KQppnhNL6N+lWPN/ExP764hmQ46zRIF5JjCoXPxcOCsO2ljk9N32/TBv3NwT5sBHU/ pZ70iB/YTRdowQ7Hz90/8toa+PHlxflncdFO9o+1x7jDpmo8kJX+vBF3qBm4662YfIZm rO2A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@oracle.com header.s=corp-2017-10-26 header.b="KJ/Rb6MI"; 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 j15-v6si1795360pgs.260.2018.06.24.18.29.46; Sun, 24 Jun 2018 18:30:00 -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; dkim=pass header.i=@oracle.com header.s=corp-2017-10-26 header.b="KJ/Rb6MI"; 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 S1752432AbeFYB3H (ORCPT + 99 others); Sun, 24 Jun 2018 21:29:07 -0400 Received: from userp2130.oracle.com ([156.151.31.86]:38612 "EHLO userp2130.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752153AbeFYB3F (ORCPT ); Sun, 24 Jun 2018 21:29:05 -0400 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 w5P1SuPa103335; Mon, 25 Jun 2018 01:28:57 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=subject : to : cc : references : from : message-id : date : mime-version : in-reply-to : content-type : content-transfer-encoding; s=corp-2017-10-26; bh=rZmO17pWO5mXS1M6/k+r1JbTkkUkB5bYyZYcI9Vb+4k=; b=KJ/Rb6MIBUKNlZZtQIqPo35Yb6XVFJumVMY6Y+Isq+I4lRgkbDZsWr5NlS9jllEVW1Bd BuTpaa1zCr11AZwIqvcgnzQCx6yT5Xps+2aCqfN27d/lmQ/BI2pwAAVzDeeRGJE5CqXH x9lvJD8kXqmQa54UutL8ksh4nKkoXSFtDeUD5zFI4Q2SVuI28aP29xPvkONuEyv2hHMo tC3Th/x4hkTFTj4E3VmiD1f/2nlWrpbdeQnRcyK4yCDOj5iV4qT+zX9igCy3jUkgGS4k 2RSO1+GXvqzYUzBzcK5sLsMPrDgPh/Ra1o0Aa93Dsev885HOqLXqTO4NjH79e+fO1vGB 9A== Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by userp2130.oracle.com with ESMTP id 2jt7vm0sy1-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 25 Jun 2018 01:28:57 +0000 Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by userv0022.oracle.com (8.14.4/8.14.4) with ESMTP id w5P1SuoY027137 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 25 Jun 2018 01:28:56 GMT Received: from abhmp0009.oracle.com (abhmp0009.oracle.com [141.146.116.15]) by aserv0121.oracle.com (8.14.4/8.13.8) with ESMTP id w5P1SteT024950; Mon, 25 Jun 2018 01:28:55 GMT Received: from [10.182.69.179] (/10.182.69.179) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sun, 24 Jun 2018 18:28:55 -0700 Subject: Re: [PATCH 0/5]stop normal completion path entering a timeout req To: Christoph Hellwig Cc: Keith Busch , axboe@kernel.dk, martin.petersen@oracle.com, josef@toxicpanda.com, ulf.hansson@linaro.org, linux-block@vger.kernel.org, linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org References: <1529500964-28429-1-git-send-email-jianchao.w.wang@oracle.com> <20180620181601.GA24145@localhost.localdomain> <20180621081900.GA5183@lst.de> <20180622151043.GA13470@lst.de> From: "jianchao.wang" Message-ID: <8438fb8b-564b-1208-7c88-8061552e1dcb@oracle.com> Date: Mon, 25 Jun 2018 09:29:19 +0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <20180622151043.GA13470@lst.de> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=8934 signatures=668703 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 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-1806210000 definitions=main-1806250016 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Christoph Sorry for delayed response. On 06/22/2018 11:10 PM, Christoph Hellwig wrote: > On Thu, Jun 21, 2018 at 04:22:22PM +0800, jianchao.wang wrote: >>> Trace, please. With the latest kernel. I'm not saying that there >>> is nothing to fix, but the mode of never completing once timeout >>> requests as currently done is SCSI is clearly broken. >>> >> >> I didn't find the existing method to simulate this. >> So I modified the scsi-debug as following patch as install it as following: >> modprobe scsi-debug delay=-1 ndelay=-1 >> Both 4.17-rc1 and 4.18-rc1 with this patch set could survive from the test. > > What tree is this against? I can't apply it to either current Linus' > tree or 4.17 for that matter. I made the patch against 4.18.rc1. > Also I'm not sure this blk_abort_request call is representative > of the real world. Drivers do drain their queues before calling > it in general, e.g. take a look at ata_eh_set_pending for the > probably most common user. > This blk_abort_request here is to force request timed out and simulate the scenario where timeout path and io completion path could occur concurrently. It is hard for me to trigger this scenario in real world, so I made this patch which may looks bad. What I want is to trigger the io completion and timeout path concurrently. Thanks Jianchao