Received: by 2002:ac0:a581:0:0:0:0:0 with SMTP id m1-v6csp77474imm; Thu, 21 Jun 2018 14:14:39 -0700 (PDT) X-Google-Smtp-Source: ADUXVKLppDKHv3YoferqlZL+ydP5+Ocejqc2j/OhT+jRefsAtC0lrdKReT0LT+O8YxtX+WrihFf8 X-Received: by 2002:a62:67c5:: with SMTP id t66-v6mr29195972pfj.20.1529615679813; Thu, 21 Jun 2018 14:14:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1529615679; cv=none; d=google.com; s=arc-20160816; b=jfnIxFXGQx4mU4LqSSbEksCIwhq4PZnd0TpPQZdCEJrjTix13ZhOTAk5IOtI1xE9oB pH3vWfcX10BajOrxl4UwHobxTspsrF1ogdzNx76K4L1+dj5ueX4Tqo3PUj3xGLUvHWb0 iJOMX7E92ip2lqcUal6KKViijnhLeiKVltlwGUf3ATMataCVsegOdwFL7EV7rMV9WDuE foKuXKDZt0XDTIy4jM/Pf+gF9mnzYaePDa+h87IpGO+UicwnmD9xA4XYO1yqwvwDNHCl 6duDAIQH+9XdDmldNP3bf0TnRALXiYApscMWthrezu1kcedYqQu/tVyj73c1MnCdWzqY 2eTw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=A9p4jKx9qoJumcnSvbwHNvRzSkxBV0pAikRIQL1VXf4=; b=XN6TONbCDaVaoSgSVRdybvbi8b5OtlUgUFBX7jUv3gSH4iZjLX/IMk0szdgWeZrlcX cMG5Z9JRJEN9MfXeOV+D4kuKrrgcmociGppHNXedp/VzfoIAzdK8K4Mm3yemX0reN3F8 bWDW1on9vhm9dOpy1boVxY7j7yr9swKksuZsW8IuGxS/xx9lI2pok50A8mXeJVPHxwGw nFbJduq9pfCsjpz0IyA/b8qWGrngqmXYfS/e+4iCw7CZ6pljuesBrLv8EvS1w7FDvtsr GeRLhT7OrReQHtBOl7RH3fsT00oO4aXdKRazaaxxJ4XMCCDiJALOq8pbMWEO+6t187qc ttcw== 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=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u29-v6si5753645pfi.96.2018.06.21.14.14.23; Thu, 21 Jun 2018 14:14:39 -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=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933592AbeFUVMS (ORCPT + 99 others); Thu, 21 Jun 2018 17:12:18 -0400 Received: from mga03.intel.com ([134.134.136.65]:27587 "EHLO mga03.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933346AbeFUVMQ (ORCPT ); Thu, 21 Jun 2018 17:12:16 -0400 X-Amp-Result: UNSCANNABLE X-Amp-File-Uploaded: False Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga103.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 21 Jun 2018 14:12:16 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.51,253,1526367600"; d="scan'208";a="66179450" Received: from unknown (HELO localhost.localdomain) ([10.232.112.44]) by fmsmga001.fm.intel.com with ESMTP; 21 Jun 2018 14:12:15 -0700 Date: Thu, 21 Jun 2018 15:15:29 -0600 From: Keith Busch To: Bart Van Assche Cc: "hch@lst.de" , "jianchao.w.wang@oracle.com" , "linux-kernel@vger.kernel.org" , "linux-block@vger.kernel.org" , "martin.petersen@oracle.com" , "axboe@kernel.dk" , "linux-scsi@vger.kernel.org" , "josef@toxicpanda.com" , "ulf.hansson@linaro.org" Subject: Re: [PATCH 0/5]stop normal completion path entering a timeout req Message-ID: <20180621211529.GA27589@localhost.localdomain> References: <1529500964-28429-1-git-send-email-jianchao.w.wang@oracle.com> <20180620181601.GA24145@localhost.localdomain> <20180621081900.GA5183@lst.de> <84a5b54c318b130f47775747d37dc139c27ebda7.camel@wdc.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <84a5b54c318b130f47775747d37dc139c27ebda7.camel@wdc.com> User-Agent: Mutt/1.9.1 (2017-09-22) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jun 21, 2018 at 06:21:09PM +0000, Bart Van Assche wrote: > That's not how the SCSI core works. How does it work? Jianchao is advocating for holes in software to ignore reacting to hardware events and force unnecessary error escalation. Putting holes in kernel software can't possibly be our only recourse.