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-tools

Re: [Xen-tools] [PATCH] An example console driver using the store

On Tue, 2005-08-09 at 08:24 +0100, Keir Fraser wrote:
> It's going in start_info I'm afraid. If things go bad early in boot or 
> early after restore/resume, I want debug output from the kernel, 
> *without* xprintk hacks and debug builds of Xen. There's a 
> prettiness/practicality tradeoff here: most of us in Cambridge err 
> towards the latter.
> 
> Kernel console must be highly available. Making it dependent on 
> xenstore/xenbus in domain0 and in the kernel itself doesn't achieve 
> that imo.

I'd far prefer to have a __HYPERVISOR_panic_message hcall which copied
up to 80 chars into a per-domain buffer that can be queried from dom0.
The console driver would presumably use this (once) on catastrophic
failure, and could be useful for other similar things (panic?).

I bow to your greater wisdom, however, even when you are wrong 8)

> Perhaps we should at least be taking Rusty's store layout code though. 
> We certainly still want to include details of emergency console in teh 
> xenstore, to be picked up by xenbus when it starts, and any other 
> consoles (e.g., user-space tty1 and so on) will all get set up via 
> xenbus. So we do need some xenbus- and xenstore-interfacing code.

If you want multiple consoles you'll need a different layout anyway.  On
something that isn't a physical machine that seems a strange thing to do
AFAICT.

Rusty.
-- 
A bad analogy is like a leaky screwdriver -- Richard Braakman


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