From: Ben Thomas <bthomas@virtualiron.com>
To: Keir Fraser <keir@xensource.com>
Cc: xen-devel@lists.xensource.com
Subject: Re: [PATCH] 14287 followup - console
Date: Tue, 13 Mar 2007 08:24:12 -0400 [thread overview]
Message-ID: <45F697EC.5040709@virtualiron.com> (raw)
In-Reply-To: <C21C2074.B562%keir@xensource.com>
Hi,
I understand what you're saying; it was one of the considerations
when first putting the patch together some time ago. The console
ring was used for two reasons: the primary reason was to get
a more WYSIWYG output. Two input sources are inherently capable
of getting slightly out of sync (or worse). The second reason
is that syslog can be expensive. In the end, the WYSIWYG and
cost resulted in the console ring approach.
Would this be more acceptable if it were selectable ? That is,
come up with a libxc/sysctl mechanism (which should be pretty
easy) to control the gating of character data to the console ring
fom guest_console_write ?
The capability is pretty useful in remoting the vga output to
another node (and logging it). It would be nice to find a
way to preserve current behavior (as you note), and also allow
the ability to continue to remote it.
Thanks,
-b
Keir Fraser wrote:
> On 12/3/07 20:14, "Ben Thomas" <bthomas@virtualiron.com> wrote:
>
>> Part of the original submission that resulted in 14287 was to catch
>> all output to the console/vga. 14287, as committed, only captures
>> a portion of the console output. The attached patch allows capture of
>> the rest of the output.
>
> The console ring is only for Xen output (and also, as it happens, HVM domU
> bootstrap output since bytes output via port 0xe9 also get printk'ed). The
> only other useful output would be from dom0, and you can already obtain that
> via syslog. By not capturing dom0 output in the console ring we prevent
> interactive sessions on the dom0 console from obliterating useful Xen debug
> output which we may want to gather later (if we're not running an automatic
> gatherer daemon).
>
> -- Keir
>
--
------------------------------------------------------------------------
Ben Thomas Virtual Iron Software
bthomas@virtualiron.com Tower 1, Floor 2
978-849-1214 900 Chelmsford Street
Lowell, MA 01851
next prev parent reply other threads:[~2007-03-13 12:24 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-03-12 20:14 [PATCH] 14287 followup - console Ben Thomas
2007-03-13 9:33 ` Keir Fraser
2007-03-13 12:24 ` Ben Thomas [this message]
2007-03-13 13:18 ` Keir Fraser
2007-03-14 12:40 ` Ben Thomas
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=45F697EC.5040709@virtualiron.com \
--to=bthomas@virtualiron.com \
--cc=keir@xensource.com \
--cc=xen-devel@lists.xensource.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.