lkml.org 
[lkml]   [2008]   [Feb]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: kernel losing printk messages?
On Tue, 26 Feb 2008, Szekeres István wrote:

> > I guess in dmesg the output is also corrupted, right?
> Interesting. Even after a dmesg -c -s 1000000 it contains only the end
> of the story. This is the beginning of the dmesg output:

Probably your kernel ring buffer is too small (log_buf_len boot
parameter).

> rusalka:~% dmesg | head
> input.c: Mapping: Consumer.0230 ---> IGNORED
> [85080.775297] drivers/hid/hid-input.c: Mapping: Consumer.0231 ---> IGNORED
> [85080.775302] drivers/hid/hid-input.c: Mapping: Consumer.0232 ---> IGNORED
> [85080.775308] drivers/hid/hid-input.c: Mapping: Consumer.0233 ---> Key.ScrollUp
> [85080.775314] drivers/hid/hid-input.c: Mapping: Consumer.0234 --->
> Key.ScrollDown
> So the first line is corrupted.

It is very probably just because it didn't fit into the ring buffer.

> In the remaining of the output (total=220 lines) I cannot see the
> evidence of corruption.

So the corruption you see in your /var/log is probably just userspace
issue (syslogd/klogd not grabbing lines coming too fast for too long?).
Still, it seems to work for me here.

Thanks,

--
Jiri Kosina
SUSE Labs
\
 
 \ /
  Last update: 2008-02-26 23:01    [W:0.039 / U:0.900 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site