[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] VMX status report. Xen:25256 & Dom0:d93dc5c...



> -----Original Message-----
> From: Pasi Kärkkäinen [mailto:pasik@xxxxxx]
> Sent: Friday, May 11, 2012 12:04 AM
> To: Konrad Rzeszutek Wilk
> Cc: Ren, Yongjie; Wu, GabrielX; xen-devel@xxxxxxxxxxxxx
> Subject: Re: [Xen-devel] VMX status report. Xen:25256 & Dom0:d93dc5c...
> 
> On Thu, May 10, 2012 at 10:38:30AM -0400, Konrad Rzeszutek Wilk wrote:
> > > > > xen-changeset:   25256
> > > > > Dom0:          linux.git  3.1.0-rc7 (commit: d93dc5c...)
> > > >
> > > > Please update your dom0.
> > >
> > > I think we can use 3.4-RCx kernel as dom0 when sending the report
> next time.
> >
> > Excellent!
> > >
> > > > >
> > > >
> ============================================================
> > > > =====
> > > > >
> > > > > New issue(1)
> > > > > ==============
> > > > > 1. cpu weight out of range error when create hvm domU
> > > > >   http://bugzilla.xen.org/bugzilla/show_bug.cgi?id=1818
> > > >
> > > > And what is the guest config? Does it have any cpu weights?
> > >
> > > Added the config in the BZ.  It doesn't have any cpu weight in config.
> > > Some other person also reported this issue in the mailing list several
> days ago.
> >
> > I think some of the Citrix folks were going to take a look at this.
> >
> > > > >   http://bugzilla.xen.org/bugzilla/show_bug.cgi?id=1730
> > > > > 3. [VT-D]fail to detach NIC from guest
> > > >
> > > > Hmm, the last update is from a year ago. Are you sure this
> > > > is an issue?
> > > >
> > > Yeah, it still exist.  It may be a similar issue with BZ# 1812.
> > > According to our recent testing, it something about VNC console.
> > > Also added some latest info in the BZ.
> > >
> > > > >   http://bugzilla.xen.org/bugzilla/show_bug.cgi?id=1736
> > > > > 4. Sometimes Xen panic on ia32pae Sandybridge when restore
> guest
> > > > >   http://bugzilla.xen.org/bugzilla/show_bug.cgi?id=1747
> > > >
> > > > the bug talks about 2.6.32. Can you update it to include the
> > > > 3.4 (or 3.3) dmesg output?
> > > >
> > > This is about 32bit Xen.
> > > As we don't test 32bit Xen for a long time, we may update it when
> we're free.
> > >
> > > > > 5. [VT-D] device reset fail when create/destroy guest
> > > > >   http://bugzilla.xen.org/bugzilla/show_bug.cgi?id=1752
> > > >
> > > > Does this happen if you manually echo 1 > ../reset? And is this
> > > > an issue with the kernel if you upgrade it to 3.4-rc5?
> > > >
> > > When doing 'echo 1 >../reset', I get the same error as list in the BZ.
> > > "/sys/bus/pci/devices/0000:09:00.0/reset returned -1: Invalid
> argument".
> >
> > OK, so then the device can't do reset's properly. Is this the
> > physical adaptor or the virtual one?
> >
> > > This bug only exists when we use 'pcistub' to hide a device.
> >
> > Ok, so it looks like upstream Linux can't do this properly on that device.
> >
> > >
> > > > > 8. after detaching a VF from a guest, shutdown the guest is very
> slow
> > > > >   http://bugzilla.xen.org/bugzilla/show_bug.cgi?id=1812
> > > >
> > > > Where does it slow down? When bringing the NIC down or in specific
> > > > cases?
> > > > Is this an issue with if you are using a different guest (say Fedora 
> > > > Core
> 16?)
> > > >
> > > We found it is related to 'stdgva' option in guest config file.
> > > If 'stdvga=1' and 'vnc=1', the guest is not slow when shutdown.
> > > If 'stdvga=0' and 'vnc=1', guest shutdown will be very slow.
> >
> > What does turning standard VGA and VNC on mean to the guest?
> Doesn't that mean
> > that the VGA adapter is gone from the guest? And is this issue only
> > present if you have PCI devices in the guest? Meaning do you get this
> > if you boot a normal HVM guest and do 'stdvga=0' and 'vnc='1?
> >
> 
> stdvga=0 gives you the emulated Cirrus?
> 
Yes, it's Cirrus Logic GD5446 VGA card.

> -- Pasi


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.