Received: by 2002:a05:6358:9144:b0:117:f937:c515 with SMTP id r4csp1680855rwr; Fri, 5 May 2023 19:20:45 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ72idrbXPUQ6QN+ZhpaeaRglekIqtANr56q+4hIlASyjPBegdGQmDOTq6Dj9xvr1CbSul/u X-Received: by 2002:a17:90a:c8:b0:247:90d8:41fd with SMTP id v8-20020a17090a00c800b0024790d841fdmr3464900pjd.26.1683339644736; Fri, 05 May 2023 19:20:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1683339644; cv=none; d=google.com; s=arc-20160816; b=stBp9Atagy3tL2yKotE/FK/N+dJJcAhXMNcpW5QTHQ3x95MNKtmtq77vUjfzslewqn DM3VirWBoUzfOuSJsZfUNY4cgfoHyzOYqnX2B8y8XPeVfMUABDJNqRcKb4XB9LEnmyy0 pq+QaIDKjkiRQsFC7rhTknOAO8NroYflP9a4Y3iC2LckmKu7mfLcfEdFTQqLhEFt5iC5 UuEsBBVO5L8Mz5WCrEN00GC62tFsmMhv+y5BKh4amRn8o5v6m8tMinipZmjb9uD7m58k nS/2q9Scz75dh141nbgkxZAdOZdUxGYk/kTW7Gao8LbsSqym3EQj/zI99N1qRwiYXTMI BEog== 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=jhoX7jta0yoGeqQhzbI1nHUW+xTb+4ASHcE2WySKkg0=; b=Hf8vUXh/d41NgX7wfET9aT7B5dPITRSWWHG1hoJP+1lO7FI2gAdVD8rkhkg3kYs07a z1HkVu4iEQvRfHzY8Tl+wvhVmYquVqOvx3IMHny2qnmglX8DlvwWde66vBl6EkdNuhzB 1QPkR7ohN1FxyFzWI/fz9+4ktBFWV0G0Naqg0HwyY+/ciFLYwBEosNC68e1bsaNGDdcx X3A1jcwgnOZvOP/0Sjdk6xzUXFsBZxz2z+KoACOYUIyQLHU+lxLn3d54tt/yi4A1J52X 5csXJC25dqD/cobyLldAwRLVJx1B+Sf6KXU4MGVxQa0uKWM1kZS0w1gIn101bRk2ady/ keQw== 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 nm7-20020a17090b19c700b00247992c3cf6si7699216pjb.71.2023.05.05.19.20.29; Fri, 05 May 2023 19:20:44 -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 S230008AbjEFCLI (ORCPT + 99 others); Fri, 5 May 2023 22:11:08 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42396 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229460AbjEFCLG (ORCPT ); Fri, 5 May 2023 22:11:06 -0400 Received: from szxga01-in.huawei.com (szxga01-in.huawei.com [45.249.212.187]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5BE9A59C3; Fri, 5 May 2023 19:11:05 -0700 (PDT) Received: from canpemm100004.china.huawei.com (unknown [172.30.72.53]) by szxga01-in.huawei.com (SkyGuard) with ESMTP id 4QCrXK3msXzZfqM; Sat, 6 May 2023 10:06:57 +0800 (CST) Received: from [10.174.179.14] (10.174.179.14) by canpemm100004.china.huawei.com (7.192.105.92) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.23; Sat, 6 May 2023 10:11:02 +0800 Subject: Re: [PATCH v2] ata: libata-scsi: Fix get identity data failed To: yangxingui , John Garry , Damien Le Moal , , , CC: , , , , References: <20230505025712.19438-1-yangxingui@huawei.com> <291f1d97-9195-45ac-8e12-058f5c797277@kernel.org> <1b703656-e966-63f8-19dd-33e4e9914676@huawei.com> From: Jason Yan Message-ID: <4364409d-e63c-f87f-0484-f170e92d44c5@huawei.com> Date: Sat, 6 May 2023 10:11:02 +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: <1b703656-e966-63f8-19dd-33e4e9914676@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: dggems704-chm.china.huawei.com (10.3.19.181) To canpemm100004.china.huawei.com (7.192.105.92) X-CFilter-Loop: Reflected X-Spam-Status: No, score=-8.5 required=5.0 tests=BAYES_00,NICE_REPLY_A, RCVD_IN_DNSWL_MED,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE 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 2023/5/5 17:14, yangxingui wrote: > > > On 2023/5/5 16:25, John Garry wrote: >> On 05/05/2023 09:17, Damien Le Moal wrote: >>>> --- a/drivers/ata/libata-scsi.c >>>> +++ b/drivers/ata/libata-scsi.c >>>> @@ -26,6 +26,7 @@ >>>>   #include >>>>   #include >>>>   #include >>>> +#include >> >> hmmm... is it really acceptable that libata is referencing libsas? I >> didn't think that it would be. libsas uses libata, not the other way >> around. > Yeah, I didn't expect that either. Is there any other way? If so, is > patch v1 OK? Hi Xingui, Libsas should follow the standard way of libata to manage the ata structures. Not the opposite way. So what you should do is to find a way for libsas to behave as a normal ata driver. It's not good to make libata aware of libsas or referencing libsas. If you have detailed questions you can ask me internally(which will be faster) or publicly through the maillist(which may have some delay). Thanks, Jason