Hi Christian,

Thanks for your reply:

Pt 2) LUBUNTU CD boot - not an option at this time - UAT / production
Xen0 with other non Windows PV VMs running on them.

Pt 1) Yes I can do some additional testing on a different R620 Xen0 /
Xenial platform.

Currently I can cause/remove the issue by just installing the 10.21 and
10.22 versions. This can be done live / without a reboot of the base Xen
platform.  From other testing I can tell you the recovery ISO CD is very
slow to boot, but it did complete to initial screens previously
(although I couldn't tell you exactly which of the newer versions of
QEMU that was on).

I can build an clean image from ISO fairly easily - do you have a
preference for Windows 2008R8 vs Win7 Pro ?  I believe it is the same
issues, but most of my immediate issues are with Win Server VMs.  I also
have a Trusty system with the same issues - does that add anything if I
can run tests on it?

Finally (slightly dumb question) does the DBG version of the DEB (.DDEB)
provide any additional information / crash reports - is that worth
installing?  Do you want me to work with .22 or the proposed .23?  We
can probably run development cuts from PPA, cut need a bit of risk
control work at my end.

@Marc - Does the BSOD screen shot / address / Windows MEM Dump file
stuff give you anything?



-----Original Message-----
From: boun...@canonical.com [mailto:boun...@canonical.com] On Behalf Of 
Sent: Friday, 2 March 2018 7:57 PM
To: Morgan, Carl <carl.mor...@crown.com>
Subject: [Bug 1752761] Re: Regression in vga handling ubuntu10.21 to ubuntu10.22

Hi Carl,
thank you for your detailed report!

This is the second qemu/xen bug for regressions in these security
updates in one day - with none (=0) of them over the last two years -
unlikely to be a coincidence.

@Marc - I don't see an obvious change, but you have way more context on these 
changes since you have backported them. Do you have any info of a potential 
regression in them?
Maybe the CVE-2018-5683 change?

@Carl - your detailed steps are already great.
Could you give it a try if the same applies to a unmodified (gplpv) and 
non-prepared/installed windows as well?
Maybe by using an ISO of [1] in your already prepared setup - and if it fails 
as well sharing the commands you did for that as well? That would make it even 
better to reproduce.

@Carl - we have another report on even Lubuntu iso's stalling. If you
could (since all other parts of your setup are already ready) try the
same with a boot from [2] - that is reported to hang with the new

If the steps above could be confirmed I'd expect that helps Marc a lot
to look into the individual changes in this regard.

Probably related to bug: 1752375

[1]: https://www.microsoft.com/software-download/windows10

P.S. If this doesn't reproduce for us, but Mark would provide ppa builds
with individual fixes - would you be willing and able to check them?

** CVE added:

You received this bug notification because you are subscribed to the bug report.

  Regression in vga handling ubuntu10.21 to ubuntu10.22

Status in qemu package in Ubuntu:

Bug description:

  Corporate environment, Windows XenU platforms, using QEMU HVM (qemu-
  system-x86) on multiple Ubuntu Xen0 platforms.  Established stable
  production environment (for > 1-5 years), Ubuntu and Windows nodes
  getting latest patches etc.  Dell R6XX series server hardware.

  After updates from mainline: 1:2.5+dfsg-5ubuntu10 to 1:2.5+dfsg-
  5ubuntu10.22 a reboot of XenU VMs very slow and repeated

  Windows Server 2012, does come up after 4+ minutes booting.

  Windows Server 2008R8, Windows 7 Pro, Windows 10 Pro VMs fail to boot with 
blue screen "framebuf" STOP.  (PNG available).

  Boot to safe mode (very slow ~ 4mins to login screen) and remove video
  drivers, reboot succeeds, windows drivers auto updated, reboot fails.

  Testing completed on Windows Server 2008R8 images including migration of VM 
Disk devices to other Dell rack servers:

  o Xenial Xen0 server - Same issues
  o Trusty Xen0 server - Same issues
  o Precise Xen0 server - Fast boot / no issues

  On Xenial systems, downgrading qemu-system-x86 to version 1:2.5+dfsg-
  5ubuntu10 reverts to previous performance / stability (~25 secs to
  loginscreen) = all good.

  Tested PPA versions of qemu-system-x86 with local dpkg installs,
  version ubuntu10.21 works fine,  ubuntu10.22 fails. Proposed
  ubuntu10.23 also fails.

  QEMU Command line used (unchanged between good and back observations):

  -xen-domid 9
  -chardev socket,id=libxl-cmd,path=/var/run/xen/qmp-libxl-9,server,nowait
  -mon chardev=libxl-cmd,mode=control
  -mon chardev=libxenstat-cmd,mode=control
  -name HOSTNAME
  -vnc <IP ADDRESS>:<SCREEN>,to=99
  -display none
  -serial pty
  -device cirrus-vga,vgamem_mb=8
  -boot order=c
  -usbdevice tablet
  -smp 2,maxcpus=2
  -device rtl8139,id=nic0,netdev=net0,mac=XX:XX:XX:XX:XX:XX
  -netdev type=tap,id=net0,ifname=vif9.0-emu,script=no,downscript=no
  -machine xenfv
  -m 6992

  Xen CFG:
  name = '<HOSTNAME>'
  builder = 'hvm'
  memory = 7000
  shadow_memory = 8
  vif = ['type=ioemu, bridge=xenbr0']
  disk = [ 'phy:/dev/VG-xen/HOSTNMAE-disk,hda,w']
  vnclisten='<IP ADDRESS>'
  on_poweroff = 'destroy'
  on_reboot   = 'restart'
  on_crash    = 'restart'

  Xen GPL gplpv_Vista2008x64_0.11.0.373.msi drivers being used ( 

To manage notifications about this bug go to:

You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.

  Regression in vga handling ubuntu10.21 to ubuntu10.22

To manage notifications about this bug go to:

ubuntu-bugs mailing list

Reply via email to