[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <7931a786-8e2c-1529-8910-3d4f6c816580@acm.org>
Date: Wed, 5 Feb 2020 14:45:22 -0800
From: Bart Van Assche <bvanassche@....org>
To: Can Guo <cang@...eaurora.org>
Cc: asutoshd@...eaurora.org, nguyenb@...eaurora.org,
hongwus@...eaurora.org, rnayak@...eaurora.org,
linux-scsi@...r.kernel.org, kernel-team@...roid.com,
saravanak@...gle.com, salyzyn@...gle.com,
Andy Gross <agross@...nel.org>,
Bjorn Andersson <bjorn.andersson@...aro.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>,
Stanley Chu <stanley.chu@...iatek.com>,
Bean Huo <beanhuo@...ron.com>,
Venkat Gopalakrishnan <venkatg@...eaurora.org>,
Tomas Winkler <tomas.winkler@...el.com>,
"open list:ARM/QUALCOMM SUPPORT" <linux-arm-msm@...r.kernel.org>,
open list <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] scsi: ufs: Fix registers dump vops caused scheduling
while atomic
On 2/4/20 10:31 PM, Can Guo wrote:
> Do you mean by splitting ufshcd_print_host_regs() into two functions?
> One behaves identically same to the current function, another one called
> ufshcd_print_host_regs_nosleep(). No?
Hi Can,
Not really. I had something else in mind.
Having taken a closer look at ufs_qcom_dump_dbg_regs() I started
wondering why there are sleep statements in that function. Is the goal
of these sleep statements perhaps to reduce how often printk() is
called? Has it been considered to remove all sleep calls from
ufs_qcom_dump_dbg_regs() and instead add something like the following at
the start of that function:
static DEFINE_RATELIMIT_STATE(_rs,
DEFAULT_RATELIMIT_INTERVAL,
DEFAULT_RATELIMIT_BURST);
if (!__ratelimit(&_rs))
return;
Thanks,
Bart.
Powered by blists - more mailing lists