Received: by 2002:a05:6358:f14:b0:e5:3b68:ec04 with SMTP id b20csp3853322rwj; Tue, 20 Dec 2022 02:53:55 -0800 (PST) X-Google-Smtp-Source: AMrXdXuDnOUlaC3Pj5n6pswn6veIAsSjljBTdJAw2ATBiZ3U2kqG+oXiKqx1Ae+BMO5zjDRzf8tz X-Received: by 2002:a17:90b:3d03:b0:223:2865:73aa with SMTP id pt3-20020a17090b3d0300b00223286573aamr14377851pjb.2.1671533635673; Tue, 20 Dec 2022 02:53:55 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1671533635; cv=none; d=google.com; s=arc-20160816; b=fldDMFh9VtHGJfMnTHkpdi1LelCnzFv9WHipAa5OKBPs7GZtkZDxoInKYPBidwQzS4 rbuX8uTbju6jKs1m0Gr4ClbTI+F1M46oezRHCYiYkPDIYPtddc390jvxHFN0WjHeP9Wn PL1Dxg7qxtu8dNpWXmmy0CZjMLePY4MHww9rBFU2DjM5PH43HymZqZ694bat5AhS/8O4 3Tb96kMu1CPfahOkK19Q3K6l22/89OSuKJaifYMnP5Kj5t8nSurlpTD/VE17CV4rWDy5 aDrCiVhApXw1XYpNYnfU+kzpDj/6BIwQKPwNwyd/o59grnvCB3kTEBdzJeC7ayXeSRZG M+9g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=BW2wL5rZLGWANaXtbE6Zf354J+MxFDuL+khm7iePfVs=; b=k3W+f8JECdS6RyZpAiR8UzrMUddS0IptvNemMXiO6PFb6523M9hN7Ko8GlEI+2+O7j bkLSu2wJjl4g/eHDgDRT5FWjbAv4oTWwxGhqdktKDWNXplG7gf3AN0vzgGSo8spuA0t4 4b6Kyz6e9Cqj85M3WoLu/yOp72tjPN+VsSw4nEDXC2ncjEYeU07icgERE94WUg5mdBRn TdXkyaigbKY0TqlI10G821tU2jL5xLwvejSRRvP0KFcAccNoJu7Wy5+SAJCe2hwmAzXZ Ic6auVlh13bq2rrdT8QXGkWWnGym0VB2TqKo0UsMuIHlC0CQ7elyzyqpztLWovPp9g22 9dpQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id v25-20020a637a19000000b00480a937f894si14855991pgc.766.2022.12.20.02.53.45; Tue, 20 Dec 2022 02:53:55 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233443AbiLTJtY (ORCPT + 70 others); Tue, 20 Dec 2022 04:49:24 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51220 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233239AbiLTJtR (ORCPT ); Tue, 20 Dec 2022 04:49:17 -0500 Received: from szxga03-in.huawei.com (szxga03-in.huawei.com [45.249.212.189]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8670CBF5; Tue, 20 Dec 2022 01:49:15 -0800 (PST) Received: from canpemm500004.china.huawei.com (unknown [172.30.72.57]) by szxga03-in.huawei.com (SkyGuard) with ESMTP id 4NbsBd1rQLzHqXM; Tue, 20 Dec 2022 17:45:29 +0800 (CST) Received: from [10.174.179.14] (10.174.179.14) by canpemm500004.china.huawei.com (7.192.104.92) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.34; Tue, 20 Dec 2022 17:49:13 +0800 Subject: Re: [PATCH V2] scsi: libsas: Directly kick-off EH when ATA device fell off To: John Garry , yangxingui , , , , , , CC: , , , , References: <20221216100327.7386-1-yangxingui@huawei.com> <565fcf28-ec53-8d74-00a3-94be8e5b60e4@oracle.com> <9b8da72d-f251-9c1b-0727-28254d7007c3@oracle.com> From: Jason Yan Message-ID: Date: Tue, 20 Dec 2022 17:49:12 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0 MIME-Version: 1.0 In-Reply-To: <9b8da72d-f251-9c1b-0727-28254d7007c3@oracle.com> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [10.174.179.14] X-ClientProxiedBy: dggems702-chm.china.huawei.com (10.3.19.179) To canpemm500004.china.huawei.com (7.192.104.92) X-CFilter-Loop: Reflected X-Spam-Status: No, score=-5.4 required=5.0 tests=BAYES_00,NICE_REPLY_A, RCVD_IN_DNSWL_MED,SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2022/12/19 22:53, John Garry wrote: > Are you sure you mean sas_abort_task()? That is for the LLDD to issue an > abort TMF. I assume that you mean sas_task_abort(). If so, I am not too > keen on the idea of libsas calling into the LLDD to inform of such an > event. Note that maybe a tagset iter function could be used by libsas to > abort each active IO, but I don't like libsas messing with such a thing; > in addition, there may be some conflict between libsas aborting the IO > and the IO completing with error in the LLDD. Itering tagset in libsas is odd. The question is, shall we implement the aborting from the driver side, such as what sas_ata_device_link_abort() do. Or shall we implement the aborting from the upper side(scsi middle layer or block layer), such as trigger block layer time out handler immediately after we found device is gone? Thanks, Jason