[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <a5f29d4ed6098373fb3fe7a0194687d78d3592f7.camel@perches.com>
Date: Mon, 13 Aug 2018 02:50:47 -0700
From: Joe Perches <joe@...ches.com>
To: Chao Yu <yuchao0@...wei.com>, jaegeuk@...nel.org
Cc: linux-f2fs-devel@...ts.sourceforge.net,
linux-kernel@...r.kernel.org, chao@...nel.org
Subject: Re: [PATCH] Revert "f2fs: use printk_ratelimited for f2fs_msg"
On Mon, 2018-08-13 at 14:28 +0800, Chao Yu wrote:
> Don't limit printing log, so that we will not miss any key messages.
>
> This reverts commit a36c106dffb616250117efb1cab271c19a8f94ff.
[]
> diff --git a/fs/f2fs/super.c b/fs/f2fs/super.c
[]
> @@ -209,7 +209,7 @@ void f2fs_msg(struct super_block *sb, const char *level, const char *fmt, ...)
> va_start(args, fmt);
> vaf.fmt = fmt;
> vaf.va = &args;
> - printk_ratelimited("%sF2FS-fs (%s): %pV\n", level, sb->s_id, &vaf);
> + printk("%sF2FS-fs (%s): %pV\n", level, sb->s_id, &vaf);
> va_end(args);
> }
If there was value in ratelimiting these messages at all,
perhaps there is value in using a specific ratelimit_state
other than
static DEFINE_RATELIMIT_STATE(_rs, \
DEFAULT_RATELIMIT_INTERVAL, \
DEFAULT_RATELIMIT_BURST); \
Powered by blists - more mailing lists