[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1a29e4dd7fd6f6df5b533c612d8349c4f6187821.camel@mediatek.com>
Date: Wed, 8 Oct 2025 06:08:20 +0000
From: Peter Wang (王信友) <peter.wang@...iatek.com>
To: "avri.altman@....com" <avri.altman@....com>, "quic_cang@...cinc.com"
<quic_cang@...cinc.com>, "quic_nguyenb@...cinc.com"
<quic_nguyenb@...cinc.com>, "quic_nitirawa@...cinc.com"
<quic_nitirawa@...cinc.com>, "bvanassche@....org" <bvanassche@....org>,
"manivannan.sadhasivam@...aro.org" <manivannan.sadhasivam@...aro.org>,
"adrian.hunter@...el.com" <adrian.hunter@...el.com>,
"martin.petersen@...cle.com" <martin.petersen@...cle.com>
CC: "linux-scsi@...r.kernel.org" <linux-scsi@...r.kernel.org>,
"beanhuo@...ron.com" <beanhuo@...ron.com>, "alim.akhtar@...sung.com"
<alim.akhtar@...sung.com>, "James.Bottomley@...senPartnership.com"
<James.Bottomley@...senPartnership.com>, "linux-kernel@...r.kernel.org"
<linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v1 2/2] scsi: ufs: core: Reduce the sleep before vcc can
be powered on
On Tue, 2025-10-07 at 09:19 -0700, Bart Van Assche wrote:
> Why a kernel module parameter? Why can't the default delay be set by
> ufshcd_variant_ops.init()?
>
> Thanks,
>
> Bart.
Hi Bart,
Yes, that is another method. The main point is that we should
have the flexibility to extend the delay time if we find that
2ms is not sufficient for some devices.
Thanks
Peter
Powered by blists - more mailing lists