[Qemu-devel] [Bug 680758] Re: balloon only resizes by 2M

Triaging old bug tickets ... can you still reproduce this issue with the latest version of QEMU / the latest version of the balloon driver in the guest? ** Changed in: qemu Status: New => Incomplete -- You received this bug notification because you are a member of qemu- devel-ml, which

[Qemu-devel] [Bug 1193564] Re: monitor: rename `screendump` command to `screenshot`

The monitor has TAB completion, so you should get the right command if you type "screen" + TAB. And since it's been quite a while since this ticket has been opened and nobody took care of this, I think it's quite unlikely that the name of the command gets changed, so closing this ticket now as

[Qemu-devel] [Bug 808737] Re: No option to load additional binary files from command line in QEMU

I think this problem should be fixed with the new generic loader device: http://git.qemu.org/?p=qemu.git;a=commitdiff;h=e481a1f6 ** 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.

Re: [Qemu-devel] [PATCH for-2.8] migration: Fix return code of ram_save_iterate()

On 09.11.2016 16:13, Dr. David Alan Gilbert wrote: > * Thomas Huth (th...@redhat.com) wrote: >> On 09.11.2016 08:18, Amit Shah wrote: >>> On (Fri) 04 Nov 2016 [14:10:17], Thomas Huth wrote: >>>> qemu_savevm_state_iterate() expects the iterators to return 1

[Qemu-devel] [Bug 603872] Re: [Feature request] qemu-img image conversion does not show percentage

** Changed in: qemu Importance: Undecided => Wishlist -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/603872 Title: [Feature request] qemu-img image conversion does not show percentage Status in

[Qemu-devel] [Bug 660060] Re: virtio block read errors

Triaging old bug tickets ... can you still recreate this issue with the latest version of QEMU, or can we close this bug nowadays? ** Changed in: qemu Status: New => Incomplete -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU.

[Qemu-devel] [Bug 597351] Re: Slow UDP performance with virtio device

Triaging old bug tickets ... can you still reproduce this issue with the latest version of QEMU? Have you already tried vhost? ** Changed in: qemu Status: New => Incomplete -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU.

[Qemu-devel] [Bug 681613] Re: Failed to convert vmdk on MacOSX ppc

Looks like this had been fixed here: http://git.qemu.org/?p=qemu.git;a=commitdiff;h=16372ff03d71c7ed3283 ==> Fix released. ** Changed in: qemu Status: New => Fix Released -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU.

[Qemu-devel] [Bug 603878] Re: [Feature request] qemu-img option about recompressing

** Changed in: qemu Importance: Undecided => Wishlist -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/603878 Title: [Feature request] qemu-img option about recompressing Status in QEMU: New

[Qemu-devel] [Bug 601946] Re: [Feature request] qemu-img multi-threaded compressed image conversion

** Changed in: qemu Importance: Undecided => Wishlist -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/601946 Title: [Feature request] qemu-img multi-threaded compressed image conversion Status

[Qemu-devel] [Bug 602544] Re: [Feature request] Please implement ATA TRIM command

** Changed in: qemu Importance: Undecided => Wishlist -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/602544 Title: [Feature request] Please implement ATA TRIM command Status in QEMU: New Bug

[Qemu-devel] [PATCH] MAINTAINERS: Remove obsolete stable branches

There are only very old and orphaned stable branches listed in the MAINTAINERS file - so this section is pretty useless nowadays. Let's remove it. Signed-off-by: Thomas Huth <th...@redhat.com> --- MAINTAINERS | 22 -- 1 file changed, 22 deletions(-) diff --git a/MAINT

[Qemu-devel] [Bug 474968] Re: kvm smb server hogs cpu guest freeze

Triaging old bug tickets... Can you still reproduce this behavior with the latest version, or has the problem been fixed now? ** Changed in: qemu Status: Confirmed => Incomplete -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU.

[Qemu-devel] [Bug 899961] Re: qemu/kvm locks up when run 32bit userspace with 64bit kernel

The bug in Debian has been marked as "Fix released", so I assume this has been fixed in upstream QEMU, too? Or is there still anything left to do here? ** Changed in: qemu Status: New => Incomplete -- You received this bug notification because you are a member of qemu- devel-ml, which is

[Qemu-devel] [Bug 602544] Re: [Feature request] Please implement ATA TRIM command

** Changed in: qemu Status: New => Fix Released -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/602544 Title: [Feature request] Please implement ATA TRIM command Status in QEMU: Fix

Re: [Qemu-devel] [PATCH for-2.8] migration: Fix return code of ram_save_iterate()

On 09.11.2016 08:18, Amit Shah wrote: > On (Fri) 04 Nov 2016 [14:10:17], Thomas Huth wrote: >> qemu_savevm_state_iterate() expects the iterators to return 1 >> when they are done, and 0 if there is still something left to do. >> However, ram_save_iterate() does not obey

Re: [Qemu-devel] [PATCH for-2.8] migration: Fix return code of ram_save_iterate()

On 08.11.2016 02:14, David Gibson wrote: > On Fri, Nov 04, 2016 at 02:10:17PM +0100, Thomas Huth wrote: >> qemu_savevm_state_iterate() expects the iterators to return 1 >> when they are done, and 0 if there is still something left to do. >> However, ram_save_iterate() do

[Qemu-devel] [Bug 1629618] Re: QEMU causes host hang / reset on PPC64EL

No idea (apart from asking why're you're still using 4k pages on the host - hardly anybody seems to do that anymore). Anyway, this sounds like a kernel bug, not a QEMU problem, so you should try to get help via the kernel bug tracker or the KVM mailing list instead. -- You received this bug

[Qemu-devel] [Bug 732155] Re: system_reset doesn't work with qemu-kvm and latest SeaBIOS

OK, thanks for your response! So let's assume it's the same bug as 643430, i.e. it should be fixed nowadays. ** Changed in: qemu Status: Incomplete => Fix Released -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU.

[Qemu-devel] [Bug 891002] Re: windows mingw compiled qemu-system-x86_64 crash on startup

Closing according to comment #5. ** Changed in: qemu Status: New => Invalid -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/891002 Title: windows mingw compiled qemu-system-x86_64 crash on

[Qemu-devel] [Bug 878019] Re: 0.15.1 black screen and 100% cpu on start

Triaging old bug tickets... I assume this problem has been fixed in newer versions of QEMU? Or can you still reproduce this behavior with the latest version? ** Changed in: qemu Status: New => Incomplete -- You received this bug notification because you are a member of qemu- devel-ml,

[Qemu-devel] [Bug 891525] Re: Guest kernel crashes when booting a NUMA guest without explicitly specifying cpus= in -numa option

Is this still an issue with the latest version of QEMU? ** Changed in: qemu Status: New => Incomplete -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/891525 Title: Guest kernel crashes when

Re: [Qemu-devel] [PATCH] MAINTAINERS: Add Fam and Jsnow for Bitmap support

On 07.11.2016 17:40, Max Reitz wrote: > On 04.08.2016 20:18, John Snow wrote: >> These files are currently unmaintained. >> >> I'm proposing that Fam and I co-maintain them; under the model that >> whomever between us isn't authoring a given series will be responsible >> for reviewing it. >> >>

[Qemu-devel] [PATCH 4/5] MAINTAINERS: Add an entry for the CHRP NVRAM files

I recently added new files to the source tree that are not covered by any maintainer yet -- and since every new source file should have a maintainer nowadays, I volunteer to look after these files now, too. Signed-off-by: Thomas Huth <th...@redhat.com> --- MAINTAINERS | 7 +++ 1 file c

[Qemu-devel] [PATCH 1/5] MAINTAINERS: Add some ARM related files to the corresponding sections

<alistair.fran...@xilinx.com> Acked-by: Peter Maydell <peter.mayd...@linaro.org> Signed-off-by: Thomas Huth <th...@redhat.com> --- MAINTAINERS | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index 82c814a..d7eef43 100644 --- a

[Qemu-devel] [PATCH v2 3/5] m68k: Update the 68k sections in the MAINTAINERS file

disas/m68k.c obviously belong to the m68k CPU section in the MAINTAINERS file, but remove the hw/m68k/ directory here since it only contains machine (not CPU) related files, as requested by Laurent. Add the machine related files to the right machine sections instead. Signed-off-by: Thomas Huth

[Qemu-devel] [PATCH 5/5] MAINTAINERS: Add Fam and Jsnow for Bitmap support

y: Fam Zheng <f...@redhat.com> Acked-by: Max Reitz <mre...@redhat.com> Signed-off-by: Thomas Huth <th...@redhat.com> --- MAINTAINERS | 14 ++ 1 file changed, 14 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 05b1c97..d8575ab 100644 --- a/MAINTAINER

[Qemu-devel] [PATCH 0/5] Fixes for the MAINTAINERS file

): MAINTAINERS: Add Fam and Jsnow for Bitmap support Thomas Huth (4): MAINTAINERS: Add some ARM related files to the corresponding sections sparc: Add slavio_misc.c and eccmemctl.c to the MAINTAINERS file m68k: Update the 68k sections in the MAINTAINERS file MAINTAINERS: Add an entry for the CHRP

[Qemu-devel] [PATCH 2/5] sparc: Add slavio_misc.c and eccmemctl.c to the MAINTAINERS file

Both files seem to belong to the Sun4m machine. Signed-off-by: Thomas Huth <th...@redhat.com> --- MAINTAINERS | 2 ++ 1 file changed, 2 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index d7eef43..451e7cc 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -710,6 +710,8 @@ S: Maintained

[Qemu-devel] [Bug 627982] Re: linux 2.6.35 hangs with -no-acpi

Since kernel 2.6.35 is pretty much outdated nowadays, I think we can close this bug now (Feel free to re-open it if necessary). ** Changed in: qemu Status: New => Won't Fix -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU.

[Qemu-devel] [Bug 643430] Re: system_powerdown NOT working in qemu-kvm with KVM enabled for FreeBSD guests

Marking this now as "Fix released" according to comment #3 ** Changed in: qemu Status: New => Fix Released -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/643430 Title: system_powerdown NOT

Re: [Qemu-devel] Wiki documentation organization

On 07.11.2016 19:29, G 3 wrote: > > On Nov 7, 2016, at 1:16 PM, Cornelia Huck wrote: > >> On Mon, 7 Nov 2016 12:01:16 -0500 >> G 3 wrote: >> >>> On Nov 7, 2016, at 10:24 AM, Cornelia Huck wrote: >>> On Mon, 7 Nov 2016 10:11:52 -0500 G 3

[Qemu-devel] [Bug 673009] Re: Latest git crashes in if_start with netBSD guest

I assume this problem has been fixed nowadays ... or can you still somehow reproduce it with the latest version of QEMU? ** Changed in: qemu Status: New => Incomplete -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU.

[Qemu-devel] [Bug 732155] Re: system_reset doesn't work with qemu-kvm and latest SeaBIOS

Sounds like this could have been a duplicate bug of https://bugs.launchpad.net/qemu/+bug/643430 ? If so, it should have been fixed in late 2011. Could you check with the latest version of QEMU / Seabios if the problem still persists? ** Changed in: qemu Status: New => Incomplete -- You

[Qemu-devel] [Bug 521202] Re: Windows XP x64 / 2008 Server x64 broken on 32-bit hosts with QEMU > 0.9.0

Can you still reproduce this bug with the latest version of QEMU? ** Changed in: qemu Status: New => Incomplete -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/521202 Title: Windows XP x64 /

[Qemu-devel] [Bug 607204] Re: New qemu instances often cannot be started if host system is under load

Can you still reproduce this problem with the latest version of QEMU? ** Changed in: qemu Status: New => Incomplete -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/607204 Title: New qemu

[Qemu-devel] [Bug 616769] Re: interrupt problem x86_64

Which version of QEMU did you use when you encountered this problem? Can you still reproduce this issue with the latest version of QEMU? ** Changed in: qemu Status: New => Incomplete -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to

[Qemu-devel] [PATCH] boot-serial-test: Add a test for the powernv machine

OWER9". Signed-off-by: Thomas Huth <th...@redhat.com> --- tests/boot-serial-test.c | 1 + 1 file changed, 1 insertion(+) diff --git a/tests/boot-serial-test.c b/tests/boot-serial-test.c index d98c564..44c82e5 100644 --- a/tests/boot-serial-test.c +++ b/tests/boot-serial-test.c @@ -29,6

Re: [Qemu-devel] [PATCH v2 3/5] m68k: Update the 68k sections in the MAINTAINERS file

On 08.11.2016 13:21, Laurent Vivier wrote: > Le 08/11/2016 à 13:17, Thomas Huth a écrit : >> disas/m68k.c obviously belong to the m68k CPU section in >> the MAINTAINERS file, but remove the hw/m68k/ directory >> here since it only contains machine (not CPU) related &

[Qemu-devel] [PATCH v2 for-2.8] spapr-vty: Fix bad assert() statement

eem to simply drop characters that they can not handle, so I think we should also do the same in spapr-vty to fix this issue. Buglink: https://bugs.launchpad.net/qemu/+bug/1639322 Signed-off-by: Thomas Huth <th...@redhat.com> --- v2: - Do not increase the buffer size since this breaks migratio

Re: [Qemu-devel] [PATCH] spapr-vty: Fix bad assert() statement

On 11.11.2016 00:01, David Gibson wrote: > On Thu, Nov 10, 2016 at 10:06:37AM +0100, Thomas Huth wrote: >> When using the serial console in the GTK interface of QEMU (and >> QEMU has been compiled with CONFIG_VTE), it is possible to trigger >> the assert() statement in vty_rec

[Qemu-devel] [PATCH] spapr-vty: Fix bad assert() statement

ink: https://bugs.launchpad.net/qemu/+bug/1639322 Signed-off-by: Thomas Huth <th...@redhat.com> --- hw/char/spapr_vty.c | 13 +++-- 1 file changed, 11 insertions(+), 2 deletions(-) diff --git a/hw/char/spapr_vty.c b/hw/char/spapr_vty.c index 31822fe..bee6c34 100644 --- a/hw/char/sp

[Qemu-devel] [Bug 660060] Re: virtio block read errors

Thanks for your response! So I'm closing this ticket now... ** Changed in: qemu Status: Incomplete => Fix Released -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/660060 Title: virtio block

[Qemu-devel] [PULL 4/6] MAINTAINERS: Add an entry for the CHRP NVRAM files

jnoczi <stefa...@redhat.com> Signed-off-by: Thomas Huth <th...@redhat.com> --- MAINTAINERS | 7 +++ 1 file changed, 7 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 5d8b584..05b1c97 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -1093,6 +1093,13 @@ S: Maintained F: hw/core/g

[Qemu-devel] [PULL 0/6] Fixes for the MAINTAINERS file

John Snow (1): MAINTAINERS: Add Fam and Jsnow for Bitmap support Thomas Huth (5): MAINTAINERS: Add some ARM related files to the corresponding sections sparc: Add slavio_misc.c and eccmemctl.c to the MAINTAINERS file m68k: Update the 68k sections

[Qemu-devel] [Bug 1212402] Re: Enabling KVM with recent QEMU builds from GIT hang at boot on Ubuntu Precise AMD64 kernel 3.8.0

According to comment #1, this has been fixed with kernel 3.9, so setting the status to "Fix released" now. ** Changed in: qemu Status: New => Fix Released -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU.

[Qemu-devel] [PULL 3/6] m68k: Update the 68k sections in the MAINTAINERS file

<laur...@vivier.eu> Reviewed-by: Stefan Hajnoczi <stefa...@redhat.com> Signed-off-by: Thomas Huth <th...@redhat.com> --- MAINTAINERS | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index 451e7cc..5d8b584 100644 --- a/MAINTAINERS

[Qemu-devel] [PULL 1/6] MAINTAINERS: Add some ARM related files to the corresponding sections

<alistair.fran...@xilinx.com> Acked-by: Peter Maydell <peter.mayd...@linaro.org> Reviewed-by: Stefan Hajnoczi <stefa...@redhat.com> Signed-off-by: Thomas Huth <th...@redhat.com> --- MAINTAINERS | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/MAINTAI

[Qemu-devel] [Bug 1639322] Re: pasting into ppc64 serial console kills qemu

, and I've suggested a patch here: http://marc.info/?i=1478768797-26401-1-git-send-email-th...@redhat.com ** Changed in: qemu Assignee: (unassigned) => Thomas Huth (th-huth) ** Changed in: qemu Status: New => Confirmed ** Changed in: qemu Importance: Undecided => Medium -- You

[Qemu-devel] [PULL 2/6] sparc: Add slavio_misc.c and eccmemctl.c to the MAINTAINERS file

Both files seem to belong to the Sun4m machine. Reviewed-by: Stefan Hajnoczi <stefa...@redhat.com> Signed-off-by: Thomas Huth <th...@redhat.com> --- MAINTAINERS | 2 ++ 1 file changed, 2 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index d7eef43..451e7cc 100644 --- a/MAINT

[Qemu-devel] [PULL 5/6] MAINTAINERS: Add Fam and Jsnow for Bitmap support

y: Fam Zheng <f...@redhat.com> Acked-by: Max Reitz <mre...@redhat.com> Reviewed-by: Stefan Hajnoczi <stefa...@redhat.com> Signed-off-by: Thomas Huth <th...@redhat.com> --- MAINTAINERS | 14 ++ 1 file changed, 14 insertions(+) diff --git a/MAINTAINERS b/MAINT

[Qemu-devel] [PULL 6/6] MAINTAINERS: Remove obsolete stable branches

There are only very old and orphaned stable branches listed in the MAINTAINERS file - so this section is pretty useless nowadays. Let's remove it. Reviewed-by: John Snow <js...@redhat.com> Signed-off-by: Thomas Huth <th...@redhat.com> --- MAINTAINERS | 22 -- 1

[Qemu-devel] [Bug 616769] Re: interrupt problem x86_64

OK, thanks a lot for your response ... so let's close this bug now. ** Changed in: qemu Status: Incomplete => Invalid -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/616769 Title: interrupt

[Qemu-devel] [Bug 1021649] Re: qemu 1.1.0 waits for a keypress at boot

Can this issue still be reproduced with the latest version of QEMU, or can we close this bug nowadays? ** Changed in: qemu Status: Confirmed => Incomplete -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU.

Re: [Qemu-devel] [Qemu-ppc] [PATCH] spapr-vty: Fix bad assert() statement

On 10.11.2016 15:41, Paolo Bonzini wrote: > > > On 10/11/2016 10:06, Thomas Huth wrote: >> When using the serial console in the GTK interface of QEMU (and >> QEMU has been compiled with CONFIG_VTE), it is possible to trigger >> the assert() statement in vty_receive(

Re: [Qemu-devel] [Qemu-ppc] [PATCH v2 1/2] target-ppc: implement vnegw/d instructions

PPC_ALTIVEC), > GEN_VXFORM_300_EXT(vinsertd, 6, 15, 0x10), > +GEN_VXFORM_300_EO(vnegw, 0x01, 0x18, 0x06), > +GEN_VXFORM_300_EO(vnegd, 0x01, 0x18, 0x07), > GEN_VXFORM_300_EO(vextsb2w, 0x01, 0x18, 0x10), > GEN_VXFORM_300_EO(vextsh2w, 0x01, 0x18, 0x11), > GEN_VXFORM_300_EO(vextsb2d, 0x01, 0x18, 0x18), > Looks sane to me. Reviewed-by: Thomas Huth <th...@redhat.com>

Re: [Qemu-devel] Bug in mips user-linux

On 10.10.2016 03:01, Torbjörn Granlund wrote: > This is a long-standing issue; I've reproduced it in 2.5.0, 2.6.2, and > 2.7.0. > > Command used: qemu-mipsn32 ./reuse > > The binary file 'reuse' is attached. > > Funnily enough, it does not fail every time. (I would expect user-level >

Re: [Qemu-devel] [PATCH] script/clean-includes: added duplicate #include check

On 12.10.2016 20:40, Anand J wrote: > Added script to check duplicate #include entries. This check will scan and > print the files in which duplicate #include entries are present. > > Script might output false postive entries as well. Such entries should > not be removed. So if it finds any

Re: [Qemu-devel] [PATCH 01/13] pseries: Remove unused callbacks from sPAPR VIO bus state

nclude/hw/ppc/spapr_vio.h > @@ -76,8 +76,6 @@ struct VIOsPAPRDevice { > struct VIOsPAPRBus { > BusState bus; > uint32_t next_reg; > -int (*init)(VIOsPAPRDevice *dev); > -int (*devnode)(VIOsPAPRDevice *dev, void *fdt, int node_off); > }; > > extern VIOsPAPRBus *spapr_vio_bus_init(void); > Reviewed-by: Thomas Huth <th...@redhat.com>

Re: [Qemu-devel] [PATCH 02/13] pseries: Split device tree construction from device tree load

On 20.10.2016 07:11, David Gibson wrote: > spapr_finalize_fdt() both finishes building the device tree for the guest > and loads it into guest memory. For future cleanups, it's going to be > more convenient to do these two things separately. The loading portion is > pretty trivial, so we move it

Re: [Qemu-devel] my attempt at new QEMU website

On 19.10.2016 12:53, Paolo Bonzini wrote: > Hi all, > > another small PSA. :) I have created a small but hopefully useful > example of a new QEMU website at http://qemu-bonzini.rhcloud.com/. The > site aims at providing and also a home for blog posts about QEMU. Looks good to me! Two comments,

Re: [Qemu-devel] Missing serial emulation in QEMU for Tricore board

On 19.10.2016 12:48, Filippo Battaglia wrote: > Good morning. I'm testing QEMU for Aurix > Tricore board. > > I have seen that no output is shown by QEMU > when the serial port of the Tricore adapter > is used. > > This is strange because, for some different > embedded platforms (e.g. the

Re: [Qemu-devel] [PATCH 04/13] pseries: Make spapr_create_fdt_skel() get information from machine state

/* event-sources */ > -spapr_events_fdt_skel(fdt, epow_irq); > +spapr_events_fdt_skel(fdt, spapr->check_exception_irq); > > /* /hypervisor node */ > if (kvm_enabled()) { Since kernel_size is used multiple times in this function, you could simplify your patch a little bit by introducing a new local variable "long kernel_size = spapr->kernel_size;" at the beginning of the function... but anyway, patch looks good to me, so: Reviewed-by: Thomas Huth <th...@redhat.com>

Re: [Qemu-devel] [PATCH 08/13] spapr: Consolidate construction of /chosen device tree node

| 17 ++ > include/hw/ppc/spapr_vio.h | 2 +- > 3 files changed, 70 insertions(+), 80 deletions(-) > Reviewed-by: Thomas Huth <th...@redhat.com>

Re: [Qemu-devel] [PATCH 10/13] spapr: Move /event-sources construction to spapr_build_fdt()

id.au> > --- > hw/ppc/spapr.c | 6 +++--- > hw/ppc/spapr_events.c | 21 ++--- > include/hw/ppc/spapr.h | 2 +- > 3 files changed, 14 insertions(+), 15 deletions(-) Reviewed-by: Thomas Huth <th...@redhat.com>

Re: [Qemu-devel] [Qemu-ppc] [PATCH 3/3] ppc/spapr: implement H_SIGNAL_SYS_RESET

On 20.10.2016 08:59, Nicholas Piggin wrote: > The H_SIGNAL_SYS_RESET hcall allows a guest CPU to raise a system > reset exception on other CPUs in the same guest. > > Signed-off-by: Nicholas Piggin > --- > hw/ppc/spapr_hcall.c | 42 ++

Re: [Qemu-devel] [PATCH 12/13] spapr: Consolidate construction of /vdevice device tree node

--- > include/hw/ppc/spapr_vio.h | 2 +- > 3 files changed, 19 insertions(+), 25 deletions(-) Reviewed-by: Thomas Huth <th...@redhat.com>

Re: [Qemu-devel] [PATCH 13/13] spapr: Remove spapr_create_fdt_skel()

oving spapr_create_fdt_skel() entirely. > > Signed-off-by: David Gibson <da...@gibson.dropbear.id.au> > --- > hw/ppc/spapr.c | 94 > +++--- > include/hw/ppc/spapr.h | 1 - > 2 files changed, 36 insertions(+), 59 deletions(-) Reviewed-by: Thomas Huth <th...@redhat.com>

Re: [Qemu-devel] [PATCH 07/13] spapr: Move construction of /interrupt-controller fdt node

-- > include/hw/ppc/xics.h | 1 + > 3 files changed, 26 insertions(+), 17 deletions(-) Reviewed-by: Thomas Huth <th...@redhat.com>

Re: [Qemu-devel] [PATCH 08/13] spapr: Consolidate construction of /chosen device tree node

On 20.10.2016 07:12, David Gibson wrote: > For historical reasons, building the /chosen node in the guest device tree > is split across several places and includes both parts which write the DT > sequentially and others which use random access functions. > > This patch consolidates construction

Re: [Qemu-devel] [PATCH 09/13] pseries: Consolidate construction of /rtas device tree node

+++-- > hw/ppc/spapr_rtas.c| 33 ++--- > include/hw/ppc/spapr.h | 3 +- > 3 files changed, 76 insertions(+), 90 deletions(-) Reviewed-by: Thomas Huth <th...@redhat.com>

Re: [Qemu-devel] [PATCH 11/13] spapr: Move /hypervisor node construction to fdt_build_fdt()

avid Gibson <da...@gibson.dropbear.id.au> > --- > hw/ppc/spapr.c | 49 - > 1 file changed, 28 insertions(+), 21 deletions(-) Reviewed-by: Thomas Huth <th...@redhat.com>

Re: [Qemu-devel] [PATCH 2/2] clean-up: removed duplicate #includes

On 18.10.2016 14:39, Anand J wrote: > > > On Tue, Oct 18, 2016 at 4:03 PM, Anand J > wrote: > > Some files contain multiple #includes of the same header file. > Removed most of those unnecessary duplicate entries using >

Re: [Qemu-devel] [PATCH 1/2] script/clean-includes: added duplicate #include check

lean-includes | 50 > +- > 1 file changed, 37 insertions(+), 13 deletions(-) Thanks for the update, this patch looks fine to me now, so feel free to add my: Reviewed-by: Thomas Huth <th...@redhat.com> But please avoid sending patch

[Qemu-devel] [Bug 786442] Re: GCC -O2 causes segfaults

Sorry, that there were no reactions to this ticket when you've opened it. Since both, GCC 4.4 and QEMU 0.14 are quite outdated nowadays, and AFAIK nobody complains about this issue with newer versions anymore, I think we can close this bug nowadays. If you still have this problem with the latest

Re: [Qemu-devel] [Qemu-ppc] [PULL 0/4] ppc patches for qemu-2.7 stable branch

On 14.10.2016 19:38, Peter Maydell wrote: > On 14 October 2016 at 09:27, Greg Kurz wrote: >> On Fri, 14 Oct 2016 09:28:35 +1100 >> David Gibson wrote: >> >>> On Thu, Oct 13, 2016 at 12:57:19PM +0100, Peter Maydell wrote: On 13 October 2016 at

Re: [Qemu-devel] Provide safe_syscall for s390x

On 14.10.2016 20:58, Michael Tokarev wrote: > Hi. > > This commit: c9bc3437a905b660561a26cd4ecc64579843267b > Author: Richard Henderson > Date: Tue Jun 21 17:32:12 2016 -0700 > > linux-user: Provide safe_syscall for s390x > > does not build on debian unstable porterbox

Re: [Qemu-devel] [PATCH] linux-user: Fix s390x safe-syscall for z900

l %r0,0(%r8) > + ltr %r0,%r0 > jne 2f > svc 0 > safe_syscall_end: Reviewed-by: Thomas Huth <th...@redhat.com>

[Qemu-devel] [Bug 977391] Re: BUG: soft lockup - CPU#8 stuck for 61s! [kvm:*] in lucid

This sounds like a kernel bug, so it should not be tracked via the QEMU bug tracker. ** No longer affects: qemu -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/977391 Title: BUG: soft lockup -

[Qemu-devel] [Bug 995758] Re: Possibly inaccurate statement in PC Platform Docs

As far as I can see, the wording on the page only says that the BIOS ends at address 0xF, not that it starts execution at exactly that address. So I think that page is ok. ** Changed in: qemu Status: New => Invalid -- You received this bug notification because you are a member of

[Qemu-devel] [Bug 1004408] Re: BUG: Soft Lockup - CPU#0 stuck for 22s! [qemu-system-x86: 31867]

Thanks for the bug report, but please report kernel bugs in the kernel bug tracker, not in the QEMU bug tracker (see http://www.linux- kvm.org/page/Bugs for details). So if the problem still persists with recent kernels, you should open a ticket there instead. ** Changed in: qemu Status:

[Qemu-devel] [Bug 995758] Re: Possibly inaccurate statement in PC Platform Docs

OK, I just read the text again, and the sentences before the one with the 0xf indeed sounded like the the start address was at the last byte. I've reworded the text now a little bit so that it should be more accurate. ** Changed in: qemu Status: Invalid => Fix Released -- You

Re: [Qemu-devel] [Qemu-ppc] [PATCH 0/5] nvram: Refactor OpenBIOS NVRAM code to support -prom-env on pseries, too

On 24.10.2016 14:04, David Gibson wrote: > On Mon, Oct 24, 2016 at 12:36:05PM +0200, Thomas Huth wrote: >> On 24.10.2016 12:22, Bharata B Rao wrote: >>> >>> On Wed, Oct 19, 2016 at 7:46 AM, David Gibson >>> <da...@gibson.dropbear.id.au <

[Qemu-devel] [Bug 1455254] Re: Segmentation fault. __memcmp_sse4_1 () at ../sysdeps/x86_64/multiarch/memcmp-sse4.S:69

I assume this is the same bug as https://bugzilla.redhat.com/show_bug.cgi?id=1163047 - so this should have been fixed with this commit here: http://git.qemu.org/?p=qemu.git;a=commitdiff;h=c6e484707f28b3e115e6412 ... thus I'm changing the status to "Fix released" now. If you still have this problem

[Qemu-devel] [Bug 1453436] Re: Building on OS X: Undefined symbols ___emutls_v.prng_state and ___emutls_v.prng_state_data

According to comment #4, the build finally worked, so I'm closing this ticket now. ** Changed in: qemu Status: New => Won't Fix -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1453436 Title:

[Qemu-devel] [Bug 1289898] Re: qemu-system-ppc64 easily cause file corruption

Is this the same issue as bug https://bugs.launchpad.net/qemu/+bug/1463812 ? If so, I think we should close one of the two tickets - no need to track an issue twice. ** Tags added: ppc -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU.

Re: [Qemu-devel] [PATCH 0/5] nvram: Refactor OpenBIOS NVRAM code to support -prom-env on pseries, too

On 24.10.2016 12:22, Bharata B Rao wrote: > > On Wed, Oct 19, 2016 at 7:46 AM, David Gibson > <da...@gibson.dropbear.id.au <mailto:da...@gibson.dropbear.id.au>> wrote: > > On Tue, Oct 18, 2016 at 10:46:39PM +0200, Thomas Huth wrote: > > The OpenBIOS NV

[Qemu-devel] [Bug 1469978] Re: compile qemu use with KVM machine not supported

What kind of Linux distribution are you using? Sound like you're using libvirt on top of QEMU ... how does your guest XML definition in libvirt look like? You might need to specify a different machine type in your XML there... ** Changed in: qemu Status: New => Incomplete -- You received

[Qemu-devel] [Bug 1463812] Re: qemu-system-ppc64 V2.30 cause RHEL5.9 disk corruption

** Tags added: ppc -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1463812 Title: qemu-system-ppc64 V2.30 cause RHEL5.9 disk corruption Status in QEMU: New Bug description: copied the RHEL5.9

[Qemu-devel] [Bug 1469924] Re: qemu-kvm crash when guest os is booting

Which version of QEMU are you using? Does the problem still occur with the latest version of QEMU? What kind of guest and host OS are you using? ** Changed in: qemu Status: New => Incomplete -- You received this bug notification because you are a member of qemu- devel-ml, which is

[Qemu-devel] [Bug 1543057] Re: Warnings are treated as errors

Closing this as invalid - unless you can reproduce this with the latest release version or the current master branch again, then please feel free to open this ticket again. ** Changed in: qemu Status: New => Invalid -- You received this bug notification because you are a member of qemu-

[Qemu-devel] [Bug 1013691] Re: ppc64 + virtio-scsi: only first scsi disk shows up in the guest

** Tags added: ppc -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1013691 Title: ppc64 + virtio-scsi: only first scsi disk shows up in the guest Status in QEMU: New Bug description: When

[Qemu-devel] [Bug 1017793] Re: S3 Trio64V+ support

** Changed in: qemu Importance: Undecided => Wishlist -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1017793 Title: S3 Trio64V+ support Status in QEMU: New Bug description: Is it possible

[Qemu-devel] [Bug 818673] Re: virtio: trying to map MMIO memory

According to comment 41, this bug has been fixed, so I'm setting the status to "Fix released" now ... Vitalis, your problem from comment 46 sounds differently - if it still persists today, please open a new bug ticket for this instead. ** Changed in: qemu Status: New => Fix Released --

[Qemu-devel] [Bug 612677] Re: qemu-kvm -curses displays garbled screen

I'm closing this bug now, since it is apparently working with the latest version of QEMU. ** Changed in: qemu Status: New => Invalid -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/612677

[Qemu-devel] [Bug 643465] Re: Crash at network boot

QEMU 0.12 is very out of date nowadays, so it's unlikely that somebody will still have a look at this ticket => I'm closing this ticket now. If you still have problems with the latest version of QEMU, please feel free to open this ticket again (or a new one). ** Changed in: qemu Status:

[Qemu-devel] [Bug 636315] Re: configure and build errors on Solaris 10 due to /bin/sh usage

The shell-based tracetool has been replace in commit 650ab98d1d9551f0ca21 with a script that has been implemented in Python, so I think we can close this bug nowadays. ** Changed in: qemu Status: New => Fix Released -- You received this bug notification because you are a member of qemu-

[Qemu-devel] [PATCH 5/5] nvram: Rename openbios_firmware_abi.h into sun_nvram.h

The header now only contains inline functions related to the Sun NVRAM, so the a name like sun_nvram.h seems to be more appropriate now. Signed-off-by: Thomas Huth <th...@redhat.com> --- hw/sparc/sun4m.c | 2 +- hw/sparc64/s

[Qemu-devel] [PATCH 3/5] spapr_nvram: Pre-initialize the NVRAM to support the -prom-env parameter

In case we do not load the NVRAM contents from a file, use the new CHRP NVRAM helper functions to pre-initialize the NVRAM partitions. This way we can support the "-prom-env" parameter of QEMU on the pseries machine, too. Signed-off-by: Thomas Huth <th...@redhat.com> --- hw/nvr

[Qemu-devel] [PATCH 2/5] sparc: Use the new common NVRAM functions for system and free space partition

The system and free space NVRAM partitions (for OpenBIOS) are created in exactly the same way as the Mac-style CHRP NVRAM partitions, so we can use the new common helper functions to do this job here, too. Signed-off-by: Thomas Huth <th...@redhat.com> --- hw/sparc/sun4m.c

<    9   10   11   12   13   14   15   16   17   18   >