Public bug reported:
qemu-system-sparc64 Niagara VM running Tribblix crashes with
"panic[cpu0]/thread=180e000: lgrp_traverse: No memory blocks found" on
QEMU 2.11.0. Happens also with 1 GB, 4 GB, and 8 GB of RAM.
$ qemu-system-sparc64 -nographic -M niagara -L
/home/newman/Downloads/OpenSPARCT1_A
I found Adam's patch from Fedora Rawhide
(https://src.fedoraproject.org/rpms/qemu/c/f81be8f0261cce74799f946e99f23d57f8db7e17?branch=master)
when applied to openSUSE's 2.11.0 QEMU effective in openQA as well as
manually with vncviewer.
--
You received this bug notification because you are a member
With QEMU 2.11 there are two new warnings I haven't seen before
(execution was still the same):
...
unix-tte:interpret: exception -13 caught
interpret ' unix-tte is va>tte-data failed with error ffed
WARNING: consconfig: cannot find driver for screen device
/pci@1fe,0/pci@1,1/QEMU,VGA
If I start QEMU with `-k en-gb` at least '<' and '>' work, '|' doesn't
(and obviously 'Shift-2' produces '"' not '@').
My host `locale` is 'en_US.UTF-8' top to bottom.
I tried to update TigerVNC to 1.8 but no change. I run `vncviewer` with
'-Log *:stderr:100' and QEMU without '-k' option and at l
Well, if virt-manager is configured to run the VM with `-k en-us` I
can't enter <>| even in virt-manager. keycodemapdb?
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1738283
Title:
'Less than' (<),
Should have mention I use openSUSE Leap 42.3 with above mentioned
virtualization repo.
Removed the 0026-Fix-tigervnc-long-press-issue patch and rebuilt QEMU
but no change.
But I noticed that if I run the ISO via libvirt and connect to it via
virt-manager (virt-manager-1.4.1-4.1.noarch), the keys
Wondering if it's a SUSE-specific problem:
https://build.opensuse.org/package/view_file/Virtualization/qemu/0026
-Fix-tigervnc-long-press-issue.patch?expand=1
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/
Public bug reported:
If I start QEMU 2.11 (from
https://build.opensuse.org/package/show/Virtualization/qemu) VM with
VNC, I am unable to type following three characters: 'less than' (<),
'more than' (>), and 'pipe' (|) on en_US QWERTY keyboard. Other
characters work fine. QEMu version 2.10.1 worke
I can reproduce the issue with modern illumos distributions like
OpenIndiana 2017.10 on Linux KVM host with QEMU 2.10.1 (illumos is
OpenSolaris OS/Net - i.e. "the kernel" - heir, roughly equal to Solaris
11).
It's still the case illumos will shut down on other hypervizors e.g.
VirtualBox. I raised
Public bug reported:
qemu-system-sparc64 qemu-2.9.0-3.10.x86_64 on openSUSE Leap 42.3 using
'sun4v' machine aborts with tribblix. With 2048 MB of RAM it takes
considerably more time to abort (but the core is always truncated).
> qemu-system-sparc64 -m 1024 -cdrom tribblix-sparc-0m16.iso -boot d -
Hi Mark, thank you for your effort on SPARC64 emulation in QEMU!
Thanks for the explanation on what might be wrong. Is there a way to
workaround the PCI problems?
Tribblix is indeed an illumos (a community fork of OpenSolaris)
distribution. Contrary to Milax, which looks abandoned to me as
OpenSo
QEMU 2.8.90 gets a bit further with Tribblix:
$ qemu-system-sparc64 -m 2048 -cdrom ~/Downloads/tmp/tribblix-sparc-0m16.iso
-boot d -M sun4u -nographic
OpenBIOS for Sparc64
Configuration device id QEMU version 1 machine id 0
kernel cmdline
CPUs: 1 x SUNW,UltraSPARC-IIi
UUID: ---00
Fixed in version 2.8.90.
** Changed in: qemu
Status: New => Fix Committed
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1670170
Title:
`qemu-system-sparc64 -M Niagara` Aborted (core dumped)
Retested with QEMU 2.8.90:
15:03 $ qemu-system-sparc64 -M Niagara
qemu-system-sparc64: -M Niagara: unsupported machine type
Use -machine help to list supported machines
15:03 $ qemu-system-sparc64 -M help
Supported machines are:
niagara Sun4v platform, Niagara
none em
This is how it ends with 2048 MB of memory instead of 1024:
> qemu-system-sparc64 -m 2048 -cdrom Downloads/tmp/tribblix-sparc-0m16.iso
> -boot d -nographic
OpenBIOS for Sparc64
Configuration device id QEMU version 1 machine id 0
kernel cmdline
CPUs: 1 x SUNW,UltraSPARC-IIi
UUID: --00
Public bug reported:
In openQA we have a custom VNC client (https://github.com/os-autoinst
/os-autoinst/tree/master/consoles), which connects to QEMU guest and
from there performs actions (sends keys, handles pointer, ...). We have
several backends (https://github.com/os-autoinst/os-
autoinst/tree
** Attachment added: "Video record"
https://bugs.launchpad.net/qemu/+bug/1670377/+attachment/4832319/+files/video.ogv
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1670377
Title:
VNC: short re
Public bug reported:
> qemu-system-sparc64 -m 1024 -cdrom Downloads/tribblix-sparc-0m16.iso -boot d
> -nographic
OpenBIOS for Sparc64
Configuration device id QEMU version 1 machine id 0
kernel cmdline
CPUs: 1 x SUNW,UltraSPARC-IIi
UUID: ----
Welcome to OpenBIOS v1
Public bug reported:
> qemu-system-sparc64 -M Niagara
qemu: fatal: Trap 0x0064 while trap level (6) >= MAXTL (6), Error state
pc: 4c80 npc: 4c84
%g0-3:
%g4-7:
19 matches
Mail list logo
