From: Alex Williamson <alex.williamson@hp.com>
To: "Daniel P. Berrange" <berrange@redhat.com>
Cc: xen-devel@lists.xensource.com
Subject: Re: PATCH 0/10: Merge PV framebuffer & console into QEMU
Date: Thu, 25 Oct 2007 12:56:35 -0600 [thread overview]
Message-ID: <1193338595.6665.25.camel@bling> (raw)
In-Reply-To: <20071024203513.GD10807@redhat.com>
On Wed, 2007-10-24 at 21:35 +0100, Daniel P. Berrange wrote:
> The following series of 10 patches is a merge of the xenfb and xenconsoled
> functionality into the qemu-dm code.
Hi Dan,
Does anything change with respect to specifying a vfb= option with
this series? On ia64, the guest xenbus never seems to find the device
it's looking for:
NET: Registered protocol family 1
NET: Registered protocol family 17
Bridge firewalling registered
xen privcmd uses pseudo physical addr range [0x100000000, 0x3ffff000000]
(4190192MB)
Xen p2m: assign p2m table of [0x0000000000000000, 0x0000000100004000)
Xen p2m: to [0x0000000100000000, 0x0000000104000000) (65536 KBytes)
XENBUS: Waiting for devices to initialise:
295s...290s...285s...280s...275s...270s...265s...260s...255s...250s...245s...
I do have a qemu process running for this domain:
/usr/lib/xen/bin/qemu-dm -d 7 -domain-name debian -vnc 0.0.0.0:0 -serial pty -M xenpv
Seems like the async hookup isn't happening. Anything obvious to check?
I confirmed I do still have vfb on ia64 with a tools build from the cset
before this series. Thanks,
Alex
--
Alex Williamson HP Open Source & Linux Org.
next prev parent reply other threads:[~2007-10-25 18:56 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-10-24 20:35 PATCH 0/10: Merge PV framebuffer & console into QEMU Daniel P. Berrange
2007-10-24 20:39 ` PATCH 1/10: Add a QEMU machine type for fullvirt guests Daniel P. Berrange
2007-10-24 20:40 ` PATCH 2/10: Add a QEMU machine type for paravirt guests Daniel P. Berrange
2007-10-24 20:40 ` PATCH 3/10: Remove standalone xenfb code Daniel P. Berrange
2007-10-24 20:41 ` PATCH 4/10: Refactor xenfb event handlers Daniel P. Berrange
2007-10-24 20:41 ` PATCH 5/10: Refactor QEMU console integration Daniel P. Berrange
2007-10-24 20:42 ` PATCH 6/10: Merge private & public xenfb structs Daniel P. Berrange
2007-10-24 20:42 ` PATCH 7/10: Async negotiation with xenfb frontend Daniel P. Berrange
2007-10-24 20:43 ` PATCH 8/10: Add pv console to QEMU paravirt machine Daniel P. Berrange
2007-10-24 20:44 ` PATCH 9/10: XenD device model re-factoring Daniel P. Berrange
2007-10-24 20:44 ` PATCH 10/10: Make xenconsoled ignore doms with qemu-dm Daniel P. Berrange
2007-10-25 18:56 ` Alex Williamson [this message]
2007-10-25 19:02 ` PATCH 0/10: Merge PV framebuffer & console into QEMU Daniel P. Berrange
2007-10-25 21:23 ` Daniel P. Berrange
2007-10-25 21:41 ` Alex Williamson
2007-10-26 8:16 ` Markus Armbruster
2007-10-26 16:15 ` Daniel P. Berrange
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=1193338595.6665.25.camel@bling \
--to=alex.williamson@hp.com \
--cc=berrange@redhat.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.