public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "Amir Hermelin" <amir@montilio.com>
To: "'Eugene Teo'" <eugeneteo@despammed.com>
Cc: <linux-kernel@vger.kernel.org>
Subject: RE: 'flushing' printk to klogd
Date: Mon, 10 Nov 2003 09:50:06 +0200	[thread overview]
Message-ID: <010b01c3a75f$4514f940$0a01a8c0@CARTMAN> (raw)
In-Reply-To: <20031109160945.GA491@despammed.com>

Thanks Eugene

I've already changed the buf len (in my development version).  However, what
I really need is a way to flush the buffer before going into either heavy
log sections or, more importantly, fragile code sections.  So, if I'm in a
procedure that is safe to sleep, I can do the following:

int proc_ok_to_sleep()
{
	printk("these are the args we got" ....);
	flush_printk_to_syslog();
	/* Here starts the critical section, possibly will cause kernel
panic */
	....
}

Does a function such as the flush_printk_to_syslog() exists?

Thanks,
Amir.

-----Original Message-----
From: Eugene Teo [mailto:eugene.teo@eugeneteo.net] 
Sent: Sunday, November 09, 2003 6:10 PM
To: Amir Hermelin
Cc: linux-kernel@vger.kernel.org
Subject: Re: 'flushing' printk to klogd


You can configure your syslog to output the messages to
a dedicated file. Also, you can increase the length
of your buffer:

352  #define LOG_BUF_LEN    (131072)
353  #elif defined(CONFIG_SMP)
354  #define LOG_BUF_LEN    (32768)
355 +#elif defined(CONFIG_VMSTAT_PFAULTS)
356 +#define LOG_BUF_LEN (1048576)
357  #else  
358  #define LOG_BUF_LEN    (16384) /* This must be a power of two */
359  #endif

Note that even if you flush printk output before the circular buffer wraps,
you will still likely to lose some output since it doesn't take care of
multiple writes at the same time.

Eugene

<quote sender="Amir Hermelin">
> Hi,
> Is there any way to make sure klogd flushes printk output to 
> /var/log/messages before the circular buffer wraps?  I intend to use 
> this only during the development phase, but I find that during 
> 'activity storms' where lots of printk's are involved I lose some of 
> the output.
> 
> Thanks,
> Amir.
> 
> 
> -
> To unsubscribe from this list: send the line "unsubscribe 
> linux-kernel" in the body of a message to majordomo@vger.kernel.org 
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/




  reply	other threads:[~2003-11-10  7:50 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-11-09 14:42 'flushing' printk to klogd Amir Hermelin
2003-11-09 16:09 ` Eugene Teo
2003-11-10  7:50   ` Amir Hermelin [this message]
2003-11-10 13:14     ` Eugene Teo

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='010b01c3a75f$4514f940$0a01a8c0@CARTMAN' \
    --to=amir@montilio.com \
    --cc=eugeneteo@despammed.com \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox