Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp862883rwb; Tue, 27 Sep 2022 05:44:42 -0700 (PDT) X-Google-Smtp-Source: AMsMyM4Rz9UfmbNPJZUHxKKN9YufK0TSVB7JsvTejPWeBQRUmBQ3Lq2kIwOLpdd0+5b7NJFWZ4A0 X-Received: by 2002:a17:907:7f02:b0:73d:dffa:57b3 with SMTP id qf2-20020a1709077f0200b0073ddffa57b3mr23563974ejc.19.1664282682132; Tue, 27 Sep 2022 05:44:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1664282682; cv=none; d=google.com; s=arc-20160816; b=MB+872MCugRrL99hRDcoL8qhY3sPD+xBK++0QauZjxvac37Td7eYlS322uUcgPdgY9 5CIwrN5FMh7ggMkvIz3GcFmYY+iteJik7COkAF43NpLTBSZgK+9IP461ZJSBnhgfr9jN S852utmicOzf41l/19oGtyZgs72FSTpsiocs2aFVrt3hTCxLajlbtC4tq9tGTEhwi48H 95PWAy9WRxQq9QQcktKw+8sC9X7+TdGnIjjYHTYeL9CdK1PltD0fFpENMigKmYX4VfN6 OeMQAknbr7u/WkUn8gP4xSnnRyPbRxDY+26w/Sc2vCnU8Q1sEFbUDlZjRohvg9gcBS2t Nqqw== 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=yifAGgmT6v5CY4YUk7ONKPNmz4yEFwPV37rJtN2K46U=; b=baUyVXunGKGsNiWrzsx8q8VLbV62PS2+8+WUEyKb+1mU2Ami0CS44PquB5mGdcDM6q 3TfQB9hxdQVL0eflMicj5hfxmCIXwnX0zJQzN/bKHj+UsAx4PS55XL4HoZ5KTS4MdAzm vQvfqdGJF+IdsJjaPtYoXEDLIeeP+5c6qDJ5CMljqsa+UVHcGuWfO1XhOWHqZPtvr1xx tULlDX3VJFXfqD3sdU2IcCEre+cNkN+qpSpTDeEI8LGELcvHPBlQxZ0RqFXBCuxUXDs+ Ifd6V0vnUyFXvPv6+y+ImbC3JDBaftKVfUb8kTkPmLp5BUi7gqCe3FnTZeOwnRrtrxD8 3HNA== 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 c62-20020a509fc4000000b004574dc3490fsi1377572edf.474.2022.09.27.05.44.14; Tue, 27 Sep 2022 05:44:42 -0700 (PDT) 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 S232099AbiI0L2I (ORCPT + 99 others); Tue, 27 Sep 2022 07:28:08 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:36504 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231751AbiI0L1j (ORCPT ); Tue, 27 Sep 2022 07:27:39 -0400 Received: from szxga01-in.huawei.com (szxga01-in.huawei.com [45.249.212.187]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5AC74137918; Tue, 27 Sep 2022 04:25:42 -0700 (PDT) Received: from canpemm500004.china.huawei.com (unknown [172.30.72.56]) by szxga01-in.huawei.com (SkyGuard) with ESMTP id 4McHKd2BjGzpTyR; Tue, 27 Sep 2022 19:22:45 +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.31; Tue, 27 Sep 2022 19:25:39 +0800 Subject: Re: [PATCH v4 3/8] scsi: pm8001: use sas_find_attached_phy() instead of open coded To: John Garry , , CC: , , , , , , , Jack Wang References: <20220927032605.78103-1-yanaijie@huawei.com> <20220927032605.78103-4-yanaijie@huawei.com> <9e9f8384-0662-73ef-ab17-8420c94762fb@huawei.com> From: Jason Yan Message-ID: Date: Tue, 27 Sep 2022 19:25:39 +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: <9e9f8384-0662-73ef-ab17-8420c94762fb@huawei.com> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Originating-IP: [10.174.179.14] X-ClientProxiedBy: dggems703-chm.china.huawei.com (10.3.19.180) To canpemm500004.china.huawei.com (7.192.104.92) X-CFilter-Loop: Reflected X-Spam-Status: No, score=-6.5 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/9/27 16:34, John Garry wrote: > On 27/09/2022 04:26, Jason Yan wrote: >> +++ b/drivers/scsi/pm8001/pm8001_sas.c >> @@ -645,22 +645,16 @@ static int pm8001_dev_found_notify(struct >> domain_device *dev) >>       pm8001_device->dcompletion = &completion; >>       if (parent_dev && dev_is_expander(parent_dev->dev_type)) { >>           int phy_id; >> -        struct ex_phy *phy; >> -        for (phy_id = 0; phy_id < parent_dev->ex_dev.num_phys; >> -        phy_id++) { >> -            phy = &parent_dev->ex_dev.ex_phy[phy_id]; >> -            if (SAS_ADDR(phy->attached_sas_addr) >> -                == SAS_ADDR(dev->sas_addr)) { >> -                pm8001_device->attached_phy = phy_id; >> -                break; >> -            } >> -        } >> -        if (phy_id == parent_dev->ex_dev.num_phys) { >> + >> +        phy_id = sas_find_attached_phy(&parent_dev->ex_dev, dev); >> +        if (phy_id == -ENODEV) { >>               pm8001_dbg(pm8001_ha, FAIL, >>                      "Error: no attached dev:%016llx at ex:%016llx.\n", >>                      SAS_ADDR(dev->sas_addr), >>                      SAS_ADDR(parent_dev->sas_addr)); >>               res = -1; > > I think that you can just pass the linux error code (-ENODEV) back here. > > And for hisi_sas we change to -EINVAL for this code. I don't think it's > required, so I think that we can pass -ENODEV back there also. Using > -EINVAL seems to come from when the code was originally added in > abda97c2fe874 and from a quick glance libsas does not seem to have > special processing for -EINVAL. > Yes, libsas does not have any special processing for the return value, so there is no difference in what value we return here. But I agree with you that return -ENODEV is better here because we can keep it consistent with the return value of sas_find_attached_phy(). Will update. Thanks, Jason > Thanks, > John > >> +        } else { >> +            pm8001_device->attached_phy = phy_id; >>           } >>       } else { >>           if (dev->dev_type == SAS_SATA > > .