WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

[Xen-devel] Re: [PATCH - resend] addition of loglevel for printf in Xen

To: Steven Rostedt <srostedt@xxxxxxxxxx>
Subject: [Xen-devel] Re: [PATCH - resend] addition of loglevel for printf in Xen HV
From: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>
Date: Thu, 26 Oct 2006 17:28:05 +0100
Cc: chrisw@xxxxxxxxxxxx, xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Thu, 26 Oct 2006 09:39:51 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <4540D15E.6020901@xxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: Acb5G7af9RS8FmUOEduoQgANk04WTA==
Thread-topic: [PATCH - resend] addition of loglevel for printf in Xen HV
User-agent: Microsoft-Entourage/11.2.5.060620
On 26/10/06 4:16 pm, "Steven Rostedt" <srostedt@xxxxxxxxxx> wrote:

>> Another thought... By pushing the rate-limiting into printk() itself, we
>> lose the ability to print all-or-nothing for related blocks of printk (e.g.,
>> register dumps). We might want a 'same as previous line' specifier, which
>> would print/not-print same as previous output line?
>> 
> 
> Hmm, I wonder if we should have a XENLOG_CRASH level which is above
> XENLOG_ERR.  This will be when the system is actually taking a dump, and
> we want to show everything.  Or just simply force the thresholds to max
> just before showing the crash print outputs.  Or add a variable to know
> we are in the process of crashing, and have printk ignore the print rate
> limit if that's the case, similar to the oops_in_progress of Linux.

We dump registers for guest crashes too, and it'd be nice to have those
disable-able. I think going for a first cut without worrying about this is
fine. We can finesse things later. It'll be a mega-big patch as it is!

 -- Keir



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel