On (Wed) 14 May 2014 [17:41:38], Greg Kurz wrote:
There is a need to add some more fields to VirtIODevice that should be
migrated (broken status, endianness). The problem is that we do not
want to break compatibility while adding a new feature... This issue has
been addressed in the generic
On Thu, May 15, 2014 at 11:34:25AM +0530, Amit Shah wrote:
On (Wed) 14 May 2014 [17:41:38], Greg Kurz wrote:
There is a need to add some more fields to VirtIODevice that should be
migrated (broken status, endianness). The problem is that we do not
want to break compatibility while adding a
Hello,
I'm using the `-pidfile` option in my qemu command line. Since I'm
also using the `-readconfig` option I thought it was a good thing to
include the pidfile option in my config file. Unfortunately I did not
found any possibility to add such option in my config file.
Is it something I could
Il 15/05/2014 03:32, Kevin O'Connor ha scritto:
On Wed, May 14, 2014 at 08:20:59PM -0400, Kevin O'Connor wrote:
On Wed, May 14, 2014 at 10:05:47AM +0200, Paolo Bonzini wrote:
CPL isn't even altered when CS is reloaded, because you cannot jump out
of ring-0 except with an inter-privilege IRET,
On Thu, Feb 27, 2014 at 02:05:05AM +0100, BALATON Zoltan wrote:
Signed-off-by: BALATON Zoltan bala...@eik.bme.hu
---
This looks sane, a minor comment below (hopefully last).
Thanks!
v2: resubmission after pc-2.1 is added with the multiport case
v3: added compatibility check to avoid
On Do, 2014-02-27 at 02:05 +0100, BALATON Zoltan wrote:
^^
Looks like your clock is _way_ off.
+if (!pci-compat) {
+pci-dev.config[PCI_CLASS_PROG] = 0x02; /* 16550 compatible */
+}
static Property serial_pci_properties[] = {
DEFINE_PROP_CHR(chardev,
On Thu, May 15, 2014 at 08:42:17AM +0200, Gerd Hoffmann wrote:
On Do, 2014-02-27 at 02:05 +0100, BALATON Zoltan wrote:
^^
Looks like your clock is _way_ off.
+if (!pci-compat) {
+pci-dev.config[PCI_CLASS_PROG] = 0x02; /* 16550 compatible */
+}
static
On (Thu) 15 May 2014 [09:23:51], Michael S. Tsirkin wrote:
On Thu, May 15, 2014 at 11:34:25AM +0530, Amit Shah wrote:
On (Wed) 14 May 2014 [17:41:38], Greg Kurz wrote:
There is a need to add some more fields to VirtIODevice that should be
migrated (broken status, endianness). The problem
-Original Message-
From: Michael R. Hines [mailto:mrhi...@linux.vnet.ibm.com]
Sent: Thursday, May 15, 2014 8:44 AM
To: Gonglei (Arei); qemu-devel@nongnu.org
Cc: Huangweidong (C); quint...@redhat.com; dgilb...@redhat.com;
owass...@redhat.com; mrhi...@us.ibm.com; pbonz...@redhat.com;
On Thu, 15 May 2014 11:34:25 +0530
Amit Shah amit.s...@redhat.com wrote:
On (Wed) 14 May 2014 [17:41:38], Greg Kurz wrote:
There is a need to add some more fields to VirtIODevice that should be
migrated (broken status, endianness). The problem is that we do not
want to break compatibility
Hi,
Well then, may I post a formal patch for this issue, Gerd? Thanks.
I'd like to know what the root cause for the lost interrupt is.
Not implementing PIRQ enable could be it, especially as the guest os
seems to use it (otherwise your patch would have no effect).
The check for the PIRQ
Max Reitz mre...@redhat.com writes:
On 14.05.2014 14:33, Markus Armbruster wrote:
Max Reitz mre...@redhat.com writes:
Currently, QEMU's iotests rely on /usr/bin/env to start the correct
Python (that is, at least Python 2.4, but not 3). On systems where
Python 3 is the default, the user has
static Property serial_pci_properties[] = {
DEFINE_PROP_CHR(chardev, PCISerialState, state.chr),
+DEFINE_PROP_UINT8(compat, PCISerialState, compat, 0),
DEFINE_PROP_END_OF_LIST(),
};
mst, do you take that through the pci tree?
cheers,
Gerd
Yes
On (Thu) 15 May 2014 [08:49:48], Greg Kurz wrote:
On Thu, 15 May 2014 11:34:25 +0530
Amit Shah amit.s...@redhat.com wrote:
On (Wed) 14 May 2014 [17:41:38], Greg Kurz wrote:
There is a need to add some more fields to VirtIODevice that should be
migrated (broken status, endianness). The
It's possible that we diverge from the specification with our
implementation. Having a reference image in the test cases may detect
such problems when we introduce a bug that can read what it creates, but
can't handle a real VMDK.
Signed-off-by: Fam Zheng f...@redhat.com
---
Patch 01 is new. Patch 02 is V4 with Kevin's comments addressed.
Fam Zheng (2):
qemu-iotests: Add data pattern in version3 VMDK sample image in 059
vmdk: Optimize cluster allocation
block/vmdk.c | 220 +
tests/qemu-iotests/059
This drops the unnecessary bdrv_truncate() from, and also improves,
cluster allocation code path.
Before, when we need a new cluster, get_cluster_offset truncates the
image to bdrv_getlength() + cluster_size, and returns the offset of
added area, i.e. the image length before truncating.
This is
On Thu, 15 May 2014 12:16:35 +0530
Amit Shah amit.s...@redhat.com wrote:
On (Thu) 15 May 2014 [09:23:51], Michael S. Tsirkin wrote:
On Thu, May 15, 2014 at 11:34:25AM +0530, Amit Shah wrote:
On (Wed) 14 May 2014 [17:41:38], Greg Kurz wrote:
There is a need to add some more fields to
On Thu, May 15, 2014 at 08:49:48AM +0200, Greg Kurz wrote:
On Thu, 15 May 2014 11:34:25 +0530
Amit Shah amit.s...@redhat.com wrote:
On (Wed) 14 May 2014 [17:41:38], Greg Kurz wrote:
There is a need to add some more fields to VirtIODevice that should be
migrated (broken status,
On Thu, May 15, 2014 at 12:16:35PM +0530, Amit Shah wrote:
On (Thu) 15 May 2014 [09:23:51], Michael S. Tsirkin wrote:
On Thu, May 15, 2014 at 11:34:25AM +0530, Amit Shah wrote:
On (Wed) 14 May 2014 [17:41:38], Greg Kurz wrote:
There is a need to add some more fields to VirtIODevice that
Kernel's kvm support is not here.
x2APIC is needed, I will try to do that later.
On 05/13/2014 06:53 PM, Jan Kiszka wrote:
On 2014-05-13 09:09, Li, Zhen-Hua wrote:
From: Li, ZhenHua zhen-h...@hp.com
These series patches are trying to make Qemu support more than 255 CPUs.
The max cpu number
Maybe it should be 4 bytes for 4096 (0x1000).
On 05/13/2014 04:19 PM, Max Filippov wrote:
On Tue, May 13, 2014 at 11:09 AM, Li, Zhen-Hua zhen-h...@hp.com wrote:
From: Li, ZhenHua zhen-h...@hp.com
There is some runtime check for max cpu count. Make them support 4096 cpus.
Signed-off-by: Li,
It's hard to track all mac addresses and their configurations (e.g
vlan or ipv6) in qemu. Without those informations, it's impossible to
build proper garp packet after migration. The only possible solution
to this is let guest (who knew all configurations) to do this.
So, this patch introduces a
On Thu, May 15, 2014 at 09:34:20AM +0800, Fam Zheng wrote:
On Thu, 05/08 16:34, Stefan Hajnoczi wrote:
Implement .bdrv_detach/attach_aio_context() interfaces to propagate
detach/attach to BDRVVmdkState-extents[].file. The block layer takes
care of -file and -backing_hd but doesn't know
On Wed, May 14, 2014 at 05:05:58PM +0200, Benoît Canet wrote:
The Wednesday 14 May 2014 à 16:22:45 (+0200), Stefan Hajnoczi wrote :
Block I/O throttling uses timers and currently always adds them to the
main loop. Throttling will break if bdrv_set_aio_context() is used to
move a
On Wed, May 14, 2014 at 07:40:18PM +0200, Benoît Canet wrote:
The Wednesday 14 May 2014 à 16:22:44 (+0200), Stefan Hajnoczi wrote :
This series applies on top of my dataplane: use QEMU block layer series.
Now that the dataplane code path is using the QEMU block layer we should
make
Markus Armbruster arm...@redhat.com writes:
[...]
The problem is including generated bits, namely results of configure,
into source files.
The Autoconf way is to substitute placeholders in FOO.in producing FOO.
When you want to limit .in contents as much as possible, you factor out
the
William Dauchy wdau...@gmail.com writes:
Hello,
I'm using the `-pidfile` option in my qemu command line. Since I'm
also using the `-readconfig` option I thought it was a good thing to
include the pidfile option in my config file. Unfortunately I did not
found any possibility to add such
On 14 May 2014 23:47, Max Reitz mre...@redhat.com wrote:
On 14.05.2014 16:26, Peter Maydell wrote:
Before we write common.env to the tests/qemu-iotests directory, ensure
that it exists. This fixes out-of-tree builds from clean.
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
If
On 14 May 2014 23:58, Rob Herring rob.herr...@linaro.org wrote:
On Wed, May 14, 2014 at 4:25 PM, Peter Maydell peter.mayd...@linaro.org
wrote:
An old host kernel, or an old guest kernel? The former is fine,
because the KVM CPU init code will just ask for the KVM
capability and fill in the
On Thu, May 15, 2014 at 10:15 AM, Markus Armbruster arm...@redhat.com wrote:
User interface bug: not all options are coded in a way that makes them
work with -readconfig. This includes -pidfile. Sorry!
Thanks for the answer. Maybe I can try to send a patch one day or another.
I wanted to make
Thanks, looks good.
Some minor comments below,
On Thu, May 15, 2014 at 03:16:47PM +0800, Jason Wang wrote:
It's hard to track all mac addresses and their configurations (e.g
vlan or ipv6) in qemu. Without those informations, it's impossible to
s/those informations/this information/
build
On 2014-05-15 09:16, Li, ZhenHua wrote:
Kernel's kvm support is not here.
x2APIC is needed, I will try to do that later.
x2APIC emulation can wait if KVM support is there. But we need at least
one of them before starting to think about raising the limit.
Jan
PS: Please don't top-post.
On
On 14 May 2014, at 18:42, Greg Bellows
greg.bell...@linaro.orgmailto:greg.bell...@linaro.org wrote:
On 13 May 2014 11:15, Fabian Aggeler
aggel...@ethz.chmailto:aggel...@ethz.ch wrote:
Banked CP registers can be defined with a A32_BANKED_REG macro which defines
a non-secure instance of the
On 15/05/14 06:41, sonia verma wrote:
Hi
I'm getting below error when trying to boot the KVM with ethernet
bridging,kvm support and universel TUN enabled by the following command..
/usr/bin/qemu-system-ppc64 -m 512 -nographic -hda
/var/volatile/debian_lenny_
powerpc_standard.qcow2
FWIW I
Am 15.05.2014 09:04, schrieb Greg Kurz:
On Thu, 15 May 2014 12:16:35 +0530
Amit Shah amit.s...@redhat.com wrote:
On (Thu) 15 May 2014 [09:23:51], Michael S. Tsirkin wrote:
On Thu, May 15, 2014 at 11:34:25AM +0530, Amit Shah wrote:
On (Wed) 14 May 2014 [17:41:38], Greg Kurz wrote:
Since each
On 05/15/2014 04:28 PM, Michael S. Tsirkin wrote:
Thanks, looks good.
Some minor comments below,
On Thu, May 15, 2014 at 03:16:47PM +0800, Jason Wang wrote:
It's hard to track all mac addresses and their configurations (e.g
vlan or ipv6) in qemu. Without those informations, it's impossible
Hi Greg
Thanks for your comments. I still have to work through them. I am using
OpenVirtualization in secure world, which then switches to a Linux kernel in
non-secure world to test the patches. What about you?
Best,
Fabian
On 14 May 2014, at 15:55, Greg Bellows
On 14 May 2014, at 16:19, Greg Bellows
greg.bell...@linaro.orgmailto:greg.bell...@linaro.org wrote:
On 13 May 2014 11:15, Fabian Aggeler
aggel...@ethz.chmailto:aggel...@ethz.ch wrote:
From: Sergey Fedorov s.fedo...@samsung.commailto:s.fedo...@samsung.com
Define a new ARM CP register info
On 15/05/14 00:21, BALATON Zoltan wrote:
Which part is it that's still confusing you? Putting breakpoints on
pmac_ide_transfer() and pmac_ide_atapi_transfer_cb() will show you the
iterations on each DMA request (be sure to compare against a known
good example to understand how it should work
On 15.05.2014 13:28, Aggeler Fabian wrote:
Hi Greg
Thanks for your comments. I still have to work through them. I am using
OpenVirtualization in secure world, which then switches to a Linux kernel in
non-secure world to test the patches. What about you?
Best,
Fabian
Hi, Fabian, are
Hi Mark
Thanks for the reply.
I'll test and let you know the result soon.
On Thu, May 15, 2014 at 2:36 PM, Mark Cave-Ayland
mark.cave-ayl...@ilande.co.uk wrote:
On 15/05/14 06:41, sonia verma wrote:
Hi
I'm getting below error when trying to boot the KVM with ethernet
bridging,kvm
On Thu, May 15, 2014 at 05:22:28PM +0800, Jason Wang wrote:
On 05/15/2014 04:28 PM, Michael S. Tsirkin wrote:
Thanks, looks good.
Some minor comments below,
On Thu, May 15, 2014 at 03:16:47PM +0800, Jason Wang wrote:
It's hard to track all mac addresses and their configurations (e.g
On Thu, May 15, 2014 at 11:20:18AM +0200, Andreas Färber wrote:
Am 15.05.2014 09:04, schrieb Greg Kurz:
On Thu, 15 May 2014 12:16:35 +0530
Amit Shah amit.s...@redhat.com wrote:
On (Thu) 15 May 2014 [09:23:51], Michael S. Tsirkin wrote:
On Thu, May 15, 2014 at 11:34:25AM +0530, Amit Shah
Am 15.05.2014 um 07:16 hat Peter Lieven geschrieben:
Am 14.05.2014 13:41, schrieb Kevin Wolf:
Am 08.05.2014 um 18:22 hat Peter Lieven geschrieben:
this patch tries to optimize zero write requests
by automatically using bdrv_write_zeroes if it is
supported by the format.
This
Hi Serge,
I think I have already reported the required information a number of times with
the Ubuntu built-in bug reporting facility (apport?), which asked me to report
the crash information to developers.
Are you able to find it out or do I need to manually open a new bug?
Thanks you.
--
El Tue, 13 May 2014 08:38:26 -0600
Eric Blake ebl...@redhat.com escribió:
Although __VA_ARGS__ is required by C99, the use of ##__VA_ARGS__ is a
gcc extension; are you sure that all other supported compilers handle
it? (I guess that's just clang)
If you want something portable to C99, just
Am 15.05.2014 11:52, schrieb Michael S. Tsirkin:
On Thu, May 15, 2014 at 11:20:18AM +0200, Andreas Färber wrote:
Am 15.05.2014 09:04, schrieb Greg Kurz:
On Thu, 15 May 2014 12:16:35 +0530
Amit Shah amit.s...@redhat.com wrote:
On (Thu) 15 May 2014 [09:23:51], Michael S. Tsirkin wrote:
On Thu,
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 a...@ozlabs.ru
---
hw/intc/xics.c | 7 +++
hw/intc/xics_kvm.c | 7 +++
2 files changed, 14 insertions(+)
diff --git
Hi Mark
I tried booting KVM using qemy-system-ppc with your suggesstion but ended
up stucking at below logs..
/usr/bin/qemu-system-ppc -m 512 -nographic -hda
kvm/debian_lenny_powerpc_standard.qcow2
qemu-system-ppc: pci_add_option_rom: failed to find romfile
efi-ne2k_pci.rom
set_property: NULL
The existing interrupt allocation scheme in SPAPR assumes that
interrupts are allocated at the start time, continously and the config
will not change. However, there are cases when this is not going to work
such as:
1. migration - we will have to have an ability to choose interrupt
numbers for
This removes xics_set_irq_type() as it is not used anymore.
This is done by a separate patch to make the previous patch
look nicer.
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
---
hw/intc/xics.c| 11 ---
include/hw/ppc/xics.h | 1 -
2 files changed, 12 deletions(-)
diff
On Thu, May 15, 2014 at 11:58:25AM +0200, Andreas Färber wrote:
Am 15.05.2014 11:52, schrieb Michael S. Tsirkin:
On Thu, May 15, 2014 at 11:20:18AM +0200, Andreas Färber wrote:
Am 15.05.2014 09:04, schrieb Greg Kurz:
On Thu, 15 May 2014 12:16:35 +0530
Amit Shah amit.s...@redhat.com wrote:
Currently SPAPR PHB keeps track of all allocated MSI/MISX interrupt as
XICS used to be unable to reuse interrupts which becomes a problem for
dynamic MSI reconfiguration which is happening on guest driver reload or
PCI hot (un)plug. Another problem is that PHB has a limit of devices
supporting
On Thu, 15 May 2014 11:20:18 +0200
Andreas Färber afaer...@suse.de wrote:
Am 15.05.2014 09:04, schrieb Greg Kurz:
On Thu, 15 May 2014 12:16:35 +0530
Amit Shah amit.s...@redhat.com wrote:
On (Thu) 15 May 2014 [09:23:51], Michael S. Tsirkin wrote:
On Thu, May 15, 2014 at 11:34:25AM +0530,
Michael R. Hines mrhi...@linux.vnet.ibm.com wrote:
On 05/09/2014 12:25 PM, Gonglei (Arei) wrote:
Hi,
-Original Message-
From: Michael R. Hines [mailto:mrhi...@linux.vnet.ibm.com]
Sent: Tuesday, April 01, 2014 8:42 AM
To: Gonglei (Arei); qemu-devel@nongnu.org
Cc: Huangweidong (C);
Am 15.05.2014 12:03, schrieb Michael S. Tsirkin:
On Thu, May 15, 2014 at 11:58:25AM +0200, Andreas Färber wrote:
Am 15.05.2014 11:52, schrieb Michael S. Tsirkin:
On Thu, May 15, 2014 at 11:20:18AM +0200, Andreas Färber wrote:
Am 15.05.2014 09:04, schrieb Greg Kurz:
On Thu, 15 May 2014
PAPR allows having multiple interrupt sources such as PHB.
This adds a source lookup function and makes use of it.
Since at the moment QEMU only supports a single source,
no change in behaviour is expected.
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
---
hw/intc/xics.c | 30
On Thu, May 15, 2014 at 12:08:26PM +0200, Greg Kurz wrote:
On Thu, 15 May 2014 11:20:18 +0200
Andreas Färber afaer...@suse.de wrote:
Am 15.05.2014 09:04, schrieb Greg Kurz:
On Thu, 15 May 2014 12:16:35 +0530
Amit Shah amit.s...@redhat.com wrote:
On (Thu) 15 May 2014 [09:23:51],
On Thu, 15 May 2014 12:08:26 +0200
Greg Kurz gk...@linux.vnet.ibm.com wrote:
On Thu, 15 May 2014 11:20:18 +0200
Andreas Färber afaer...@suse.de wrote:
Am 15.05.2014 09:04, schrieb Greg Kurz:
On Thu, 15 May 2014 12:16:35 +0530
Amit Shah amit.s...@redhat.com wrote:
On (Thu) 15 May 2014
On Thu, May 15, 2014 at 12:11:12PM +0200, Andreas Färber wrote:
Am 15.05.2014 12:03, schrieb Michael S. Tsirkin:
On Thu, May 15, 2014 at 11:58:25AM +0200, Andreas Färber wrote:
Am 15.05.2014 11:52, schrieb Michael S. Tsirkin:
On Thu, May 15, 2014 at 11:20:18AM +0200, Andreas Färber wrote:
On 15/05/14 11:01, sonia verma wrote:
Hi Mark
I tried booting KVM using qemy-system-ppc with your suggesstion but
ended up stucking at below logs..
/usr/bin/qemu-system-ppc -m 512 -nographic -hda
kvm/debian_lenny_powerpc_standard.qcow2
qemu-system-ppc: pci_add_option_rom: failed to find
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 keeps the last returned IRQ. Some use
cases such as PCI hot(un)plug may require IRQ release and reallocation.
This moves an allocator
On Thu, 15 May 2014 13:12:12 +0300
Michael S. Tsirkin m...@redhat.com wrote:
On Thu, May 15, 2014 at 12:08:26PM +0200, Greg Kurz wrote:
On Thu, 15 May 2014 11:20:18 +0200
Andreas Färber afaer...@suse.de wrote:
Am 15.05.2014 09:04, schrieb Greg Kurz:
On Thu, 15 May 2014 12:16:35 +0530
This removes @next_irq from sPAPREnvironment which was used in old
IRQ allocator as XICS is now responsible for IRQs and keeps track of
allocated IRQs.
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
---
hw/ppc/spapr.c | 3 +--
include/hw/ppc/spapr.h | 1 -
2 files changed, 1
This implements interrupt release function so IRQs can be returned back
to the pool for reuse in cases such as PCI hot plug.
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
---
hw/intc/xics.c| 25 +
include/hw/ppc/xics.h | 1 +
trace-events | 2 ++
3
This moves interrupts allocation business from SPAPR to XICS
and makes use of it.
Changes:
v2:
* s/server/source/
* fixed typos, code style, added an assert
* added patch for spapr_pci for better IRQ reuse for MSI/MSIX
There is just one source at the moment. We might create one
per PHB and one
Hi Mark
The gcc version I'm using is 4.8.1 .
It is not working with the standard Qemu.
On Thu, May 15, 2014 at 3:46 PM, Mark Cave-Ayland
mark.cave-ayl...@ilande.co.uk wrote:
On 15/05/14 11:01, sonia verma wrote:
Hi Mark
I tried booting KVM using qemy-system-ppc with your suggesstion but
On 15/05/14 11:50, sonia verma wrote:
Hi Mark
The gcc version I'm using is 4.8.1 .
It is not working with the standard Qemu.
Unfortunately if it doesn't work with standard QEMU then it sounds as if
there is something wrong with either your OpenBIOS binary or build
environment.
The
Hi Mark
Thanks for the information.It will help me alot.
I'll let you know if any further issues.
On Thu, May 15, 2014 at 4:32 PM, Mark Cave-Ayland
mark.cave-ayl...@ilande.co.uk wrote:
On 15/05/14 11:50, sonia verma wrote:
Hi Mark
The gcc version I'm using is 4.8.1 .
It is not working
block_int.h is for block layer and block drivers, other code shouldn't
include it. But similar to bdrv_set_aio_context, bdrv_get_aio_context
should also be accessible from outside of block layer.
Move it.
Signed-off-by: Fam Zheng f...@redhat.com
---
include/block/block.h | 7 +++
This applies on top of Stefan's dataplane series.
v2:
Patch 1 moves the declaration of bdrv_get_aio_context to block.h.
Patch 2 is unchanged except for the dropped #include.
Fam Zheng (2):
block: Move declaration of bdrv_get_aio_context to block.h
virtio-blk: Allow config-wce in dataplane
Dataplane now uses block layer. Protect bdrv_set_enable_write_cache with
aio_context_acquire and aio_context_release, so we can enable config-wce
to allow guest to modify the write cache online.
Signed-off-by: Fam Zheng f...@redhat.com
---
hw/block/dataplane/virtio-blk.c | 6 --
-Original Message-
From: Gerd Hoffmann [mailto:kra...@redhat.com]
Sent: Thursday, May 15, 2014 2:50 PM
To: Gonglei (Arei)
Cc: Paolo Bonzini; qemu-devel@nongnu.org; Huangweidong (C); Michael S.
Tsirkin
Subject: Re: usb: usb tablet freeze when save/restore guest os
Hi,
Well
This adds a ibm,chip-id property for CPU nodes which should be the same
for all cores in the same CPU socket. The recent guest kernels use this
information to associate threads with sockets.
Refer to the kernel commit 256f2d4b463d3030ebc8d2b54f427543814a2bdc
for more details.
Signed-off-by:
The Wednesday 14 May 2014 à 16:22:45 (+0200), Stefan Hajnoczi wrote :
Block I/O throttling uses timers and currently always adds them to the
main loop. Throttling will break if bdrv_set_aio_context() is used to
move a BlockDriverState to a different AioContext.
This patch adds
This adds QEMU wrappers for KVM_SET_ONE_REG/KVM_GET_ONE_REG ioctls.
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
---
Changes:
v3:
* changed comments
v2:
* added Doc Comments
* removed error_print
---
include/sysemu/kvm.h | 21 +
kvm-all.c| 18
PowerISA defines a compatibility mode for server POWERPC CPUs which
is supported by the PCR special register. To support this feature,
SPAPR defines a set of virtual PVRs, once per PowerISA spec version.
This introduces a compat CPU option which defines maximal compatibility
mode enabled. The
This adds basic support for the compat CPU option. By specifying
the compat property, the user can manually switch guest CPU mode from
raw to architected.
Since the actual compatibility mode is not implemented yet, this does
not change the existing behavior.
Signed-off-by: Alexey Kardashevskiy
This introduces PCR mask for supported compatibility modes.
This will be used later by the ibm,client-architecture-support call.
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
---
target-ppc/cpu-qom.h| 1 +
target-ppc/translate_init.c | 3 +++
2 files changed, 4 insertions(+)
diff
The PAPR+ specification defines a ibm,client-architecture-support (CAS)
RTAS call which purpose is to provide a negotiation mechanism for
the guest and the hypervisor to work out the best compatibility parameters.
During the negotiation process, the guest provides an array of various
options and
This enables a ibm,client-architecture-support RTAS call.
This allows older distros (such as SLES11 or RHEL6) to work on modern
POWERPC hardware (such as POWER8) in architected mode.
The previous try was RFC, so this is v1.
The very first patch here is for the reference, it is already on its
The host kernel implements a KVM_REG_PPC_ARCH_COMPAT register which
this uses to enable a compatibility mode if any chosen.
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
---
hw/ppc/spapr.c | 6 ++
hw/ppc/spapr_hcall.c | 4
target-ppc/kvm.c | 5 +
target-ppc/kvm_ppc.h
The upcoming support of the ibm,client-architecture-support
reconfiguration method will be able to reduce the number of threads per
core so the server# and gserver# device tree properties are not parts
of the FDT skeleton anymore.
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
---
Modern Linux kernels support last POWERPC CPUs so when a kernel boots,
in most cases it can find a matching cpu_spec in the kernel's cpu_specs
list. However if the kernel is quite old, it may be missing a definition
of the actual CPU. To provide an ability for old kernels to work on modern
This puts a limit to the number of threads per core based on the current
compatibility mode. Although PowerISA specs do not specify the maximum
threads per core number, the linux guest still expects that
PowerISA2.05-compatible CPU supports only 2 threads per core as this
is what POWER6 (2.05
Hi, Juan
Ping...
Maybe you forgot to pull this patch, right? Thanks.
Best regards,
-Gonglei
-Original Message-
From: Juan Quintela [mailto:quint...@redhat.com]
Sent: Friday, March 21, 2014 9:26 PM
To: Gonglei (Arei)
Cc: qemu-devel@nongnu.org; owass...@redhat.com;
Am 15.05.2014 um 01:28 hat Matthew Booth geschrieben:
This allows qemu to use images over https with a self-signed certificate. It
defaults to verifying the certificate.
Signed-off-by: Matthew Booth mbo...@redhat.com
---
block/curl.c | 11 +++
1 file changed, 11 insertions(+)
This reverts commit f915db07ef9c368ea6db6430256de064fdd1525f.
This commit is broken because it does not account for the
build tree and the source tree being different, and can cause
build failures for out-of-tree builds. Revert it until we can
identify a better solution to the problem.
Am 15.05.2014 um 01:28 hat Matthew Booth geschrieben:
Signed-off-by: Matthew Booth mbo...@redhat.com
---
block/curl.c | 15 +++
1 file changed, 15 insertions(+)
Thanks, applied all to the block branch (with patch 3 fixed as commented
there).
Please don't forget --cover-letter
The Wednesday 14 May 2014 à 23:20:17 (-0400), Jeff Cody wrote :
Now that active layer block-commit is supported, the 'top' argument
no longer needs to be mandatory.
Change it optional, with the default being the active layer in the
Do you mean Change it to optional or Make it optional ?
The Wednesday 14 May 2014 à 23:20:16 (-0400), Jeff Cody wrote :
This is a small helper function, to determine if 'base' is in the
chain of BlockDriverState 'top'. It returns true if it is in the chain,
and false otherwise.
If either argument is NULL, it will also return false.
On Thu, May 15, 2014 at 01:47:55PM +0200, Benoît Canet wrote:
The Wednesday 14 May 2014 à 23:20:17 (-0400), Jeff Cody wrote :
Now that active layer block-commit is supported, the 'top' argument
no longer needs to be mandatory.
Change it optional, with the default being the active layer
Signed-off-by: BALATON Zoltan bala...@eik.bme.hu
---
v2: resubmission after pc-2.1 is added with the multiport case
v3: added compatibility check to avoid changing earlier than pc-2.1
v4: renamed compat property to prog_if
hw/char/serial-pci.c | 7 +++
include/hw/i386/pc.h | 15
Hi,
What all steps to be taken for differential vhd image? i created one
differential image using vhd-util
Thanks
Am 15.05.2014 um 13:34 hat Peter Maydell geschrieben:
This reverts commit f915db07ef9c368ea6db6430256de064fdd1525f.
This commit is broken because it does not account for the
build tree and the source tree being different, and can cause
build failures for out-of-tree builds. Revert it until
The Wednesday 14 May 2014 à 23:20:15 (-0400), Jeff Cody wrote :
Currently, node_name is only filled in when done so explicitly by the
user. If no node_name is specified, then the node name field is not
populated.
If node_names are automatically generated when not specified, that means
that
Am 15.05.2014 12:16, schrieb Michael S. Tsirkin:
On Thu, May 15, 2014 at 12:11:12PM +0200, Andreas Färber wrote:
Am 15.05.2014 12:03, schrieb Michael S. Tsirkin:
On Thu, May 15, 2014 at 11:58:25AM +0200, Andreas Färber wrote:
Am 15.05.2014 11:52, schrieb Michael S. Tsirkin:
On Thu, May 15,
On Thu, May 15, 2014 at 01:58:59PM +0200, Benoît Canet wrote:
The Wednesday 14 May 2014 à 23:20:15 (-0400), Jeff Cody wrote :
Currently, node_name is only filled in when done so explicitly by the
user. If no node_name is specified, then the node name field is not
populated.
If
On 13/05/14 20:02, Matthew Rosato wrote:
On 05/12/2014 03:35 AM, Christian Borntraeger wrote:
On 07/05/14 20:05, Matthew Rosato wrote:
Add memory information to read SCP info and add handlers for
Read Storage Element Information, Attach Storage Element,
Assign Storage and Unassign Storage.
1 - 100 of 340 matches
Mail list logo