Hi Christoffer,
On 14 March 2014 09:19, Christoffer Dall wrote:
> On Thu, Feb 27, 2014 at 12:21:07PM +0530, Pranavkumar Sawargaonkar wrote:
>> If we have in-kernel emulation of PSCI v0.2 for KVM ARM/ARM64 then
>> we enable PSCI v0.2 for each VCPU at the time of VCPU init hence we
>> need to provi
On Thu, 03/06 09:42, Paolo Bonzini wrote:
> Il 06/03/2014 09:26, Fam Zheng ha scritto:
> >c5f52875 changed the size of sense array in vmstate_scsi_device by
> >mistake. This patch restores the old size, and add a subsection for the
> >remaining part of the buffer size. So that migration is not brok
On Thu, 03/06 11:27, Paolo Bonzini wrote:
> We were always truncating the sense size to 96 bytes.
>
> Signed-off-by: Paolo Bonzini
> ---
> hw/scsi/virtio-scsi.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/hw/scsi/virtio-scsi.c b/hw/scsi/virtio-scsi.c
> index 6610
On Thu, 03/06 11:27, Paolo Bonzini wrote:
> We were always truncating the sense size to 96 bytes.
>
> Signed-off-by: Paolo Bonzini
> ---
> hw/scsi/virtio-scsi.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/hw/scsi/virtio-scsi.c b/hw/scsi/virtio-scsi.c
> index 6610
On 03/07/2014 12:57 AM, Mike Day wrote:
>
> Alexey Kardashevskiy writes:
>
>> This adds migration support for OHCI.
>>
>> Signed-off-by: Alexey Kardashevskiy
>
> Reviewed-by: Mike Day
Thanks!
What is next?
>
>> ---
>> hw/usb/hcd-ohci.c | 12
>> 1 file changed, 12 insertions
Interrupt numbers migrate along with other properties so
the initial QEMU setup will be reset by migration. Since
XICS migrates as well and this includes IRQ map with all
the flags saying which ones are already used, all we need
is just to reset the XICS IRQ array on the destination.
This resets X
This initial problem came form libvirt - it does not preserve
the device order when running QEMU. So it is easy to get source QEMU with:
-device spapr-vscsi,id=scsi1,reg=0x2000 -device spapr-vscsi,id=scsi0,reg=0x3000
and destination QEMU with:
-device spapr-vscsi,id=scsi0,reg=0x3000 -device spapr-v
This removes @next_irq from sPAPREnvironment which was used in old
IRQ allocator as XICS is now responsible for IRQs and keep track of
allocated IRQs.
Signed-off-by: Alexey Kardashevskiy
---
hw/ppc/spapr.c | 3 ---
include/hw/ppc/spapr.h | 1 -
2 files changed, 4 deletions(-)
diff --git
We will need soon an "allocated" flag for every interrupt to support
interrupt configuration change which may happen during migration.
This replaces a separate lslsi[] array with a byte in the ICSIRQState
struct and defines "LSI" and "MSI" flags. Neither of these flags set
signals that the descrip
This adds a hook which will be used to reset ICS state before incoming
migration.
Signed-off-by: Alexey Kardashevskiy
---
hw/intc/xics.c| 13 +
include/hw/ppc/xics.h | 1 +
2 files changed, 14 insertions(+)
diff --git a/hw/intc/xics.c b/hw/intc/xics.c
index 88ef9ef..39c33bc
Since islsi[] array has been merged into the ICSState struct,
we must not reset flags as they tell if the interrupt is in use.
Signed-off-by: Alexey Kardashevskiy
---
hw/intc/xics.c | 4 +++-
hw/intc/xics_kvm.c | 4 +++-
2 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/hw/intc/
The current allocator returns IRQ numbers from a pool and does not
support IRQs reuse in any form as it did not keep track of what it
previously returned, it only had the last returned IRQ.
However migration may change interrupts for devices depending on
their order in the command line.
This moves
PAPR allows having multiple interrupr servers. However now we
only support one.
This adds a server lookup function and makes use of it.
At the moment no change is expected.
Signed-off-by: Alexey Kardashevskiy
---
hw/intc/xics.c | 27 ++-
1 file changed, 22 insertions(+)
At the moment sPAPR IOMMU table is a device which participates in
a migration stream. Normally QEMU uses a get_dev_path() hook from
the device's bus to compose the section name and @instance_id which are
used to match the section to the real device. This works till the user
changes the device order
On Thu, Feb 27, 2014 at 04:05:04PM +0530, Pranavkumar Sawargaonkar wrote:
> Hi Peter,
>
> On 27 February 2014 15:23, Peter Maydell wrote:
> > On 27 February 2014 06:51, Pranavkumar Sawargaonkar
> > wrote:
> >> We need to "Feed the kernel back its initial register state" using KVM
> >> ioctls for
Hi,
On behalf of the QEMU Team, I'd like to announce the availability of the
first release candidate for the QEMU 2.0 release. This release is meant
for testing purposes and should not be used in a production environment.
http://wiki.qemu.org/download/qemu-2.0.0-rc0.tar.bz2
You can help improve
Hi,
On behalf of the QEMU Team, I'd like to announce the availability of the
first release candidate for the QEMU 2.0 release. This release is meant
for testing purposes and should not be used in a production environment.
http://wiki.qemu.org/download/qemu-2.0.0-rc0.tar.bz2
You can help improve
I'll tag and push a tarball right now.
Regards,
Anthony Liguori
On Thu, Mar 13, 2014 at 1:16 PM, Peter Maydell wrote:
> On 13 March 2014 17:24, Peter Maydell wrote:
>> On 11 February 2014 14:34, Anthony Liguori wrote:
>>> Looks reasonable to me. I'll handle the release logistics in terms of
Don't sort the extracted options, sort the objects.
Reported-by: Christian Mahnke
Signed-off-by: Fam Zheng
---
rules.mak | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/rules.mak b/rules.mak
index 9dda9f7..5c454d8 100644
--- a/rules.mak
+++ b/rules.mak
@@ -23,8 +23,8 @@
>From 1b02d80679a776791765b720bea21de6fe650252 Mon Sep 17 00:00:00 2001
From: Wang Yufei
Date: Fri, 14 Mar 2014 01:41:13 +
Subject: [PATCH] rdma: Fix block during rdma migration
If the networking break or there's something wrong with rdma
device(ib0 with no IP) during rdma migration, the main
Stefan,
Do you forget this:
https://lists.nongnu.org/archive/html/qemu-devel/2014-02/msg05055.html?
I suppose it will go through the block queue.
Regards,
Hu Tao
On Thu, 03/13 14:25, Markus Armbruster wrote:
> Fam Zheng writes:
>
> > On Wed, 03/12 18:00, Markus Armbruster wrote:
> >> Opening an encrypted image takes an additional step: setting the key.
> >> Between open and the key set, the image must not be used.
> >>
> >> We have some protection agains
On 13 March 2014 20:39, Andreas Färber wrote:
> Am 13.03.2014 15:17, schrieb Peter Maydell:
>> When running under qtest we don't actually have any vcpu threads
>> to be starved, so the warning about the I/O thread spinning isn't
>> relevant, and the way qtest manipulates the simulated clock means
> Am 14.03.2014 um 07:19 schrieb Alexey Kardashevskiy :
>
>> On 03/14/2014 05:50 AM, Andreas Färber wrote:
>> Am 13.03.2014 19:04, schrieb Mike Day:
>>> On 20/11/13 16:39 +1100, Alexey Kardashevskiy wrote:
This adds a put_tce() callback to the SPAPR TCE TABLE device class.
The new call
On 03/14/2014 05:50 AM, Andreas Färber wrote:
> Am 13.03.2014 19:04, schrieb Mike Day:
>> On 20/11/13 16:39 +1100, Alexey Kardashevskiy wrote:
>>> This adds a put_tce() callback to the SPAPR TCE TABLE device class.
>>> The new callback allows to have different IOMMU types such as upcoming
>>> VFIO
On 13 March 2014 21:28, Andreas Färber wrote:
> int32 is a type used in softfloat that has weird at-least-as-wide
> semantics and bit us in the past.
I'm coming round to the opinion that we should just change all
those to int32_t &c. I know we had a discussion about efficiency
at one point and I
[adding qemu-devel]
Background to those new to the thread:
Previously, libvirt has been tracking a lot of disk tunables alongside
the active layer of a backing chain, without regards to any backing
files in the chain. However, now that qemu supports named BDS nodes
anywhere in the backing chain,
On 13 March 2014 20:47, Andreas Färber wrote:
> Hello Peter,
>
> This is my QOM (devices) patch queue. Please pull.
>
> Regards,
> Andreas
>
> Cc: Peter Maydell
> Cc: Anthony Liguori
>
> Cc: Stefan Hajnoczi
>
> The following changes since commit bbbd67f0ccdba93702e58879997c1d2ca67311b1:
>
> M
On 13 March 2014 19:58, Andreas Färber wrote:
> Hello Peter,
>
> Please pull the PowerPC queue into qemu.git master.
>
> Regards,
> Andreas
>
> Cc: Peter Maydell
> Cc: qemu-...@nongnu.org
> Cc: Alexander Graf
> Cc: Alexey Kardashevskiy
> Cc: Paolo Bonzini
>
> The following changes since commit
Hi again,
I believe I have added the appropriate format changes and made a couple
changes to the code. This patch should add functionality to the function
rtas_ibm_get_system_parameter to return a string containing the values for
partition_max_entitled_capacity and system_potential_processors.
I got fstrim happily working in Fedora 20, but it's not working with
the upstream kernel. The message is:
fstrim -v /sysroot/
[ 45.541339] sda: WRITE SAME failed. Manually zeroing.
/sysroot/: 47.2 MiB (49466368 bytes) trimmed
While this isn't technically an error, it of course doesn't tr
Am 06.03.2014 18:09, schrieb James Hogan:
> From: Sanjay Lal
>
> Implement the main KVM arch API for MIPS.
>
> Signed-off-by: Sanjay Lal
> Signed-off-by: James Hogan
> Cc: Aurelien Jarno
> Cc: Gleb Natapov
> Cc: Paolo Bonzini
> Cc: Andreas Färber
> Cc: Peter Maydell
> ---
> Changes in v3:
On 13 March 2014 19:33, Andreas Färber wrote:
> Hello Peter,
>
> Please pull the PowerPC Reference Platform (PReP) queue into qemu.git master.
>
> This is the second part, supporting binutils 2.19 and applying the BIOS load
> changes.
>
> Regards,
> Andreas
>
> Cc: Peter Maydell
> Cc: qemu-...@n
On 11.03.2014 22:53, Benoît Canet wrote:
Tests for drive-mirror-replace whose purpose is to enable quorum file mirroring
and replacement after failure.
Signed-off-by: Benoit Canet
---
tests/qemu-iotests/041| 34 +--
tests/qemu-iotests/088| 221 +++
Am 06.03.2014 18:09, schrieb James Hogan:
> From: Sanjay Lal
>
> COP0 emulation is in-kernel for KVM, so inject IRQ2 (I/O) interrupts via
> ioctls.
>
> Signed-off-by: Sanjay Lal
> Signed-off-by: James Hogan
> Reviewed-by: Aurelien Jarno
> Cc: Andreas Färber
> ---
> Changes in v3:
> - Pass M
Le 13/03/2014 18:09, Andreas Färber a écrit :
Am 05.11.2013 00:09, schrieb Hervé Poussineau:
PCI I/O region is 0x3f80 bytes starting at 0x8000.
Do not use global QEMU I/O region, which is only 64KB.
Signed-off-by: Hervé Poussineau
With this patch I get only a blank screen in OHW/Etch
On 11.03.2014 22:53, Benoît Canet wrote:
When a quorum file is totally destroyed (broken NAS or SAN) the user can start a
drive-mirror job on the quorum block backend and then replace the broken
quorum file with drive-mirror-replace given it has a node-name.
Signed-off-by: Benoit Canet
---
bl
A test is only as good as its coverage - testing virtserialport in
addition to virtconsole showed that commit
0399a3819b27083ba69b88a9baa9025facab85bd (virtio-console: QOM cast
cleanup for VirtConsole) broke virtserialport.
Acked-by: Richard W.M. Jones
Signed-off-by: Andreas Färber
---
tests/vi
From: Stefan Hajnoczi
If an assertion fails during qtest_init() the SIGABRT handler is
invoked. This is the correct behavior since we need to kill the QEMU
process to avoid leaking it when the test dies.
The global_qtest pointer used by the SIGABRT handler is currently only
assigned after qtest
Commit 0399a3819b27083ba69b88a9baa9025facab85bd (virtio-console: QOM
cast cleanup for VirtConsole) broke virtserialport since it shares
functions and state struct with virtconsole. Let virtconsole inherit
from virtserialport, and use virtserialport type for casting.
Note that virtio-serial-port is
From: Peter Maydell
When running under qtest we don't actually have any vcpu threads
to be starved, so the warning about the I/O thread spinning isn't
relevant, and the way qtest manipulates the simulated clock means
the warning is produced a lot as a false positive. Suppress it if
qtest_enabled(
Hello Peter,
This is my QOM (devices) patch queue. Please pull.
Regards,
Andreas
Cc: Peter Maydell
Cc: Anthony Liguori
Cc: Stefan Hajnoczi
The following changes since commit bbbd67f0ccdba93702e58879997c1d2ca67311b1:
Merge remote-tracking branch 'remotes/afaerber/tags/qom-cpu-for-2.0' int
Am 13.03.2014 15:17, schrieb Peter Maydell:
> When running under qtest we don't actually have any vcpu threads
> to be starved, so the warning about the I/O thread spinning isn't
> relevant, and the way qtest manipulates the simulated clock means
> the warning is produced a lot as a false positive.
Tomohiro,
Please follow the guidelines for submitting a patch to Qemu that are
found in:
http://wiki.qemu.org/Contribute/SubmitAPatch
This patch has an inappropriate commit log, is missing a signed-off-by:
tag, and some of the lines wrapped in my reader. These are explained in
the document abo
On 13 March 2014 17:24, Peter Maydell wrote:
> On 11 February 2014 14:34, Anthony Liguori wrote:
>> Looks reasonable to me. I'll handle the release logistics in terms of
>> tarball releases and tagging.
>
> Ping! Yesterday was nominally rc0 tagging day (though there
> was a bunch of late-breakin
On 13 March 2014 19:09, Andreas Färber wrote:
> Hello Peter,
>
> This is my current QOM CPU patch queue. Please pull.
>
> v2 fixes two issues seen in mingw32 builds.
>
> Regards,
> Andreas
>
> Cc: Peter Maydell
> Cc: Anthony Liguori
>
> Cc: Eduardo Habkost
> Cc: Igor Mammedov
>
> The following
Am 13.03.2014 10:41, schrieb Stefan Hajnoczi:
> If an assertion fails during qtest_init() the SIGABRT handler is
> invoked. This is the correct behavior since we need to kill the QEMU
> process to avoid leaking it when the test dies.
>
> The global_qtest pointer used by the SIGABRT handler is cur
On 11.03.2014 22:17, Benoît Canet wrote:
The Tuesday 11 Mar 2014 à 22:00:29 (+0100), Max Reitz wrote :
On 11.03.2014 17:36, Benoît Canet wrote:
When a quorum file is totally destroyed (broken filer) the user can start a
*file
I really meant filer as in file server: I will write NAS instead.
From: Mark Wu
Before spapr_vga_init will returned false if the vga is specified by
the command '-device VGA' because vga_interface_type was evaluated to
VGA_NONE. With the change in previous patch of this series,
spapr_vga_init should return true if it's told that the vga will be
initialized in f
Hello Peter,
Please pull the PowerPC queue into qemu.git master.
Regards,
Andreas
Cc: Peter Maydell
Cc: qemu-...@nongnu.org
Cc: Alexander Graf
Cc: Alexey Kardashevskiy
Cc: Paolo Bonzini
The following changes since commit d7f0a59ff02affb8270ad9b6ee7e60974ac92df0:
Merge remote-tracking bra
From: Mark Wu
Some machine (like pseries) initialization code determines if it has
graphics according to vga_interface_type. In the original code,
vga_interface_type is evaluated to VGA_NONE even if a VGA is added
via '-device VGA'. It causes the machine not aware of the graphics
device configure
Hello Peter,
This is my current QOM CPU patch queue. Please pull.
v2 fixes two issues seen in mingw32 builds.
Regards,
Andreas
Cc: Peter Maydell
Cc: Anthony Liguori
Cc: Eduardo Habkost
Cc: Igor Mammedov
The following changes since commit 57fac92c2d4487d5c45e1ca96df6790f96c9e64c:
Merge
Hello Peter,
Please pull the PowerPC Reference Platform (PReP) queue into qemu.git master.
This is the second part, supporting binutils 2.19 and applying the BIOS load
changes.
Regards,
Andreas
Cc: Peter Maydell
Cc: qemu-...@nongnu.org
Cc: Alexander Graf
Cc: Hervé Poussineau
Cc: Mark Cave-A
This increases file size from 512 KiB to 1 MiB.
Signed-off-by: Andreas Färber
---
pc-bios/ppc_rom.bin | Bin 524288 -> 1048576 bytes
roms/openhackware | 2 +-
2 files changed, 1 insertion(+), 1 deletion(-)
diff --git a/pc-bios/ppc_rom.bin b/pc-bios/ppc_rom.bin
index
d378d9a95e63fe843b7a623
From: Hervé Poussineau
Raven datasheet explains where firmware lives in system memory, so do
it there instead of in board code. Other boards using the same PCI
host will not have to copy the firmware loading code.
Signed-off-by: Hervé Poussineau
[AF: Drop BIOS size workaround in favor of replac
Using the standard ctrl+q makes it too easy to kill the whole VM. Using
ctrl+alt+FOO is consistent with our other accelerators.
https://bugzilla.redhat.com/show_bug.cgi?id=1062393
Signed-off-by: Cole Robinson
---
ui/gtk.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/ui/gtk
This matches the behavior of SDL, and makes the mouse usable when
using -display gtk -vga qxl
https://bugzilla.redhat.com/show_bug.cgi?id=1051724
Signed-off-by: Cole Robinson
---
ui/gtk.c | 8
1 file changed, 8 insertions(+)
diff --git a/ui/gtk.c b/ui/gtk.c
index 8482791..32e8f01 10064
We were using the wrong coordinates, this fixes things to match the
original gtk2 implementation.
You can see this error in action by using -vga qxl, however even after this
patch the mouse warps in small increments up and to the left, -7x and -3y
pixels at a time, until the pointer is warped off
In these cases we weren't using an image in the menu item anyways, so
just do as the suggestion says. Should be fine for all qemu supported
gtk versions.
ui/gtk.c: In function ‘gd_create_menu_machine’:
ui/gtk.c:1284:5: error: ‘gtk_image_menu_item_new_with_mnemonic’ is deprecated
(declared at /usr
Guard this with a VTE and GTK version check so we don't break GTK2 builds.
ui/gtk.c: In function ‘gd_vc_init’:
ui/gtk.c:1176:5: error: ‘vte_terminal_get_adjustment’ is deprecated (declared
at /usr/include/vte-2.90/vte/vtedeprecated.h:101)
[-Werror=deprecated-declarations]
Signed-off-by: Cole Ro
First patch documents a configure option.
Next 3 patches fix deprecation warnings on gtk 3.10.
The remaining patches are bug fixes.
v2:
Add configure patch
Fix building against GTK2
Cole Robinson (7):
configure: Document --with-gtkabi
gtk: Don't use deprecated gtk_image_menu_item_new_
Stock items are deprecated. As are ImageMenuItems. Convert everything to
text only MenuItems, with the same text content as mentioned in the
conversion guide:
https://docs.google.com/spreadsheet/pub?key=0AsPAM3pPwxagdGF4THNMMUpjUW5xMXZfdUNzMXhEa2c&output=html
gtk2 users lose their menu icons as w
Signed-off-by: Cole Robinson
---
configure | 1 +
1 file changed, 1 insertion(+)
diff --git a/configure b/configure
index 8c2838e..4572bc5 100755
--- a/configure
+++ b/configure
@@ -1219,6 +1219,7 @@ Advanced options (experts only):
--with-sdlabiselect preferred SDL ABI 1.2 or 2.0
On 03/13/2014 02:55 PM, Peter Maydell wrote:
> On 13 March 2014 10:46, Gerd Hoffmann wrote:
>> Hi,
>>
>> Looks like I've became the default victim for gtk patches, with anthony
>> being busy and /me recently picking up the gtk mouse wheel patch.
>>
>> So here is a collection of gtk patches hitti
On Thu, Mar 13, 2014 at 04:36:12PM +0100, Igor Mammedov wrote:
>
> After memory hotplug is in I might add e820 entries after above_4g
> for present at boot hotpluggable DIMMDevices. They would have 1:1 mapping
> i.e. t19<-t20<-t17 and belong only to 1 node.
Any idea what the max size could be for
On 13 March 2014 10:46, Gerd Hoffmann wrote:
> Hi,
>
> Looks like I've became the default victim for gtk patches, with anthony
> being busy and /me recently picking up the gtk mouse wheel patch.
>
> So here is a collection of gtk patches hitting my inbox over the last
> few days. Not strictly b
On 13 March 2014 10:38, Gerd Hoffmann wrote:
> Hi,
>
> Two more input bugfixes. Well, the gtk wheel support could be
> considered a new feature. On top of the input layer rewrite it
> is pretty simple and straight forward patch, so I think it is
> fine for 2.0 nevertheless.
>
> please pull,
>
Thanks Peter!
That works for me.
On Thu, Mar 13, 2014 at 7:48 PM, Peter Maydell wrote:
> On 13 March 2014 18:42, Christian Mahnke wrote:
> > On Thu, Mar 13, 2014 at 7:35 PM, Peter Maydell >
> > wrote:
> >> I have a feeling I know what may be happening here.
> >>
> >> -L/opt/local/lib
> >> -W
Am 13.03.2014 19:04, schrieb Mike Day:
> On 20/11/13 16:39 +1100, Alexey Kardashevskiy wrote:
>> This adds a put_tce() callback to the SPAPR TCE TABLE device class.
>> The new callback allows to have different IOMMU types such as upcoming
>> VFIO IOMMU and it will be used more by the upcoming Multi
On 13 March 2014 18:42, Christian Mahnke wrote:
> On Thu, Mar 13, 2014 at 7:35 PM, Peter Maydell
> wrote:
>> I have a feeling I know what may be happening here.
>>
>> -L/opt/local/lib
>> -Wl,-headerpad_max_install_names -arch -lcurl -lssh2 -lz x86_64
>>
>> is I think the result of doing an alph
Am 13.03.2014 18:10, schrieb Peter Maydell:
> On 13 March 2014 14:54, Andreas Färber wrote:
>> Hello Peter,
>>
>> This is my current QOM CPU patch queue. Please pull.
>>
>> Since this touches on bsd-user code, request to apply the build fix first.
>>
>> NB: I was only able to test x86/ppc/arm KVM
Sorry about that, I will try to keep it in mind.
I've attached the file.
On Thu, Mar 13, 2014 at 7:35 PM, Peter Maydell wrote:
> [put qemu-devel back on cc; I guess you accidentally dropped it]
>
> On 13 March 2014 18:22, Christian Mahnke wrote:
> > Hi,
> > the answers of two of your questions
[put qemu-devel back on cc; I guess you accidentally dropped it]
On 13 March 2014 18:22, Christian Mahnke wrote:
> Hi,
> the answers of two of your questions, there is no space in the directory
> name.
>
> I'm running configure like this:
> ./configure --prefix=/opt/qemu-sparc --cc=gcc
> --targe
On 13 March 2014 10:31, Gerd Hoffmann wrote:
> Hi,
>
> Bugfix for chardev hotplug.
>
> please pull,
> Gerd
>
> The following changes since commit 239618707637ec87eba8c452d2b2f75dc5ca20c7:
>
> Merge remote-tracking branch 'remotes/kvm/uq/master' into staging
> (2014-03-11 19:39:17 +)
>
>
Hi Peter,
it' probably a problem with the configure script, clang raised the same
error:
Call to configure:
./configure --prefix=/opt/qemu-sparc --cc=cc
--target-list=sparc-softmmu,sparc64-softmmu
V=1 gmake gives
c++ -m64 -DOS_OBJECT_USE_OBJC=0 -arch x86_64 -D_GNU_SOURCE
-D_FILE_OFFSET_BITS=64
Am 13.03.2014 15:54, schrieb Andreas Färber:
> From: Eduardo Habkost
>
> Register separate QOM types for each x86 CPU model.
>
> This will allow management code to more easily probe what each CPU model
> provides, by simply creating objects using the appropriate class name,
> without having to r
On 13 March 2014 17:45, Christian Mahnke wrote:
> Hi list,
> I'm trying to compile the the current HEAD of the Git repository on Mac OS X
> 10.9.2 using apple-gcc42 from Mac Ports
>
> I've got the following error:
> LINK qemu-nbd
> i686-apple-darwin13-g++-apple-4.2.1: x86_64: No such file or di
Eric Blake writes:
> On 03/13/2014 09:33 AM, Benoît Canet wrote:
>>> We certainly can't do without comments.
>>>
>>> JSON is designed for easy data exchange, but we use it as programming
>>> language syntax. Its restrictions make sense for easy data exchange,
>>> but hurt our use. We're not the
On 20/11/13 16:39 +1100, Alexey Kardashevskiy wrote:
> This adds a put_tce() callback to the SPAPR TCE TABLE device class.
> The new callback allows to have different IOMMU types such as upcoming
> VFIO IOMMU and it will be used more by the upcoming Multi-TCE support.
>
> This reworks the H_PUT_TC
Hi list,
I'm trying to compile the the current HEAD of the Git repository on Mac OS
X 10.9.2 using apple-gcc42 from Mac Ports
I've got the following error:
LINK qemu-nbd
i686-apple-darwin13-g++-apple-4.2.1: x86_64: No such file or directory
c++-apple-4.2: Invalid arch name : -lcurl
To me it s
On Thu, Mar 13, 2014 at 02:17:29PM +, Peter Maydell wrote:
> When running under qtest we don't actually have any vcpu threads
> to be starved, so the warning about the I/O thread spinning isn't
> relevant, and the way qtest manipulates the simulated clock means
> the warning is produced a lot a
On 11 February 2014 14:34, Anthony Liguori wrote:
> Looks reasonable to me. I'll handle the release logistics in terms of
> tarball releases and tagging.
Ping! Yesterday was nominally rc0 tagging day (though there
was a bunch of late-breaking stuff so just as well we didn't
tag then in some ways
Am 05.11.2013 00:09, schrieb Hervé Poussineau:
> Remove now duplicated code from prep board.
>
> Signed-off-by: Hervé Poussineau
With this patch things start working again for me. Could you help find
out what needs to be squashed or reordered?
Thanks,
Andreas
From: Peter Maydell
Remove the custom qemu_assert() function defined by target-m68k/translate.c
in favour of either using glib g_assert_not_reached() (for the genuinely
can't-happen cases) or cpu_abort() (for the "this isn't implemented",
in line with other unimplemented cases in the target).
Th
Signed-off-by: Andreas Färber
---
cputlb.c | 4 ++--
include/exec/exec-all.h| 2 +-
target-alpha/helper.c | 2 +-
target-arm/helper.c| 2 +-
target-cris/helper.c | 2 +-
target-i386/helper.c | 2 +-
target-lm32/helper.c | 6 +++---
target-m68k/
Reset them.
Signed-off-by: Andreas Färber
---
exec.c | 9 +
hw/i386/kvmvapic.c | 2 +-
include/exec/cpu-defs.h | 7 ---
include/exec/softmmu_template.h | 8
include/qom/cpu.h | 8
qom/cpu.c
Signed-off-by: Andreas Färber
---
cpu-exec.c | 4 ++--
exec.c | 2 +-
hw/i386/kvmvapic.c | 2 +-
include/exec/exec-all.h | 2 +-
translate-all.c | 9 +
5 files changed, 10 insertions(+), 9 deletions(-)
diff --git a/cpu-exec.c b/cpu-exec.c
index
On 13 March 2014 14:54, Andreas Färber wrote:
> Hello Peter,
>
> This is my current QOM CPU patch queue. Please pull.
>
> Since this touches on bsd-user code, request to apply the build fix first.
>
> NB: I was only able to test x86/ppc/arm KVM this time; s390x KVM was
> re-reviewed only.
>
> Reg
Am 05.11.2013 00:09, schrieb Hervé Poussineau:
> PCI I/O region is 0x3f80 bytes starting at 0x8000.
> Do not use global QEMU I/O region, which is only 64KB.
>
> Signed-off-by: Hervé Poussineau
With this patch I get only a blank screen in OHW/Etch.
Regards,
Andreas
Reset it.
Signed-off-by: Andreas Färber
---
cpu-exec.c | 10 +-
cpus.c | 14 +++---
include/exec/cpu-defs.h | 1 -
include/qom/cpu.h | 2 ++
qom/cpu.c | 1 +
5 files changed, 15 insertions(+), 13 deletions(-)
diff --git a/cpu-
Signed-off-by: Andreas Färber
---
cputlb.c | 2 +-
include/exec/cputlb.h | 2 +-
translate-all.c | 3 +--
3 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/cputlb.c b/cputlb.c
index 0eb1801..6b2cdb2 100644
--- a/cputlb.c
+++ b/cputlb.c
@@ -106,7 +106,7 @@ void tlb_
And normalize the argument order.
Signed-off-by: Andreas Färber
---
translate-all.c | 15 +++
1 file changed, 7 insertions(+), 8 deletions(-)
diff --git a/translate-all.c b/translate-all.c
index 70d8229..adcef83 100644
--- a/translate-all.c
+++ b/translate-all.c
@@ -197,10 +197,10 @
Signed-off-by: Andreas Färber
---
cpu-exec.c| 14 ++
exec.c| 2 +-
include/exec/exec-all.h | 2 +-
target-alpha/helper.c | 4 ++--
target-alpha/mem_helper.c | 4 ++--
target-arm/op_helper.c| 8
target-
Keep the thread ID around so we can report it via QMP.
There's only one problem: qemu_get_thread_id() (gettid() wrapper on
Linux) must be called from the thread itself. There is no way to get
the thread ID outside the thread.
This patch uses a condvar to wait for iothread_run() to populate the
t
Signed-off-by: Andreas Färber
---
exec.c | 2 +-
translate-all.c | 4 ++--
translate-all.h | 2 +-
3 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/exec.c b/exec.c
index 5f7c472..7f94581 100644
--- a/exec.c
+++ b/exec.c
@@ -1605,7 +1605,7 @@ static void check_watchpoint(int
This cleans up some mb_env_get_cpu() needed for cpu_abort().
Signed-off-by: Andreas Färber
---
target-microblaze/translate.c | 87 +--
1 file changed, 43 insertions(+), 44 deletions(-)
diff --git a/target-microblaze/translate.c b/target-microblaze/transla
Paolo Bonzini writes:
> Il 13/03/2014 14:18, Markus Armbruster ha scritto:
>> Paolo Bonzini writes:
>>
>>> Il 12/03/2014 18:00, Markus Armbruster ha scritto:
+} else if (!runstate_check(RUN_STATE_PRELAUNCH)
+&& !runstate_check(RUN_STATE_PAUSED)) { /* HACK */
>>>
>>> Wh
This patch provides the implementation for the Decimal Floating Point
(DFP) Add instructions (dadd, daddq).
Signed-off-by: Tom Musta
---
target-ppc/dfp_helper.c | 35 ---
target-ppc/helper.h |3 +++
target-ppc/translate.c |8 +---
3 files change
Signed-off-by: Andreas Färber
---
include/exec/exec-all.h | 2 +-
include/exec/softmmu_template.h | 8
target-alpha/mem_helper.c | 8 +---
target-arm/op_helper.c | 12 +++-
target-cris/op_helper.c | 7 ---
target-i386/mem_helper.c
On 13 March 2014 14:10, Stefan Hajnoczi wrote:
> v2:
> * Fixed merge conflict with qemu_thread_create() naming [Peter]
>
> The following changes since commit 750036a848ea913ba6343718ffa70da98f7eef6b:
>
> Merge remote-tracking branch 'remotes/afaerber/tags/prep-for-upstream' into
> staging (201
1 - 100 of 283 matches
Mail list logo
