All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
To: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Cc: Ian Campbell <Ian.Campbell@citrix.com>,
	"xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
	"xen-users@lists.xensource.com" <xen-users@lists.xensource.com>,
	Walter Robert Ditzler <ditwal001@gmail.com>,
	Stefano Stabellini <Stefano.Stabellini@eu.citrix.com>
Subject: Re: Is: Xen 4.1.1, xend, HVM, 3.1 kernel; Was:Re: xen 4.2 unstable; HVM; 2.6.39.3; HD/Network card error
Date: Tue, 8 Nov 2011 11:09:11 +0000	[thread overview]
Message-ID: <alpine.DEB.2.00.1111081058060.3519@kaball-desktop> (raw)
In-Reply-To: <20111107212619.GA24889@phenom.dumpdata.com>

On Mon, 7 Nov 2011, Konrad Rzeszutek Wilk wrote:
> > > XENBUS: Timeout connecting to device: device/vkbd/0 (local state 3, remote state 1)
> > > [which seems odds as the vkb from VNC looks to be working]
> > 
> > Thanks for pointing this out: I enabled vkbd in upstream qemu but I
> > forgot to do the same in qemu-xen so as a result you would get failures
> > of this kind.
> 
> Oh boy. Seems that there are a couple of issues here. It might be that the
> timeout I had experienced was _only_ related to this and the other were red-herrings.
> 
> You might want to make sure M A Young and Stefan Bader are CC-ed on your Xen 4.1.1
> patch so they can pull it in.

Actually I have just realized that the vkbd feature couldn't possibly
have been backported to xen 4.1.1. In fact I didn't even add any vkbd
devices for HVM guests in XL in xen-unstable yet.
Of course this was to avoid situations like this one.

So my guess is that when you use "vfb" in an HVM guest config file
you cause xend to create a vkbd device that is without backend.
A PV on HVM guest would try to connect to it but it wouldn't get any
response back so it would timeout.

The solution to this problem is to avoid using vfb in the config file. I
strongly hope that the config file you showed us before is not generated
by libvirt somehow. If it is we need to file a bug against libvirt.

  reply	other threads:[~2011-11-08 11:09 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-07-17 18:00 xen 4.2 unstable; HVM; 2.6.39.3; HD/Network card error Walter Robert Ditzler
2011-07-18 11:47 ` [Xen-devel] " Stefano Stabellini
2011-07-18 15:03   ` Konrad Rzeszutek Wilk
2011-07-19 18:56   ` Walter Robert Ditzler
2011-07-20 11:40     ` Stefano Stabellini
2011-07-20 12:08       ` Walter Robert Ditzler
2011-07-24 22:21         ` Walter Robert Ditzler
2011-07-24 21:33           ` Mark Schneider
2011-07-24 23:04             ` Walter Robert Ditzler
2011-07-25 10:42           ` Stefano Stabellini
2011-07-25 11:25             ` Walter Robert Ditzler
2011-07-25 16:50               ` Stefano Stabellini
2011-11-03 17:38                 ` Is: Xen 4.1.1, xend, HVM, 3.1 kernel; Was:Re: " Konrad Rzeszutek Wilk
2011-11-07 17:15                   ` Stefano Stabellini
2011-11-07 21:26                     ` Konrad Rzeszutek Wilk
2011-11-08 11:09                       ` Stefano Stabellini [this message]
2011-11-10 17:02                         ` Konrad Rzeszutek Wilk
2011-11-10 17:14                         ` Konrad Rzeszutek Wilk
2011-11-10 17:20                           ` Stefano Stabellini

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=alpine.DEB.2.00.1111081058060.3519@kaball-desktop \
    --to=stefano.stabellini@eu.citrix.com \
    --cc=Ian.Campbell@citrix.com \
    --cc=ditwal001@gmail.com \
    --cc=konrad.wilk@oracle.com \
    --cc=xen-devel@lists.xensource.com \
    --cc=xen-users@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.