[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <45495479-dc4e-4d89-8c0d-836df83ee18a@acm.org>
Date: Thu, 2 Nov 2023 12:16:15 -0700
From: Bart Van Assche <bvanassche@....org>
To: naomi.chu@...iatek.com, linux-scsi@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
linux-mediatek@...ts.infradead.org,
Alim Akhtar <alim.akhtar@...sung.com>,
Avri Altman <avri.altman@....com>,
"James E.J. Bottomley" <jejb@...ux.ibm.com>,
"Martin K. Petersen" <martin.petersen@...cle.com>,
Matthias Brugger <matthias.bgg@...il.com>,
AngeloGioacchino Del Regno
<angelogioacchino.delregno@...labora.com>,
Manivannan Sadhasivam <mani@...nel.org>,
Asutosh Das <quic_asutoshd@...cinc.com>,
Can Guo <quic_cang@...cinc.com>
Cc: wsd_upstream@...iatek.com, peter.wang@...iatek.com,
casper.li@...iatek.com, powen.kao@...iatek.com,
alice.chao@...iatek.com, chun-hung.wu@...iatek.com,
cc.chou@...iatek.com, eddie.huang@...iatek.com
Subject: Re: [PATCH v3 1/1] ufs: core: Expand MCQ queue slot to
DeviceQueueDepth + 1
On 11/1/23 22:24, naomi.chu@...iatek.com wrote:
> The UFSHCI 4.0 specification mandates that there should always be at
> least one empty slot in each queue for distinguishing between full and
> empty states. Enlarge the `hwq->max_entries` to `DeviceQueueDepth +1`
> to allow UFSHCI 4.0 controllers to fully utilize MCQ queue slots.
Reviewed-by: Bart Van Assche <bvanassche@....org>
Powered by blists - more mailing lists