** Tags added: cscc
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1767857
Title:
Kernel 4.4.0-122 Breaks qemu-system-x86
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubu
/usr/bin/qemu-system-i386 -name ldap -S -machine
pc-1.0,accel=kvm,usb=off -cpu host -m 1072 -realtime mlock=off -smp
1,sockets=1,cores=1,threads=1 -uuid 2a6c478a-9bd8-40f6-83cd-b2bf681ef5a0
-no-user-config -nodefaults -chardev
socket,id=charmonitor,path=/var/lib/libvirt/qemu/ldap.monitor,server,now
Andreas,
Your statement is too general as the problem seems to depend on the
kernel. I will try to clarify based on my experience, which is not
exhaustive by any measure:
Qemu is fixed in Cosmic (18.10) 64-bit running kernel 4.18.0-11-generic
(but does NOT work in kernel 4.18.0-10-generic). I did
So, in Cosmic (18.10) it's fixed, but remains in Xenial (16.04) and
Bionic (18.04)?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1767857
Title:
Kernel 4.4.0-122 Breaks qemu-system-x86
To manage no
FIXED!!!
As soon as I finished the lengthy post above (#41) I upgraded Xubuntu
18.10 64-bit from kernel 4.18.0-10-generic to 4.18.0-11-generic and I
can now boot the Windows 10 guest. Everything works, although the
Windows 10 screen does not quite fit in the QEMU window (a bit too long)
and none o
I could not upgrade from Xubuntu 18.04 to Xubuntu 18.10, due to possible
demise of 32-bit support, so I have done a fresh install of Xubuntu
18.10 64-bit. Windows 10 guest will still not boot, but now I get the
BIOS flash and the Windows 10 Logo, on which it stays indefinitely with
100% cpu. Here i
qemu-system-x86 broken when running kernel 4.15.0-38-generic as well -
same result (black screen displays and qemu-system-x86 runs at 100% cpu
indefinitely).
Totally black screen immediately - no bios flashes.
Fully updated Xubuntu 18.04.
--
You received this bug notification because you are a
qemu-system-x86 broken when running kernel 4.15.0-36-generic as well -
same result (black screen displays and qemu-system-x86 runs at 100% cpu
indefinitely).
Totally black screen immediately - no bios flashes.
Fully updated Xubuntu 18.04.
--
You received this bug notification because you are a
qemu-system-x86 broken when running kernel 4.15.0-34-generic as well -
same result (black screen displays and qemu-system-x86 runs at 100% cpu
indefinitely).
Totally black screen immediately - no bios flashes.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which i
qemu-system-x86 broken when running kernel 4.15.0-33-generic as well -
same result (black screen displays and qemu-system-x86 runs at 100% cpu
indefinitely).
Totally black screen immediately - no bios flashes.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which i
Since it appears that the problem is not my Xubuntu software setup (see
post #33), I thought that maybe it is my hardware setup, which is rather
old. So here is my hardware setup for you to consider:
Dell Inspiron 518 desktop (2008?)
Dell DG33M04/Foxconn G33M Motherboard
Intel G33 + ICH9 chipset
8
Chances are slim that this will fix itself automagically. And as long as we're
not able to reproduce this, it's going to be difficult. I'll try to take
another look in a couple of days once
the current kernel respin frenzy is over.
--
You received this bug notification because you are a member
qemu-system-x86 broken when running kernel 4.15.0-32-generic as well -
same result (black screen displays and qemu-system-x86 runs at 100% cpu
indefinitely).
Totally black screen immediately - no bios flashes.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which i
I booted from the Xubuntu 18.04.1 Install ISO, installed qemu, copied
and modified some files to adjust for user name and permissions, and ran
my Windows 10 qemu-system-x86 script - same result (black screen
displays and qemu-system-x86 runs at 100% cpu indefinitely). Totally
black screen immediate
qemu-system-x86 broken when running kernel 4.15.0-30-generic as well -
same result (black screen displays and qemu-system-x86 runs at 100% cpu
indefinitely).
Totally black screen immediately - no bios flashes.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which i
Hi Ante, being a Kernel introduced issue Jürg was testing it (not me as
I had no spare HW at the time anyway) - see comment #24.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1767857
Title:
Kernel 4
Christian are you testing this on real hardware or on 32bit VMs?
Regression is isolated to just kernel. Same machine, if only kernel is
downgraded works just fine.
On Mon, Aug 6, 2018 at 6:45 AM Christian Ehrhardt <
1767...@bugs.launchpad.net> wrote:
> That implies that for you it is some ot
That implies that for you it is some other config than the current
kernel (or a combination thereof), so far multiple people including me
have not been able to reproduce this - so to further fix things we have
to spot what is different within your setup triggering the issue for
you.
Unfortunately
Upgraded to xubuntu 18.04.1 (sudo do-release-upgrade) and kernel
4.15.0-29-generic. Same problem when running qemu-system-x86 (1:2.11
+dfsg-1ubuntu7.4) - black screen displays and qemu-system-x86 runs at
100% cpu indefinitely. Totally black screen immediately - no bios
flashes.
I thought this woul
qemu-system-x86 broken when running kernel 4.4.0-131 as well - same
result (black screen displays and qemu-system-x86 runs at 100% cpu
indefinitely).
Totally black screen immediately - no bios flashes.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscr
qemu-system-x86 broken when running kernel 4.4.0-130 as well - same
result (black screen displays and qemu-system-x86 runs at 100% cpu
indefinitely).
Totally black screen immediately - no bios flashes.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscr
qemu-system-x86 broken when running kernel 4.4.0-128 as well - same
result (black screen displays and qemu-system-x86 runs at 100% cpu
indefinitely).
Totally black screen immediately - no bios flashes.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscr
I'm not able to reproduce this on a physical host. Works just fine for
all the 32-bit kernels that I tested. When you say 'black screen', do
you not get anything at all? Not even some BIOS flickering in the
beginning?
What do you get when you run the following:
$ qemu-system-i386 -cdrom xubuntu-18
** Changed in: linux (Ubuntu)
Assignee: (unassigned) => Juerg Haefliger (juergh)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1767857
Title:
Kernel 4.4.0-122 Breaks qemu-system-x86
To manage
Host needs to be 32bit. Guest arch is irrelevant for the problem.
On 64bit host everything works fine.
pon, 28. svi 2018. u 07:50 Christian Ehrhardt <
1767...@bugs.launchpad.net> napisao je:
> And given we have two reporters that point to the upgrade lets tag it a
> regression due to that.
>
You also said this only applies to the full 32bit stack for you (32bit host +
guest) is that correct?
Had you the chance to try the same on 64bit host to know if this is a real
constraint to see this issue? It would at least explain why I didn't see it as
I had 32bit-Guest on 64-bit Host.
Never
And given we have two reporters that point to the upgrade lets tag it a
regression due to that.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1767857
Title:
Kernel 4.4.0-122 Breaks qemu-system-x86
I can confirm that, while 4.4.0-119 works just fine, 4.4.0-121 doesn't
work.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1767857
Title:
Kernel 4.4.0-122 Breaks qemu-system-x86
To manage notificat
I've hit the same problem on 32bit 14.04 with both latest 3.13.0-149 and
4.4.0-127 kernels. I can confirm it works with 4.4.0-119. I could
provide some kernel version bisection (both 3.13 and 4.4), but only over
the weekend. These are production machines during the week :/
--
You received this bu
Odd, I don't remember where I had the -224 kernel from exactly - even in
proposed it isn't :-/.
The next one still is a bit out it seems per bug 1772960
I agree that the last you can currently get is linux-image-generic 4.4.0.127.133
But with that as well it just works fine for me.
I suffer with
qemu-system-x86 broken when running kernel 4.4.0-127 as well - same
result (black screen displays and qemu-system-x86 runs at 100% cpu
indefinitely).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/17678
"... try the even newer 4.4.0-224 kernel?"
Could not find 4.4.0-224 kernel.
Installed and booted 4.8.0-58-generic and qemu-system-i386 worked OK.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1767857
I re-deployed one of my systems to Xenial.
For the complexity of going back I took what kernel is currently active which
was 4.4.0-224
With that I spun up the Xubuntu 32 bit iso you referred.
For the sake of completeness I also did the same on 4.15.0-20-generic
(also with newer qemu of bionic).
Also fails (4.4.0-124 kernel) when trying to boot from
xubuntu-18.04-desktop-i386 ISO - same result (black screen displays and
qemu-system-x86 runs at 100% cpu indefinitely).
qemu-system-i386 -name xubuntu-18.04-desktop-i386 -pidfile
/tmp/xubuntu-18.04-desktop-i386.pid -m 2047M -cpu host -smp 1 -e
Also fails (4.4.0-124 kernel) when trying to boot from WinPE ISO - same
result (black screen displays and qemu-system-x86 runs at 100% cpu
indefinitely).
qemu-system-i386 -name windows-10-PE -pidfile /tmp/windows-10-PE.pid -m
2047M -cpu host -smp 1 -enable-kvm -rtc clock=host,base=localtime
-machi
Hmm,
so it is not even burning CPU for anything neither in the Host (usr ~=qemu, sys
~=kernel) nor in the guest itself (~=guest).
The KVM exits confirm that, it doesn't do a a lot entry/exit is the pass in/out
of guest context and the only meaningful exit means it emulates an instruction.
So if
sudo pidstat -t -p 4063
Linux 4.4.0-124-generic (desktop) 05/08/2018 _i686_ (2 CPU)
09:43:39 PM UID TGID TID%usr %system %guest%CPU CPU
Command
09:43:39 PM 1000 4063 -0.013.010.013.04 1
qemu-system-i38
09:43:39 PM 1000
qemu-system-x86 broken when running kernel 4.4.0-124 as well - same
result (black screen displays and qemu-system-x86 runs at 100% cpu
indefinitely).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/17678
For the per thread view use:
$ sudo pidstat -t -p
For perf to track kvm exits you can install it like:
$ sudo apt install linux-tools-common
And then run while your guest hangs (or not in the good case) as:
$ sudo perf stat -e 'kvm:*' -a sleep 1h
More on [1] if you want.
[1]: https://www.linu
ChristianEhrhardt:
I assume you want stats from when qemu is failing while running kernel
4.4.0-122. Since I am running kernel 4.4.0-119 so that I can use the VM,
that would require a reboot which would be inconvenient at this time. If
you could give me some specific commands to use to get what yo
Hi Skipper,
thanks for sharing the qemu cmdline, there is nothing odd in this and I can run
a system like that (not a win 10 guest) just fine.
What about the per thread stats I asked, which threads are busy and where do
they consume time?
Depending on your experience you could even check "perf k
QEMU command:
qemu-system-i386 -name windows-10-pro -pidfile /tmp/windows-10-pro.pid -m 2047M
-cpu host -smp 1 -enable-kvm -rtc clock=host,base=localtime -machine
type=ubuntu -k en-us -drive
file=/media/V-BOX/KVM/Win10/Win10-VM.qcow2,if=virtio,media=disk,format=qcow2,index=0
-drive
file=/media
Also a per qemu thread view is often useful, you might also add
$ pidstat -t -p
Further since this is reported as kernel update regression I'll flag it
as that for now.
** Also affects: linux (Ubuntu)
Importance: Undecided
Status: New
** Tags added: regression-update
--
You received
Could you please paste the full command line that the qemu process is
using (ps fauxwww should be enough), and perhaps a xml dump of the vm,
like this: "virsh dumpxml > vm.xml" and attach that to this
bug as well.
I was not able to reproduce this in a nested vm, using linux as a guest.
I don't ha
qemu-system-x86 broken when running kernel 4.4.0-121 as well - same
result (black screen displays and qemu-system-x86 runs at 100% cpu
indefinitely).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/17678
45 matches
Mail list logo
