Hi Peter, Edgar,
Can we get a merge of this either individually or as part of the next
arm-devs? If not I will create a [PULL] but I'm guessing singles like
this are better to go via a patch queue.
Regards,
Peter
On Thu, Feb 7, 2013 at 8:40 PM, Andreas Färber wrote:
> Am 07.02.2013 06:51, schri
Currently only single TCE entry per requiest is supported (H_PUT_TCE).
However PAPR+ specification allows multiple entry requests such as
H_PUT_TCE_INDIRECT and H_STUFFF_TCE. Having less transitions to the host
kernel via ioctls, support of these calls can accelerate IOMMU operations.
The patch ad
Device model for Primecell PL330 DMA controller.
Signed-off-by: Peter Crosthwaite
Signed-off-by: Kirill Batuzov
Tested-by: Igor Mitsyanko
---
changed from v9:
s/dma/DMA in patch subject
s/PL330/PL330State/ (PMM review)
Fixed 80 char violation (PMM review)
Fixed pl330_queue_put_insn prototype in
Signed-off-by: Peter Crosthwaite
---
changed from v9:
static const'ified dma_irqs array (Blue review)
hw/xilinx_zynq.c | 24
1 files changed, 24 insertions(+), 0 deletions(-)
diff --git a/hw/xilinx_zynq.c b/hw/xilinx_zynq.c
index 311f791..74c30aa 100644
--- a/hw/xilin
Factor out the hexdumper functionality from iov for all to use. Useful for
creating verbose debug printfery that dumps packet data.
Signed-off-by: Peter Crosthwaite
---
changed from v9:
changed original source info in header to point to Gerds hexdump commit to iov.c
Moved header prototype to qemu
These patches add support for the Primcell PL330 DMA controller and add it to
the Xilinx Zynq machine model. Patch 2 is the device model. Patch 3 is the
machine model update. Patch 1 is a helper function for debug mode.
The Device model was originally contributed by Kirill Batuzov / Samsung, as
in
On 02/13/2013 05:21 AM, Alexander Graf wrote:
> On 01.02.2013, at 08:39, Jason Wang wrote:
>
>> This patch adds basic multiqueue support for qemu. The idea is simple, an
>> array
>> of NetClientStates were introduced in NICState, parse_netdev() were extended
>> to
>> find and match all NetClientS
The patch adds the following functionality:
1. Implements VFIO-IOMMU host kernel driver support;
2. Implements interface between SPAPR TCE and VFIO via
sPAPRVFIOData's map/unmap hooks;
3. Implements PHB scan for devices within the same IOMMU group.
To use VFIO on spapr platform, the "spapr-pci-
Normally TCE request coming from the guest are routed to QEMU
by the host kernel. Since this way slows DMA operations, the host
kernel may support a real mode acceleration.
In order to use it, the host kernel supports new KVM_CAP_SPAPR_TCE_IOMMU
capability and KVM_CREATE_SPAPR_TCE_IOMMU ioctl whic
This set introduces multiple TCE entries requests support and VFIO on POWER
support.
The exact order is to be discussed.
Alexey Kardashevskiy (3):
powerpc iommu: multiple TCE requests enabled
spapr vfio: added support
spapr vfio: supporting realmode iommu acceleration
hw/spapr.c
On (Mon) 18 Feb 2013 [15:47:57], Anthony Liguori wrote:
> This series implements an idea from Paolo to introduce flow control
> in the char layer by converting all char backends to use GIOChannels
> internally. Then we can just use the existing IO watch support in glib
> to implement flow control.
Hi Peter,
All comments addressed. V10 on list soon:
changed from v9:
s/dma/DMA in patch subject
s/PL330/PL330State/ (PMM review)
Fixed 80 char violation (PMM review)
Fixed pl330_queue_put_insn prototype indentation (PMM review)
s/DEVICE_LITTLE_ENDIAN/DEVICE_NATIVE_ENDIAN (PMM review)
Made more QO
On 02/18/13 20:00, Kevin O'Connor wrote:
> On Mon, Feb 18, 2013 at 08:31:01PM +0200, Gleb Natapov wrote:
>> Laszlo explained to me that the problem is that after reset we end up
>> in SeaBIOS reset code instead of OVMF one. This is because kvm starts
>> to execute from 0 instead of fff0 aft
Signed-off-by: Anthony Liguori
Signed-off-by: Amit Shah
---
qemu-char.c | 44 +++-
1 file changed, 27 insertions(+), 17 deletions(-)
diff --git a/qemu-char.c b/qemu-char.c
index b36a317..736aa14 100644
--- a/qemu-char.c
+++ b/qemu-char.c
@@ -953,7 +953,8
Hi,
OK so I will begin by updating the old hppa target.
Regards,
--
Philippe
2013/2/16 Andreas Färber
> Hi,
>
> Am 16.02.2013 13:29, schrieb Philippe Leduc:
> > What is the current state of the HPPA support in qemu ? (I can't find
> > many informations on that) and do you have any tips to sta
This series implements an idea from Paolo to introduce flow control
in the char layer by converting all char backends to use GIOChannels
internally. Then we can just use the existing IO watch support in glib
to implement flow control.
This is based on a rebased version of an old series of mine pl
On Sat, Feb 9, 2013 at 11:05 PM, Blue Swirl wrote:
> On Fri, Feb 8, 2013 at 3:42 AM, Peter Crosthwaite
> wrote:
>> Signed-off-by: Peter Crosthwaite
>> ---
>>
>> hw/xilinx_zynq.c | 24
>> 1 files changed, 24 insertions(+), 0 deletions(-)
>>
>> diff --git a/hw/xilinx_zy
On Mon, Feb 18, 2013 at 06:03:28PM -0500, Jeff Cody wrote:
> This is preliminary support for VHDX images, based on the spec:
>
> "VHDX Format Specification v0.95", published 4/12/2012
>https://www.microsoft.com/en-us/download/details.aspx?id=29681
>
> My working git repo for this work is:
>
Hi Michael,
On Fri, Feb 8, 2013 at 6:42 PM, Michael Tokarev wrote:
> 08.02.2013 07:42, Peter Crosthwaite wrote:
>> Factor out the hexdumper functionality from iov for all to use. Useful for
>> creating verbose debug printfery that dumps packet data.
>
> Two comments below.
>
>> diff --git a/inclu
On 02/18/2013 06:01 AM, Paolo Bonzini wrote:
Orit, can you rebase and post an RFC of your vectored-send patches for
TCP migration? Perhaps you and Michael can figure out an API that works
well for both TCP and RDMA.
Looking forward to reading these.
+#ifdef RDMA_EXTRA_SYNC
+/*
+
This sounds great. My team was just discussing customizing QEMUFileOps
to be more "rdma-friendly".
We weren't certain if it would be well received, so this is good to know.
I'll try to scrounge up a patch of some kind before sending out a v3 and
then do my best to get rid of the migrate_use_
Yes, this is done at migration time (see functions "rdma_client_init"
and "rdma_server_prepare()")
To explain the host and port:
The separate host and port are used by the library "librdmacm". This
library performs a network translation between the IP address and a
unique infiniband user-leve
On Mon, Feb 18, 2013 at 08:31:01PM +0200, Gleb Natapov wrote:
> Laszlo explained to me that the problem is that after reset we end up
> in SeaBIOS reset code instead of OVMF one. This is because kvm starts
> to execute from 0 instead of fff0 after reset and this memory
> location is modifyi
Ok, so this is migration from qemu-kvm 1.1 to qemu 1.3. This officially
does not work because the two uses different memory layout.
There is a way to make this work from old qemu-kvm to new qemu, by
patching new qemu, but this introduces incompatibilities in other areas.
Hopefully there will be
On Tue, 2013-02-19 at 04:56 +, Bhushan Bharat-R65777 wrote:
>
> > -Original Message-
> > From: Alex Williamson [mailto:alex.william...@redhat.com]
> > Sent: Tuesday, February 19, 2013 9:55 AM
> > To: Bhushan Bharat-R65777
> > Cc: Yoder Stuart-B08248; Wood Scott-B07421; Graf Alexander-B
** Changed in: qemu
Status: New => Confirmed
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1123975
Title:
QEmu 1.3+ cannot restore a 1.1- live snapshot made in qemu-kvm
Status in QEMU:
Co
Hello.
Since there's no interest in 1.1 series - neither from users nor
from the official qemu maintainers, I'm cancelling this series.
Thanks all.
/mjt
04.02.2013 14:40, Michael Tokarev wrote:
> Hello.
>
> This is my attempt at releasing a next stable/bugfix release of
> abandomed 1.1 series
> -Original Message-
> From: Alex Williamson [mailto:alex.william...@redhat.com]
> Sent: Tuesday, February 19, 2013 9:55 AM
> To: Bhushan Bharat-R65777
> Cc: Yoder Stuart-B08248; Wood Scott-B07421; Graf Alexander-B36701; qemu-
> de...@nongnu.org; qemu-...@nongnu.org
> Subject: Re: VFIO: N
Il 18/02/2013 13:58, Peter Lieven ha scritto:
>
> -switch (iscsilun->type) {
> -case TYPE_DISK:
> -task = iscsi_readcapacity16_sync(iscsi, iscsilun->lun);
> -if (task == NULL || task->status != SCSI_STATUS_GOOD) {
> -error_report("iSCSI: failed to send readcapac
> -Original Message-
> From: Wood Scott-B07421
> Sent: Tuesday, February 19, 2013 9:39 AM
> To: Bhushan Bharat-R65777
> Cc: Alex Williamson; Yoder Stuart-B08248; Wood Scott-B07421; Graf Alexander-
> B36701; qemu-devel@nongnu.org; qemu-...@nongnu.org
> Subject: Re: VFIO: Not require to mak
On Tue, 2013-02-19 at 04:05 +, Bhushan Bharat-R65777 wrote:
>
> > -Original Message-
> > From: Alex Williamson [mailto:alex.william...@redhat.com]
> > Sent: Thursday, February 14, 2013 11:57 PM
> > To: Bhushan Bharat-R65777
> > Cc: Yoder Stuart-B08248; Wood Scott-B07421; Graf Alexander
Configure to use the DTC submodule to build libfdt when no system libfdt
is found. Prompt to install the DTC submodule if --enable-fdt is set but
no DTC can be found.
DTC has no out-of-tree build capability, so the configure will symlink
the Makefile and scripts directory in the out of tree build
Add dtc submodule as a fallback for old distros.
Picking version 1.3.0. as this is the most recently tagged stable version.
Signed-off-by: Peter Crosthwaite
---
.gitmodules |3 +++
dtc |1 +
2 files changed, 4 insertions(+), 0 deletions(-)
create mode 16 dtc
diff --git a/.
The cross compile CFLAGS are needed to properly build pixman (and any other
submodules). Only the EXTRA_CFLAGS set is passed to submodules not QEMU_CFLAGS,
so put the cross compile flags in EXTRA_CFLAGS instead.
Signed-off-by: Peter Crosthwaite peter.crosthwa...@xilinx.com>
---
configure | 17
These two patches add and use dtc as a submodule as per the RFC:
http://lists.gnu.org/archive/html/qemu-devel/2013-01/msg05000.html
There is a remaining action item to mandate libfdt for arm/microblaze and PPC
which is left as follow up work for after review of this series.
Also fixed the config
On 02/18/2013 10:05:20 PM, Bhushan Bharat-R65777 wrote:
> -Original Message-
> From: Alex Williamson [mailto:alex.william...@redhat.com]
> Sent: Thursday, February 14, 2013 11:57 PM
> To: Bhushan Bharat-R65777
> Cc: Yoder Stuart-B08248; Wood Scott-B07421; Graf Alexander-B36701;
qemu-
The F18 mingw cross compiler warns on this one. Probably a good idea to
fix it.
Signed-off-by: Kevin Wolf
---
main-loop.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/main-loop.c b/main-loop.c
index 6f52ac3..c9fd77a 100644
--- a/main-loop.c
+++ b/main-loop.c
@@ -330,7 +330
> -Original Message-
> From: Alex Williamson [mailto:alex.william...@redhat.com]
> Sent: Thursday, February 14, 2013 11:57 PM
> To: Bhushan Bharat-R65777
> Cc: Yoder Stuart-B08248; Wood Scott-B07421; Graf Alexander-B36701; qemu-
> de...@nongnu.org; qemu-...@nongnu.org
> Subject: Re: VFIO:
num_interfaces only tells you how many interfaces the concrete child class has
(as defined in the TypeInfo). This means if you have a child class which defines
no interfaces of its own, but its parent has interfaces you cannot cast to those
parent interfaces.
Fixed changing the guard to check the
The QOM framework will attempt the recreate a classes interface list from
scratch for each class. This means that a child class should zero out the
list of interfaces when cloned from the parent class.
Currently the list is memcpy()d from the parent to the child. As the interface
list is just a po
I recently tried to create a new QOM class which inherited from a class which
defined interfaces. This has so far gone untested and my little experiment
exposed two bugs in the QOM interface system. Please see patches for
corrections. Im pretty convinced about patch 2, patch 1 less so and could use
2013/2/8 Peter Crosthwaite :
> On Thu, Feb 7, 2013 at 10:13 PM, Andreas Färber wrote:
>> Am 07.02.2013 13:04, schrieb Peter Maydell:
>>> On 7 February 2013 11:50, Andreas Färber wrote:
Am 07.02.2013 07:59, schrieb Kuo-Jung Su:
>>> +/***
This uses the newly introduced IOWatchPoll source.
Signed-off-by: Anthony Liguori
---
qemu-char.c | 103
1 file changed, 62 insertions(+), 41 deletions(-)
diff --git a/qemu-char.c b/qemu-char.c
index 2dc8510..b36a317 100644
--- a/qemu
On Fri, 15 Feb 2013 17:10:08 +0100
Andreas Färber wrote:
> No functional change, just a reduction of CPU loops.
>
> The mon_cpu field is left untouched for now since changing that requires
> a number of larger prerequisites, including cpu_synchronize_state() and
> mon_get_cpu().
>
> Signed-off-
2013/2/19 Kuo-Jung Su :
> 2013/2/18 Stefan Hajnoczi :
>> On Mon, Feb 18, 2013 at 05:44:38PM +0800, Kuo-Jung Su wrote:
>>> 2013/2/18 Stefan Hajnoczi :
>>> > On Wed, Feb 06, 2013 at 05:45:19PM +0800, Kuo-Jung Su wrote:
>>> >> From: Kuo-Jung Su
>>> >>
>>> >> The FTMAC110 is an Ethernet controller tha
On 14/02/13 21:26, Stefan Hajnoczi wrote:
Now I want to enable network dump. With the old "-net" syntax I could do
that with "-net dump" but I cannot with the new syntax, tried many
variants, none works. What would the correct syntax be for the case above?
The question was about new "-netdev"
Acknowledged.
On 02/18/2013 06:02 AM, Paolo Bonzini wrote:
Il 28/01/2013 23:01, mrhi...@linux.vnet.ibm.com ha scritto:
From: "Michael R. Hines"
Signed-off-by: Michael R. Hines
---
Makefile.target |5 +-
include/qemu/rdma.h | 249 ++
Please make this include/migration/rdm
2013/2/18 Stefan Hajnoczi :
> On Mon, Feb 18, 2013 at 05:44:38PM +0800, Kuo-Jung Su wrote:
>> 2013/2/18 Stefan Hajnoczi :
>> > On Wed, Feb 06, 2013 at 05:45:19PM +0800, Kuo-Jung Su wrote:
>> >> From: Kuo-Jung Su
>> >>
>> >> The FTMAC110 is an Ethernet controller that provides AHB master capability
On Tue, Feb 19, 2013 at 4:53 AM, Peter Maydell wrote:
> On 8 February 2013 04:03, Peter Crosthwaite
> wrote:
>> Patches 1-3 and 5 are trivial code cleanup and may be candidate to go
>> via trivial queue inpdependent of review of this work. Patch 4 unifies
>> the MPTimer and WDT into one device. M
Einar Lueck writes:
> This patch extends the function hd_geometry_guess. It introduces a
> target specific hook. The default implementation for this target
> specific hook is empty, has therefore no effect and the existing logic
> works as before. For target-s390x, the behaviour is chosen as foll
On Tue, Feb 19, 2013 at 4:40 AM, Peter Maydell wrote:
> On 8 February 2013 04:03, Peter Crosthwaite
> wrote:
>> This field was write only and thus unused. Removed.
>>
>> Signed-off-by: Peter Crosthwaite
>> @@ -198,11 +194,10 @@ static int a9mp_priv_init(SysBusDevice *dev)
>>
>> static const VMS
On Tue, Feb 19, 2013 at 4:12 AM, Peter Maydell wrote:
> On 8 February 2013 04:03, Peter Crosthwaite
> wrote:
>> The DeviceState *mptimer var in a9mp_priv_state was only used by the init
>> function and had no reason for persistence. Made a local variable and removed
>> from state struct.
>
> Nope
On Thu, Feb 14, 2013 at 03:10:42PM +0900, Tomoki Sekiyama wrote:
> Implements a basic stub of software VSS provider. Currently, this modules
> only provides a relay function of events between qemu-guest-agent and
> Windows VSS when VSS finished filesystem freeze and when qemu snapshot
> is done.
>
Basic menu items to enter full screen mode and zoom in/out. Unlike SDL, we
don't allow arbitrary scaling based on window resizing. The current behavior
with SDL causes a lot of problems for me.
Sometimes I accidentally resize the window a tiny bit while trying to move it
(Ubuntu's 1-pixel window
GTK won't build with strict-prototypes due to gtkitemfactory.h:
/* We use () here to mean unspecified arguments. This is deprecated
* as of C99, but we can't change it without breaking compatibility.
* (Note that if we are included from a C++ program () will mean
* (void) so an
On Fri, Feb 15, 2013 at 12:55:49PM +0900, Tomoki Sekiyama wrote:
> On 2013/02/15 9:47, mdroth wrote:
> [...]
> >
> > Hi Tomoki,
>
> Hi,
>
> > Did you happen to run into this issue compiling the test program?
> >
> > [mdroth@vm qemu-build]$ ls ~/w/vsssdk/inc/win2003/
> > vdslun.hvsbackup.h
This enables VteTerminal to be used to render the text consoles. VteTerminal is
the same widget used by gnome-terminal which means it's VT100 emulation is as
good as they come.
It's also screen reader accessible, supports copy/paste, proper scrolling and
most of the other features you would expec
We want to expose VCs using a VteTerminal widget. We need access to provide our
own CharDriverState in order to do this.
Signed-off-by: Anthony Liguori
---
include/ui/console.h | 6 +-
qemu-char.c | 2 +-
ui/console.c | 14 +-
3 files changed, 19 insertions(+)
This code is very old dating back to 2007. What is puzzling is that
STDIO_MAX_CLIENTS was always #define to 1 meaning that all of the code to deal
with more than one client was unreachable.
Just remove the whole mess of it.
Signed-off-by: Anthony Liguori
---
qemu-char.c | 136 ++---
If you're full screen, you probably expect Ctrl-Q to go to the guest,
not the host. I think restricting certain menus is the right way to
handle this generally speaking.
Signed-off-by: Anthony Liguori
---
ui/gtk.c | 34 ++
1 file changed, 34 insertions(+)
diff -
There is a small deviation from SDL's behavior here. Instead of Ctrl+Alt
triggering grab, we now use Ctrl-Alt-g to trigger grab.
GTK will not accept Ctrl+Alt as an accelerator since it just consists of
modifiers. Having grab as a proper accelerator is important as it allows a user
to override th
This includes a de_DE translation from Kevin Wolf and an it translation from
Paolo Bonzini.
Cc: Paolo Bonzini
Cc: Kevin Wolf
Cc: Stefan Hajnoczi
Signed-off-by: Anthony Liguori
---
v1 -> v4
- Don't use '|| exit 1' with sub-invocation of make
- Actually include Kevin's translation
Both transl
This is minimalistic and just contains the basic widget infrastructure. The GUI
consists of a menu and a GtkNotebook. To start with, the notebook has its tabs
hidden which provides a UI that looks very similar to SDL with the exception of
the menu bar.
The menu bar allows a user to toggle the vi
A user can still enable SDL with '-sdl' or '-display sdl' but start making the
default display GTK by default.
I'd also like to deprecate the SDL display and remove it in a few releases.
Signed-off-by: Anthony Liguori
---
v1 -> v3:
- fix -display gtk
- fix -vnc none
---
vl.c | 45
I had some time over the holidays to dust this series off and address the
previous input. Here are the highlights:
- all comments should be addressed from previous posts
- fixed a nasty race condition with drawing area realize
- split out patch 1 and added patch 9
There are no checkpatch erro
To ensure compatibility between qemu versions, virtio drivers should set
the size of their config structs according to the feature bits that are
set. This should keep the size from changing as new features are introduced
and avoid breaking older drivers.
[PATCH 1/8] virtio-net: replace redundant c
VIRTIO_CONSOLE_F_MULTIPORT is set when max_nr_ports > 1, so set the config
size to include max_nr_ports.
Signed-off-by: Jesse Larrew
---
hw/virtio-serial-bus.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/virtio-serial-bus.c b/hw/virtio-serial-bus.c
index 9cd9fbd..0
Since none of the existing feature bits changed the layout of struct
VirtIOSCSIConf, set the minimum struct size to use the full struct (i.e
endof(struct VirtIOSCSIConf, cmd_per_lun)).
Signed-off-by: Jesse Larrew
---
hw/virtio-scsi.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
On 18 February 2013 23:12, Alexey Korolev wrote:
> At the moment may_overlap flag of MemoryRegion structure is used
> inconsistently, and ignored by the address range assignment process.
> In fact may_overlap flag can be fully substituted with priority
> of the MemoryRegion structure. Also usage o
Move the definition of struct VirtIOFeature from virtio-net.c to virtio.h
so other virtio devices can benefit.
Signed-off-by: Jesse Larrew
---
hw/virtio-net.c | 12
hw/virtio.h | 12
2 files changed, 12 insertions(+), 12 deletions(-)
diff --git a/hw/virtio-net.c b/
Hi, Eric
About the interface,there is actually requirement to know internal
snapshots in an image of a backing file, so I think the API should be
improved as:
# @query-snapshots:
#
# Get a list of internal snapshots for whole virtual machine or a single
# block device. Note that in first case,
Drivers affected:
* virtio_balloon
* virtio_serial_bus
* virtio_scsi
* virtio_blk
* virtio_9p
* virtio_rng
Signed-off-by: Jesse Larrew
---
hw/s390x/s390-virtio-bus.c | 7 ---
hw/s390x/virtio-ccw.c | 11 +++
hw/virtio-balloon.c| 2 +-
hw/virtio-blk.c|
There are two feature bits for virtio-balloon:
VIRTIO_BALLOON_F_MUST_TELL_HOST, and
VIRTIO_BALLOON_F_STATS_VQ.
Since these features don't require additional fields in the config struct,
set the 'end' field to the end of the last field in the struct.
Signed-off-by: Jesse Larrew
---
hw/vir
Move the config size calculation from virtio_net_init() to
virtio_common_init() so that all virtio devices can benefit. This requires
that the host_features be passed to virtio_common_init(), and the size of
the config struct will be calculated based on which feature bits are
enabled. This calculat
Fill in the feature table with the last field of struct virtio_blk_config
at the time that the feature flag was introduced. The table was constructed
by searching through the git history.
Signed-off-by: Jesse Larrew
---
hw/virtio-blk.c | 22 --
1 file changed, 20 insertions(+
Commit 14f9b664b34bbd37a488cb5c762aa278c60e1fb6 added a config_size field
to struct VirtIONet. However, struct VirtIONet has an embedded struct
VirtIODevice that already contains a config_len field for this purpose, so
config_size is unnecessary. This patch simply replaces it with
vdev->config_len
The mul_i32 pattern was loading non-16-bit constants into a register,
when we can get the middle-end to do that for us. The mul_i64 pattern
was not considering that MULLI takes 64-bit inputs.
Signed-off-by: Richard Henderson
---
tcg/ppc64/tcg-target.c | 24
1 file chang
Signed-off-by: Richard Henderson
---
tcg/ppc64/tcg-target.c | 43 +++
tcg/ppc64/tcg-target.h | 18 ++
2 files changed, 53 insertions(+), 8 deletions(-)
diff --git a/tcg/ppc64/tcg-target.c b/tcg/ppc64/tcg-target.c
index a08ad90..723cc77 1006
Signed-off-by: Richard Henderson
---
tcg/ppc64/tcg-target.c | 138 +++--
1 file changed, 66 insertions(+), 72 deletions(-)
diff --git a/tcg/ppc64/tcg-target.c b/tcg/ppc64/tcg-target.c
index a4951c5..31b0cb7 100644
--- a/tcg/ppc64/tcg-target.c
+++ b/tcg
Signed-off-by: Anthony Liguori
---
include/ui/console.h | 1 -
qemu-char.c | 1 -
ui/console.c | 9 -
3 files changed, 8 insertions(+), 3 deletions(-)
diff --git a/include/ui/console.h b/include/ui/console.h
index fc23baa..abc8652 100644
--- a/include/ui/console.h
+++ b/
Never use MFCR, as the latency is really high. Even MFOCRF, at half
the latency of MFCR, isn't as fast as we can do with carry tricks.
The ADDIC+SUBFE trick only works for word-sized operands, as we need
carry-out from bit 63. So for ppc64 we must extend 32-bit inputs.
Use ISEL if available.
S
Signed-off-by: Anthony Liguori
Signed-off-by: Amit Shah
---
qemu-char.c | 68 +++--
1 file changed, 57 insertions(+), 11 deletions(-)
diff --git a/qemu-char.c b/qemu-char.c
index 736aa14..2480905 100644
--- a/qemu-char.c
+++ b/qemu-char.c
On Mon, Feb 18, 2013 at 12:00:32PM -0300, Erlon Cruz wrote:
> From: Erlon Cruz
>
> This h_call is useful for DLPAR in future amongst other things. Given an index
> it fetches the corresponding PTE stored in the htab.
>
> Signed-off-by: Erlon Cruz
Acked-by: David Gibson
--
David Gibson
Updated documentation about overlapping memory regions and priority
to match the latest implementation.
Signed-off-by: Alexey Korolev
---
docs/memory.txt | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/docs/memory.txt b/docs/memory.txt
index 5bbee8e..37ebeb8
At the moment qemu memory manager considers every memory region as
overlappable. Thus the function memory_region_add_subregion_overlap can
only set the priority of the region.
Code will be more clear if we use only the memory_region_add_subregion
function to add a subregion to a container, and opti
This patch removes may_overlap flag from MemoryRegion structure as it is
no longer used. If we want to add a region which must never be overlapped
we can set memory region priority to MR_PRIORITY_EXCLUSIVE.
Warning will be printed if two memory regions are competing for the same
address range and h
At the moment may_overlap flag of MemoryRegion structure is used
inconsistently, and ignored by the address range assignment process.
In fact may_overlap flag can be fully substituted with priority
of the MemoryRegion structure. Also usage of MemoryRegion
priorities is a bit confusing. Exisiting pr
Signed-off-by: Richard Henderson
---
tcg/ppc64/tcg-target.c | 36 +---
1 file changed, 21 insertions(+), 15 deletions(-)
diff --git a/tcg/ppc64/tcg-target.c b/tcg/ppc64/tcg-target.c
index 833fe0c..762ca1b 100644
--- a/tcg/ppc64/tcg-target.c
+++ b/tcg/ppc64/tcg-tar
Since commit e67db06e9f6d7e514ee2a9b9b769ecd42977f6fb (target-or32: Add
target stubs and QOM cpu) a VMStateDescription existed, but
CPU_SAVE_VERSION was not set, so it was never registered.
Register it through CPUState.
Use a version_id of 1 and specify minimum versions as well.
Cc: Jia Liu
Sign
This is preliminary and beta support for the VHDX image format,
as specified in:
"VHDX Format Specification v0.95", published 4/12/2012
https://www.microsoft.com/en-us/download/details.aspx?id=29681
This RFC patch has the following limitations
- read-only (no write support yet)
- do
Signed-off-by: Jeff Cody
---
block/Makefile.objs | 1 +
1 file changed, 1 insertion(+)
diff --git a/block/Makefile.objs b/block/Makefile.objs
index c067f38..a819577 100644
--- a/block/Makefile.objs
+++ b/block/Makefile.objs
@@ -2,6 +2,7 @@ block-obj-y += raw.o cow.o qcow.o vdi.o vmdk.o cloop.o
This is based on Microsoft's VHDX specification:
"VHDX Format Specification v0.95", published 4/12/2012
https://www.microsoft.com/en-us/download/details.aspx?id=29681
The structures are, for the most part, faithful to the spec
document. Packed structures were avoided where possible, to
re
This adds the Castagnoli CRC32C algorithm, using the 0x11EDC6F41
polynomial.
This is extracted from the linux kernel cryptographic crc32.c module.
The algorithm is based on:
Castagnoli93: Guy Castagnoli and Stefan Braeuer and Martin Herrman
"Optimization of Cyclic Redundancy-Check C
This is preliminary support for VHDX images, based on the spec:
"VHDX Format Specification v0.95", published 4/12/2012
https://www.microsoft.com/en-us/download/details.aspx?id=29681
My working git repo for this work is:
https://github.com/codyprime/qemu-kvm-jtc/commits/jtc-vhdx-work-rfc1
git
On Thu, 14 Feb 2013 11:51:59 -0200
Eduardo Habkost wrote:
> On Thu, Feb 14, 2013 at 02:31:38PM +0100, Paolo Bonzini wrote:
> > Il 14/02/2013 14:24, Eduardo Habkost ha scritto:
> > > On Thu, Feb 14, 2013 at 01:13:18PM +0100, Paolo Bonzini wrote:
> > >> Il 14/02/2013 12:18, Eduardo Habkost ha scrit
Hi, Liu Ji
Thanks for trying my trival patch. That patch is based on the version
before qemu-1.3, and since qemu have important change about migration
from Juan after that, So I think it would not work since 1.3.
I am trying to fix the size problem now, and then reimplement a formal
patch of "
Mostly copied from the ppc32 port.
Signed-off-by: Richard Henderson
---
tcg/ppc64/tcg-target.c | 34 ++
tcg/ppc64/tcg-target.h | 20 ++--
2 files changed, 44 insertions(+), 10 deletions(-)
diff --git a/tcg/ppc64/tcg-target.c b/tcg/ppc64/tcg-target
On Mon, Feb 18, 2013 at 09:12:46PM +, David Woodhouse wrote:
> The i440fx data sheet (§3.0) appears to say that the default values are
> loaded on a *hard* reset, not a soft reset. And a reset invoked by the
> keyboard controller (as SeaBIOS does) is a *soft* reset. The only way to
> do a *hard
On Mon, 2013-02-18 at 14:00 -0500, Kevin O'Connor wrote:
> On Mon, Feb 18, 2013 at 08:31:01PM +0200, Gleb Natapov wrote:
> > Laszlo explained to me that the problem is that after reset we end up
> > in SeaBIOS reset code instead of OVMF one. This is because kvm starts
> > to execute from 0 inst
I've pushed kernel side vfio vga support to my next branch and intend
to try to get those in for kernel v3.9. Those changes can be found
here: git://github.com/awilliam/linux-vfio.git (next)
This is the matching QEMU updates. Patch 1/2 adds basic VGA range
support. This can be used with the opt
1 - 100 of 370 matches
Mail list logo
