[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <436cb819-f1f4-40ce-8e6e-f70e7f99513a@acm.org>
Date: Tue, 5 Mar 2024 11:13:27 -0800
From: Bart Van Assche <bvanassche@....org>
To: Avri Altman <avri.altman@....com>,
"James E . J . Bottomley" <jejb@...ux.vnet.ibm.com>,
"Martin K . Petersen" <martin.petersen@...cle.com>
Cc: Bean Huo <beanhuo@...ron.com>, linux-scsi@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH 3/4] scsi: ufs: Re-use compose_dev_cmd
On 3/4/24 01:23, Avri Altman wrote:
> -static int ufshcd_compose_dev_cmd(struct ufs_hba *hba,
> - struct ufshcd_lrb *lrbp, enum dev_cmd_type cmd_type, int tag)
> +static void __compose_dev_cmd(struct ufs_hba *hba, struct ufshcd_lrb *lrbp,
> + enum dev_cmd_type cmd_type, u8 lun, int tag)
> {
> lrbp->cmd = NULL;
> lrbp->task_tag = tag;
> - lrbp->lun = 0; /* device management cmd is not specific to any LUN */
> + lrbp->lun = lun;
> lrbp->intr_cmd = true; /* No interrupt aggregation */
> ufshcd_prepare_lrbp_crypto(NULL, lrbp);
> hba->dev_cmd.type = cmd_type;
> +}
Please chose a better function name than __compose_dev_cmd() and please
make sure that the function name starts with the ufshcd_ prefix.
Thanks,
Bart.
Powered by blists - more mailing lists