[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <b48a1556-d5bf-ea57-7f84-bdf55246a70f@acm.org>
Date: Thu, 27 Oct 2022 14:18:20 -0700
From: Bart Van Assche <bvanassche@....org>
To: Asutosh Das <quic_asutoshd@...cinc.com>, quic_cang@...cinc.com,
martin.petersen@...cle.com, linux-scsi@...r.kernel.org
Cc: quic_nguyenb@...cinc.com, quic_xiaosenh@...cinc.com,
stanley.chu@...iatek.com, eddie.huang@...iatek.com,
daejun7.park@...sung.com, avri.altman@....com, mani@...nel.org,
beanhuo@...ron.com, quic_richardp@...cinc.com,
linux-arm-msm@...r.kernel.org,
Alim Akhtar <alim.akhtar@...sung.com>,
"James E.J. Bottomley" <jejb@...ux.ibm.com>,
open list <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v3 04/17] ufs: core: Defer adding host to scsi if mcq is
supported
On 10/20/22 11:03, Asutosh Das wrote:
> If MCQ support is present, then enabling it would need
> reallocating tags and memory. It would also free up the
> already allocated memory in Single Doorbell Mode.
> So defer invoking scsi_add_host() until MCQ is configured.
The above probably should be modified to improve clarity. How about
changing "then enabling it would need" into "enabling it after MCQ
support has been configured would require"? Otherwise this patch looks
good to me.
Thanks,
Bart.
Powered by blists - more mailing lists