[<prev] [next>] [day] [month] [year] [list]
Message-Id: <20231125090236.654605-1-ghanshyam1898@gmail.com>
Date: Sat, 25 Nov 2023 14:32:36 +0530
From: Ghanshyam Agrawal <ghanshyam1898@...il.com>
To: ezequiel@...guardiasur.com.ar, mchehab@...nel.org
Cc: Ghanshyam Agrawal <ghanshyam1898@...il.com>,
linux-media@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-kernel-mentees@...ts.linuxfoundation.org,
Phillip Potter <phil@...lpotter.co.uk>
Subject: [PATCH V4] media: stk1160: Fixed high volume of stk1160_dbg messages
The function stk1160_dbg gets called too many times, which causes
the output to get flooded with messages. Since stk1160_dbg uses
printk, it is now replaced with printk_ratelimited.
Suggested-by: Phillip Potter <phil@...lpotter.co.uk>
Signed-off-by: Ghanshyam Agrawal <ghanshyam1898@...il.com>
---
V4:
Updated printk_ratelimited to KERN_DEBUG level instead of
KERN_WARNING level since the original function in use,
stk1160_dbg, uses KERN_DEBUG level.
V3:
Fixed the issue with my patch needing previous versions being applied
first.
Used printk_ratelimited instead of dev_warn_ratelimited because
of compiler error "incompatible pointer type".
V2:
To add KERN_WARNING in printk_ratelimited, and later as per warning by
the checkpatch script, replaced printk_ratelimited with
dev_warn_ratelimited.
V1:
The function stk1160_dbg gets called too many times, which causes
the output to get flooded with messages. Since stk1160_dbg uses
printk, it is now replaced with dev_warn_ratelimited.
drivers/media/usb/stk1160/stk1160-video.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/media/usb/stk1160/stk1160-video.c b/drivers/media/usb/stk1160/stk1160-video.c
index 4e966f6bf608..366f0e4a5dc0 100644
--- a/drivers/media/usb/stk1160/stk1160-video.c
+++ b/drivers/media/usb/stk1160/stk1160-video.c
@@ -107,8 +107,7 @@ void stk1160_copy_video(struct stk1160 *dev, u8 *src, int len)
/*
* TODO: These stk1160_dbg are very spammy!
- * We should 1) check why we are getting them
- * and 2) add ratelimit.
+ * We should check why we are getting them.
*
* UPDATE: One of the reasons (the only one?) for getting these
* is incorrect standard (mismatch between expected and configured).
@@ -151,7 +150,7 @@ void stk1160_copy_video(struct stk1160 *dev, u8 *src, int len)
/* Let the bug hunt begin! sanity checks! */
if (lencopy < 0) {
- stk1160_dbg("copy skipped: negative lencopy\n");
+ printk_ratelimited(KERN_DEBUG "copy skipped: negative lencopy\n");
return;
}
--
2.25.1
Powered by blists - more mailing lists