[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20110901090930.064c2775@lxorguk.ukuu.org.uk>
Date: Thu, 1 Sep 2011 09:09:30 +0100
From: Alan Cox <alan@...rguk.ukuu.org.uk>
To: Geert Uytterhoeven <geert@...ux-m68k.org>
Cc: WANG Cong <xiyou.wangcong@...il.com>, linux-kernel@...r.kernel.org,
akpm@...ux-foundation.org, Mikael Starvik <starvik@...s.com>,
Jesper Nilsson <jesper.nilsson@...s.com>,
Alan Cox <alan@...ux.intel.com>, linux-cris-kernel@...s.com,
linux-serial@...r.kernel.org
Subject: Re: [PATCH] cris: lower the printk level in cris serial driver
> > if (info->recv_cnt + recvl > 65536) {
> > - printk(KERN_CRIT
> > + printk(KERN_INFO
> > "%s: Too much pending incoming serial data! Dropping %u bytes.\n", __func__, recvl);
> > return 0;
> > }
>
> I think dropped data warrants KERN_WARN.
If you have an overflow you want to push the relevant tty flag into the
queue. I'm not sure a printk is that useful - end users of embedded
devices (or even PC desktops) won't see it anyway and if you have serial
console it can actually make things worse
Plus of course it's not rate limited here so its a log wiping vector ...
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists