RE: [PATCH] cris: lower the printk level in cris serial driver

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



As a side note crisv10 is old stuff. If you want to change anything keep it simple (like changing log level). Finding someone to verify more correct modifications as Alan proposes may be difficult.

/Mikael

-----Original Message-----
From: Alan Cox [mailto:alan@xxxxxxxxxxxxxxxxxxx] 
Sent: den 1 september 2011 10:10
To: Geert Uytterhoeven
Cc: WANG Cong; linux-kernel@xxxxxxxxxxxxxxx; akpm@xxxxxxxxxxxxxxxxxxxx; Mikael Starvik; Jesper Nilsson; Alan Cox; linux-cris-kernel; linux-serial@xxxxxxxxxxxxxxx
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 ...
��.n��������+%������w��{.n�����{��ǫ����{ay�ʇڙ���f���h������_�(�階�ݢj"��������G����?���&��



[Index of Archives]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Linux PPP]     [Linux FS]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Linmodem]     [Device Mapper]     [Linux Kernel for ARM]

  Powered by Linux