Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1707334pxb; Thu, 4 Feb 2021 22:12:07 -0800 (PST) X-Google-Smtp-Source: ABdhPJwLgbauK7xEj/S91EouOmGbyh1C+HfjAp/yxy8yxg1IcDKYayeD3YvWDvIe7rnJrUKGTCSg X-Received: by 2002:a17:906:3e42:: with SMTP id t2mr2590957eji.439.1612505527699; Thu, 04 Feb 2021 22:12:07 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1612505527; cv=none; d=google.com; s=arc-20160816; b=MxNLhaKRSCFVR4jdRj+tPV7VSjESGJFdpOzKcQH5sw9ydILT0BEamknPnqef77imJ9 evyoDaP37uCFlPdGVShrxgfZjAJkt3T/Lf862wpuZssJiXrrojIDC5QI/YF0tyNp/gQh Qxf5NNbgq3QNwz+n6Jy9pJpSIdg14BRlEIwuvA5ZSbm1t4O9PaO/um5hz4Eo081M5qdr loPsaxH2lIk7MHQS2c44NLavE2efhMYE2xM6I3eOekCcH2S1vXA9ObkdxMY1vg9nLUib lzER8xyOhmg6EXypdHNwmoLvuhoZm8Tb5GbMfHQ6tkRXcomRWBzn7vlpy4wj/8DmYAEG ZrSw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:message-id:references:in-reply-to :subject:cc:to:from:date:content-transfer-encoding:mime-version :sender:dkim-signature; bh=IFL4u0zMOgMkwj7IrAvMy3o6w3y0xusQQ4M2DQQ2kcU=; b=Xk9Ji3JVZPqk0fajxGvGSCzcO5O+a12NrAlgZiziFirDF01KtmJ8ZYTKt+zhhxBT9+ p4oBa15i11wvvNGO+OdLVBsave31UmOF1XAfnb+KqPDvQsRS8xYkLmj25GzbPqhfACqA gxXchihr8MHO3ZxgTsizUDonTUqCfGMkTz3Aec1iEpOc+qaTdOSCrE5NlbNQ50k7/xvn LzPN7x2wrDfGmiAmveDrnSilYW9YbujKQp3VxMG3PyW1mtR0086nLr4WVq+13+rsCduD wQsWINF1xtGaYpuliulfgXGoSpBn9QDxJXNrDUnHY1h2kWYE7xi+moYhmo5oX4sDfmdQ gljQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@mg.codeaurora.org header.s=smtp header.b=lKbM2uB0; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id v25si4934691edq.408.2021.02.04.22.11.43; Thu, 04 Feb 2021 22:12:07 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@mg.codeaurora.org header.s=smtp header.b=lKbM2uB0; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230494AbhBEGKt (ORCPT + 99 others); Fri, 5 Feb 2021 01:10:49 -0500 Received: from so15.mailgun.net ([198.61.254.15]:48557 "EHLO so15.mailgun.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230372AbhBEGKr (ORCPT ); Fri, 5 Feb 2021 01:10:47 -0500 DKIM-Signature: a=rsa-sha256; v=1; c=relaxed/relaxed; d=mg.codeaurora.org; q=dns/txt; s=smtp; t=1612505428; h=Message-ID: References: In-Reply-To: Subject: Cc: To: From: Date: Content-Transfer-Encoding: Content-Type: MIME-Version: Sender; bh=IFL4u0zMOgMkwj7IrAvMy3o6w3y0xusQQ4M2DQQ2kcU=; b=lKbM2uB0UeaMKmaXjrrpFWTLyWqZ4QSWyv0TJSWIu3D6vlt8+S/Br51cjrR47gZJBMe6kCkO h1kDJZi5APtrrih1lT7ZlhVfiJBxNQVajwIbLf8fcataSab/Wgc/D0QQnFJH1PfEM+pYco1V Ktd1I0iXL93ojCZ0tLbDhfa+tPQ= X-Mailgun-Sending-Ip: 198.61.254.15 X-Mailgun-Sid: WyI0MWYwYSIsICJsaW51eC1rZXJuZWxAdmdlci5rZXJuZWwub3JnIiwgImJlOWU0YSJd Received: from smtp.codeaurora.org (ec2-35-166-182-171.us-west-2.compute.amazonaws.com [35.166.182.171]) by smtp-out-n06.prod.us-east-1.postgun.com with SMTP id 601ce13371c267229398a564 (version=TLS1.2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256); Fri, 05 Feb 2021 06:09:55 GMT Sender: cang=codeaurora.org@mg.codeaurora.org Received: by smtp.codeaurora.org (Postfix, from userid 1001) id 0F519C43462; Fri, 5 Feb 2021 06:09:55 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-caf-mail-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.9 required=2.0 tests=ALL_TRUSTED,BAYES_00 autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.codeaurora.org (localhost.localdomain [127.0.0.1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: cang) by smtp.codeaurora.org (Postfix) with ESMTPSA id 4462BC433C6; Fri, 5 Feb 2021 06:09:54 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Fri, 05 Feb 2021 14:09:54 +0800 From: Can Guo To: Bart Van Assche Cc: jaegeuk@kernel.org, asutoshd@codeaurora.org, nguyenb@codeaurora.org, hongwus@codeaurora.org, linux-scsi@vger.kernel.org, kernel-team@android.com, Alim Akhtar , Avri Altman , "James E.J. Bottomley" , "Martin K. Petersen" , Stanley Chu , Bean Huo , Sujit Reddy Thumma , Vinayak Holikatti , Yaniv Gardi , open list Subject: Re: [PATCH v3 3/3] scsi: ufs: Fix wrong Task Tag used in task management request UPIUs In-Reply-To: References: <1611807365-35513-1-git-send-email-cang@codeaurora.org> <1611807365-35513-4-git-send-email-cang@codeaurora.org> <8351747f-0ec9-3c66-1bdf-b4b73fcee698@acm.org> Message-ID: X-Sender: cang@codeaurora.org User-Agent: Roundcube Webmail/1.3.9 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2021-02-01 10:39, Bart Van Assche wrote: > On 1/28/21 9:57 PM, Can Guo wrote: >> On 2021-01-29 11:15, Bart Van Assche wrote: >>> On 1/27/21 8:16 PM, Can Guo wrote: >>>> In __ufshcd_issue_tm_cmd(), it is not right to use hba->nutrs + >>>> req->tag as >>>> the Task Tag in one TMR UPIU. Directly use req->tag as the Task Tag. >>> >>> Why is the current code wrong and why is this patch the proper fix? >>> Please explain this in the patch description. >> >> req->tag is the tag allocated for one TMR, no? > > Hi Can, > Commit e293313262d3 ("scsi: ufs: Fix broken task management command > implementation") includes the following changes: > > + task_tag = hba->nutrs + free_slot; > task_req_upiup->header.dword_0 = > UPIU_HEADER_DWORD(UPIU_TRANSACTION_TASK_REQ, 0, > - lrbp->lun, > lrbp->task_tag); > + lun_id, task_tag); > task_req_upiup->header.dword_1 = > UPIU_HEADER_DWORD(0, tm_function, 0, 0); > > As one can see the value written in dword_0 starts at hba->nutrs. Was > that code correct? If that code was correct, does your patch perhaps > break task management support? That code is wrong. The Task Tag in Dword_0 should be the real tag we allocated for TMR. The transfer request Task Tag which we are trying to abort is given in Dword_5, which is the Input Parameter 3 of the TMR UPIU. I am not sure why the author gave hba->nutrs + req->tag as the Task Tag of one TMR, the commit msg abot this part is not quite informative.... Table 10.22 — Task Management Request UPIU TASK MANAGEMENT REQUEST UPIU ---------------------------------- |0 |1 |2 |3 | ---------------------------------- |xx00 0100b| Flags |LUN |Task Tag| ---------------------------------- ... 16 (MSB) |17 |18 |19 (LSB)| ---------------------------------- Input Parameter 2 ---------------------------------- Table 10.24 — Task Management Input Parameters Field Description Input Parameter 2 LSB: Task Tag of the task/command operated by the task management function. Thanks, Can Guo. > > Thanks, > > Bart.