Hi Anthony,
please pull from the following tree based on
e744c06fca438dc08271e626034e632a270c91c8:
git://xenbits.xen.org/people/sstabellini/qemu-dm.git xen-2012-10-03
Anthony PERARD (6):
xen: Fix, no unplug of pt device by platform device.
QMP, Introduce xen-set-global-dirty-log comm
On Sun, 7 Oct 2012, Avi Kivity wrote:
> Using an unfiltered memory listener will cause regions to be reported
> fails multiple times if we have more than two address spaces. Use a separate
> listener for memory and I/O, and utilize MemoryListener's address space
> filtering to fix this.
>
> Signe
On Mon, 10 Sep 2012, Jan Kiszka wrote:
> On 2012-09-10 19:27, Julien Grall wrote:
> > This patch replaces all register_ioport* with the new memory API. It permits
> > to use the new Memory stuff like listener.
> >
> > Signed-off-by: Julien Grall
> > ---
> > hw/acpi_piix4.c | 154
> > +
he patches
are deemed correct I'll submit an equivalent set for QEMU upstream (with
the appropriate code style changes).
Stefano Stabellini (2):
i should be uint32_t rather than int
introduce read_physical_offset and write_physical_offset
i386-dm/h
The current code compare i (int) with req->count (uint32_t) in a for
loop, risking an infinite loop if req->count is equal to UINT_MAX.
Also i is only used in comparisons or multiplications with unsigned
integers.
Signed-off-by: Stefano Stabellini
---
i386-dm/helper2.c |6 --
1
easily cause
overflows. It also makes the code easier to understand.
Signed-off-by: Stefano Stabellini
---
i386-dm/helper2.c | 60 +---
1 files changed, 38 insertions(+), 22 deletions(-)
diff --git a/i386-dm/helper2.c b/i386-dm/helper2.c
index
On Mon, 17 Sep 2012, Paolo Bonzini wrote:
> Il 17/09/2012 19:02, Peter Maydell ha scritto:
> > If Xen requires 64 bit physaddrs it should probably just be asserting
> > this here, not randomly changing target_phys_bits. In fact all the
> > supported Xen target archs already have 64 bit physaddrs, s
On Mon, 17 Sep 2012, Peter Maydell wrote:
> On 17 September 2012 17:00, Paolo Bonzini wrote:
> > Signed-off-by: Paolo Bonzini
> > ---
> > configure | 63
> > +--
> > 1 file modificato, 37 inserzioni(+), 26 rimozioni(-)
> >
> > diff --g
On Mon, 17 Sep 2012, Stefano Stabellini wrote:
> On Mon, 17 Sep 2012, Peter Maydell wrote:
> > On 17 September 2012 17:00, Paolo Bonzini wrote:
> > > Signed-off-by: Paolo Bonzini
> > > ---
> > > configure | 63
> > >
On Tue, 18 Sep 2012, Xu, Dongxiao wrote:
> Hi Stefano,
>
> Is these patches merged with Xen 4.2? I didn't see them in the upstream.
> The uint/int fix is critical to fix the nested guest boot issue.
They are not. Ian decided that he wanted to merge a different version of
them.
zap it. This way the gui timer works
> correctly with displaychangelisteners coming and going.
>
> Signed-off-by: Gerd Hoffmann
Acked-by: Stefano Stabellini
> console.h | 10 ++
> vl.c | 31 +++
> 2 files changed, 33 insertions(+
On Tue, 18 Sep 2012, Gerd Hoffmann wrote:
> When adding DisplayChangeListeners the set_mouse and cursor_define
> callbacks have been left in DisplayState for some reason. Fix it.
>
> Signed-off-by: Gerd Hoffmann
This patch is good.
The one thing I don't like is dpy_cursor_define_supported, beca
On Tue, 18 Sep 2012, Gerd Hoffmann wrote:
> Display works, requires truecolor framebuffer with 16 or 32 bpp on the
> host. 32bpp is recommended. The framebuffer is used as-is, qemu
> doesn't try to switch modes. With LCD displays mode switching is pretty
> pointless IMHO, also it wouldn't work a
On Tue, 18 Sep 2012, Gerd Hoffmann wrote:
> Stop reinventing the wheel. Use the pixman library for raster ops.
I would separate the pixmap changes from this series: either we use
this library everywhere or nowhere. At the very least vnc could use it.
Also considering that you only support 32bpp
On Tue, 18 Sep 2012, Gerd Hoffmann wrote:
> Add support for scaling the guest display.
> Ctrl-Alt-S hotkey toggles scaling.
We could make sdl_zoom generic: sdl_zoom_blit doesn't actually depend on
sdl.
> Signed-off-by: Gerd Hoffmann
> ---
> ui/fbdev.c | 61 +++
On Tue, 18 Sep 2012, Gerd Hoffmann wrote:
> On 09/18/12 16:10, Stefano Stabellini wrote:
> > On Tue, 18 Sep 2012, Gerd Hoffmann wrote:
> >> When adding DisplayChangeListeners the set_mouse and cursor_define
> >> callbacks have been left in DisplayState for some reason
On Wed, 19 Sep 2012, Anthony PERARD wrote:
> The Xen platform device will unplug any NICs if requested by the guest
> (PVonHVM)
> including a NIC that would have been passthrough. This patch makes sure that a
> passthrough device will not be unplug.
>
> Reported-by: "Zhang, Yang Z"
> Signed-off-
On Wed, 19 Sep 2012, Gerd Hoffmann wrote:
> +/* */
> +/* rendering*/
> +
> +static void fbdev_render(DisplayState *ds, int x, int y, int w, int h)
> +{
> +uint8_t *ds
On Wed, 19 Sep 2012, Gerd Hoffmann wrote:
> Stop reinventing the wheel, use the pixman library for raster ops.
> Also add setdata callback.
>
> Signed-off-by: Gerd Hoffmann
> ---
> configure | 12
> ui/fbdev.c | 182
> +---
> 2 fi
On Thu, 29 Aug 2013, Fabio Fantoni wrote:
> Il 26/08/2013 17:00, Fabio Fantoni ha scritto:
> > Il 16/08/2013 16:46, Anthony PERARD ha scritto:
> > > In some cases (Xen), it will not be initialized before to be used. This
> > > leads to segv.
> > >
> > > Signed-off-by: Anthony PERARD
> >
> > Test
On Thu, 29 Aug 2013, Stefano Stabellini wrote:
> On Thu, 29 Aug 2013, Fabio Fantoni wrote:
> > Il 26/08/2013 17:00, Fabio Fantoni ha scritto:
> > > Il 16/08/2013 16:46, Anthony PERARD ha scritto:
> > > > In some cases (Xen), it will not be initialized before to be us
On Wed, 4 Sep 2013, Fabio Fantoni wrote:
> Il 04/07/2013 15:51, Fabio Fantoni ha scritto:
> > Last year I posted a question about default devices of upstream qemu that
> > differ from qemu traditional, like empty floppy and cdrom in particular.
> > About empty floppy now is disabled as workaround.
On Wed, 4 Sep 2013, Fabio Fantoni wrote:
> Il 04/09/2013 15:17, Stefano Stabellini ha scritto:
> > On Wed, 4 Sep 2013, Fabio Fantoni wrote:
> > > Il 04/07/2013 15:51, Fabio Fantoni ha scritto:
> > > > Last year I posted a question about default devices of upstream qe
On Wed, 17 Sep 2014, Owen smith wrote:
> The keyboard event handler was not being removed, a NULL-callback
> entry was being added to intercept events. Use the unregister call
> to remove the keyboard event handler when appropriate.
>
> Signed-off-by: Owen smith
Acked-by: Ste
of the chain.
>
> Note: qemu_add_kbd_event_handler adds and activates the keyboard
> handler, where qemu_add_mouse_event_handler does not activate the
> mouse handler.
how strange
> Signed-off-by: Owen smith
Acked-by: Stefano Stabellini
> ---
> hw/display/xenfb.c | 1
sting frontends.
>
> "page-gref"
> Value:
> Grant reference to use to map the shared ring. Only used if
> "page-ref" is not set.
>
> Signed-off-by: Owen smith
As Ian pointed out, the docs need to be updated before I am going to
push this change
e used
> (when "request-abs-pointer" is also set to "1"). Frontend sets
> this value before connecting.
>
> Signed-off-by: Owen smith
Docs need to be updated before I send this upstream. However:
Acked-by: Stefano Stabellini
> hw/display/xenfb.c
On Wed, 17 Sep 2014, Owen smith wrote:
> Added feature to allow vkbd connection without waiting for vfb device.
> Windows PV frontend requires connection without a vfb device, Ubuntu HVM
> would not start correctly without the wait for vfb device.
This is a good description of the problem. Could y
On Fri, 26 Sep 2014, Don Slutz wrote:
> This adds synchronisation of the vcpu registers
> between Xen and QEMU.
>
> Signed-off-by: Don Slutz
[...]
> diff --git a/xen-hvm.c b/xen-hvm.c
> index 05e522c..e1274bb 100644
> --- a/xen-hvm.c
> +++ b/xen-hvm.c
> @@ -857,14 +857,48 @@ static void cpu_han
On Mon, 29 Sep 2014, Stefano Stabellini wrote:
> On Fri, 26 Sep 2014, Don Slutz wrote:
> > This adds synchronisation of the vcpu registers
> > between Xen and QEMU.
> >
> > Signed-off-by: Don Slutz
>
> [...]
>
> > diff --git a/xen-hvm.c b/xen-hvm.c
&
On Mon, 29 Sep 2014, Don Slutz wrote:
> On 09/29/14 06:25, Stefano Stabellini wrote:
> > On Mon, 29 Sep 2014, Stefano Stabellini wrote:
> > > On Fri, 26 Sep 2014, Don Slutz wrote:
> > > > This adds synchronisation of the vcpu registers
> > > > between Xe
On Wed, 1 Oct 2014, Slutz, Donald Christopher wrote:
> On 09/30/14 06:35, Stefano Stabellini wrote:
> > On Mon, 29 Sep 2014, Don Slutz wrote:
> >> On 09/29/14 06:25, Stefano Stabellini wrote:
> >>> On Mon, 29 Sep 2014, Stefano Stabellini wrote:
> >>
On Thu, 2 Oct 2014, Don Slutz wrote:
> This adds synchronisation of the 6 vcpu registers (only 32bits of
> them) that vmport.c needs between Xen and QEMU.
>
> This is to avoid a 2nd and 3rd exchange between QEMU and Xen to
> fetch and put these 6 vcpu registers used by the code in vmport.c
> and v
On Fri, 3 Oct 2014, Don Slutz wrote:
> On 10/03/14 05:52, Stefano Stabellini wrote:
> > On Thu, 2 Oct 2014, Don Slutz wrote:
> > > This adds synchronisation of the 6 vcpu registers (only 32bits of
> > > them) that vmport.c needs between Xen and QEMU.
> > >
On Fri, 3 Oct 2014, Don Slutz wrote:
> On 10/03/14 12:23, Stefano Stabellini wrote:
> > On Fri, 3 Oct 2014, Don Slutz wrote:
> > > On 10/03/14 05:52, Stefano Stabellini wrote:
> > > > On Thu, 2 Oct 2014, Don Slutz wrote:
> > > > > This adds synchronis
On Thu, 11 Apr 2013, Sander Eikelenboom wrote:
> > No. It depends a bit what you mean by "verbose debugging",
> > incidentally. QEMU has several commonly used logging options:
>
> Well since Xen has the option to be build with "make debug=y" which also
> disables optimizations, enables extra asse
On Tue, 16 Apr 2013, Sander Eikelenboom wrote:
> Hi Stefano,
>
> When trying to start a hvm quest with xen-unstable and qemu-upstream, it ends
> up stuck:
>
> xc: info: VIRTUAL MEMORY ARRANGEMENT:
> Loader:0010->0019c864
> Modules: ->
On Mon, 22 Apr 2013, Liu, SongtaoX wrote:
> I encountered a problem that the guest cannot boot up successfully using
> qemu.git in Xen.
> after creating the guest by "xl cr xlexample.hvm", "xl list" shows the
> guest's vcpu has no status, and "xl vnc $dom_id" cannot connect to the guest.
>
> The
On Sat, 20 Apr 2013, Sander Eikelenboom wrote:
> Hi Gerd,
>
> Using qemu-upstream with pci-passthrough on xen-unstable previously worked
> fine.
> Since commit 0f7b2864d0d0c3ef2801f9214d8c510c80a220d1 (bisected) i see what i
> think are timing issues (video device is reporting buffer underruns).
On Tue, 10 Jun 2014, Ian Campbell wrote:
> On Fri, 2014-05-23 at 17:07 +0100, Stefano Stabellini wrote:
> > Choose pc-i440fx-1.6 instead of pc for HVM guests, so that we know for
> > sure what is the machine that we are emulating.
>
> Does 1.6 here refer to the qemu version?
w='hda' is specified, in that case the xen-platform device is
moved to slot 3 (used to be always slot 2). This change might cause
problems to guests with soundhw='hda', migrating from 4.4 to 4.5.
Signed-off-by: Stefano Stabellini
---
Changes in v2:
- note the dependency
On Fri, 20 Jun 2014, Chunyan Liu wrote:
> qemu side patch to support xen HVM direct kernel boot:
> if -kernel exists, calls xen_load_linux(), which will read kernel/initrd
> and add a linuxboot.bin or multiboot.bin option rom. The
> linuxboot.bin/multiboot.bin will load kernel/initrd and jump to ex
On Thu, 19 Jun 2014, Don Slutz wrote:
> This is the xen part of "pc & q35: Add new machine opt max-ram-below-4g"
>
> Note: this machine option cannot be used to increase the amount
> of ram below 4G.
>
> Signed-off-by: Don Slutz
It is still good for me.
> v7:
> Rename from "xen-hvm: Pass
emu-1.6.1-vanilla with 440fx chipset: no corruption
>
> Qemu-1.6.1 with AHCI patch and 440fx chipset: no corruption
>
>
>
> # test with vanilla-xen
>
> Qemu-1.6.1-vanilla with 440fx chipset: no corruption
>
> Qemu-1.6.1 with AHCI patch and 440fx chipset: corruption
Can you try with a more recent QEMU version? Maybe QEMU 2.0?
> So the problem lies between the interaction between AHCI controller and xen.
> Has anyone else tried this and/or can take a look
> to see what’s happening here?
In these cases it is usually a mapcache (see xen-mapcache.c) problem.
Not a bug in the mapcache per se, but maybe it is not called correctly
from common code. To give you an idea of a possible bad interaction
between the mapcache and common code, see:
commit a41087bc7110e8378cd49ddd06aa7c9d361f3673
Author: Stefano Stabellini
Date: Thu Jan 30 12:46:05 2014 +
address_space_translate: do not cross page boundaries
Your concern is valid.
I guess the first step would be to agree with the upstream QEMU
community on lowest common denominator tools, ideally the same as
ours.
We already have a buildbot machine, we could introduce another one to
detect build failures in this configuration and notify QEMU upstream
’s
> > happening here?
>
> In these cases it is usually a mapcache (see xen-mapcache.c) problem.
> Not a bug in the mapcache per se, but maybe it is not called correctly from
> common code. To give you an idea of a possible bad interaction between the
> mapcache and common code,
On Sun, 22 Jun 2014, Chun Yan Liu wrote:
> >>> On 6/20/2014 at 08:08 PM, in message
> , Stefano
> Stabellini wrote:
> > On Fri, 20 Jun 2014, Chunyan Liu wrote:
> > > qemu side patch to support xen HVM direct kernel boot:
> > > if -kernel exists, call
Changed to work with the changes in #2:
> > Added max_ram_below_4g_changed in order to know if it is a default
> > value
> > or a user specified one.
> > Added "assert(pc_machine->max_ram_below_4g_changed > 0)" so that
> >
CC'ing xen-devel.
Could you please post your QEMU logs?
On Mon, 23 Jun 2014, Maxim Gordeev wrote:
> Hi!
>
> Please, give me an advice.
>
> I try use VGA passthough NVidia k40 on SuperMicro Server, but server is
> having error.
> My Xen is using qemu (a9e8aeb3755bccb7b51174adcf4a3fc427e0d147)2.
On Wed, 20 Aug 2014, Peter Maydell wrote:
> On 20 August 2014 09:53, Stefan Weil wrote:
> > Am 20.08.2014 um 07:07 schrieb Peter Crosthwaite:
> >> The mr->name field is removed. This slipped through compile testing.
> >> Fix.
> >>
> >> Signed-off-by: Peter Crosthwaite
> >> ---
> >>
> >> xen-hvm.
Durrant (1):
Xen PV Device
Stefano Stabellini (1):
xen_disk: support "direct-io-safe" backend option
hw/block/xen_disk.c | 14 +-
hw/xen/Makefile.objs |2 +-
hw/xen/xen_pvdevice.c| 131 ++
include/hw/pci/pci_id
; backend option has been dropped
because it was believed too wide, especially considering that at the
moment the backend doesn't have a way to tell the toolstack that it is
capable of supporting it.
Signed-off-by: Stefano Stabellini
Signed-off-by: Ian Jackson
---
hw/block/xen_disk.c | 14 +
Durrant (1):
Xen PV Device
Stefano Stabellini (1):
xen_disk: support "direct-io-safe" backend option
hw/block/xen_disk.c | 14 +-
hw/xen/Makefile.objs |2 +-
hw/xen/xen_pvdevice.c| 131 ++
include/hw/pci/pci_id
ff-by: Stefano Stabellini
Reviewed-by: Andreas Färber
---
hw/xen/Makefile.objs |2 +-
hw/xen/xen_pvdevice.c| 131 ++
include/hw/pci/pci_ids.h |5 +-
trace-events |4 ++
4 files changed, 139 insertions(+), 3 deletions(-)
c
On Mon, 29 Jul 2013, Peter Maydell wrote:
> Building QEMU with clang 3.3 results in the following warning:
>
> hw/i386/pc_q35.c:115:9: error: variable 'ram_memory' is used
> uninitialized whenever 'if' condition is false
> [-Werror,-Wsometimes-uninitialized]
> if (!xen_enable
From: Wei Liu
Signed-off-by: Wei Liu
Signed-off-by: Stefano Stabellini
---
hw/i386/Makefile.objs |2 +-
hw/i386/xen_domainbuild.c | 299
hw/i386/xen_domainbuild.h | 13 --
hw/i386/xen_machine_pv.c | 109
hw/xenpv
ul in case the backing file was
intentionally created non-sparse to avoid fragmentation.
Signed-off-by: Olaf Hering
Signed-off-by: Stefano Stabellini
---
hw/block/xen_blkif.h| 12
hw/block/xen_disk.c | 33 +
include/hw/xen/xe
ate to xen
Olaf Hering (1):
xen_disk: add discard support
Stefano Stabellini (1):
pass an inclusive address range to xc_domain_pin_memory_cacheattr
Wei Liu (3):
xen: move Xen PV machine files to hw/xenpv
xen: move Xen HVM files under hw/i386/xen
xen: factor
From: Wei Liu
Signed-off-by: Wei Liu
Signed-off-by: Stefano Stabellini
---
hw/i386/Makefile.objs |2 +-
hw/i386/xen/Makefile.objs |1 +
hw/i386/xen/xen_apic.c | 97 ++
hw/i386/xen/xen_platform.c | 450
hw/i386/xen
xc_domain_pin_memory_cacheattr expects an inclusive address range:
adjust the parameters.
Signed-off-by: Stefano Stabellini
---
xen-hvm.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/xen-hvm.c b/xen-hvm.c
index 0a49055..a64486c 100644
--- a/xen-hvm.c
+++ b/xen-hvm.c
On Wed, 7 May 2014, Peter Maydell wrote:
> On 7 May 2014 16:09, Stefano Stabellini
> wrote:
> > The following changes since commit 951916d02c59cd0eddd57c3d66f87f921931e394:
> >
> > Merge remote-tracking branch 'remotes/kraxel/tags/pull-usb-6' into
>
safely
limit this piece of code to XEN. So does the patch.
Suggested-by: Paolo Bonzini
Signed-off-by: Alexey Kardashevskiy
Signed-off-by: Stefano Stabellini
---
exec.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/exec.c b/exec.c
index 91513c6..cf12049 100644
--- a
reuse pirqs between driver reload,
but this way is better.
Xen-devel: http://marc.info/?l=xen-devel&m=136800120304275&w=2
Signed-off-by: Zhenzhong Duan
Signed-off-by: Konrad Rzeszutek Wilk
Signed-off-by: Stefano Stabellini
---
hw/xen/xen_pt_config_init.c |6 --
hw/xen/xen_
On Fri, 16 May 2014, Tiejun Chen wrote:
> The OpRegion shouldn't be mapped 1:1 because the address in the host
> can't be used in the guest directly.
>
> This patch traps read and write access to the opregion of the Intel
> GPU config space (offset 0xfc).
>
> The original patch is from Jean Guyad
On Fri, 16 May 2014, Konrad Rzeszutek Wilk wrote:
> On Fri, May 16, 2014 at 06:53:39PM +0800, Tiejun Chen wrote:
> > basic gfx passthrough support:
> > - add a vga type for gfx passthrough
> > - retrieve VGA bios from sysfs, then load it to guest 0xC
> > - register/unregister legacy VGA I/O por
On Tue, 20 May 2014, Chen, Tiejun wrote:
> > -Original Message-
> > From: Stefano Stabellini [mailto:stefano.stabell...@eu.citrix.com]
> > Sent: Monday, May 19, 2014 7:54 PM
> > To: Chen, Tiejun
> > Cc: anthony.per...@citrix.com; stefano.stabell...@eu.c
On Tue, 20 May 2014, Xiaoding (B) wrote:
> Hi all,
>
>
>
> I tried to test the features about block_stream/drive_mirror in the qemu-xen.
>
> (Xen version is 4.4.1, qemu version is 1.62)
>
> And I found the vm crashed after the hmp commands are sent.
>
>
>
> Whether xen has supported the t
On Thu, 22 May 2014, Gerd Hoffmann wrote:
> Patch hooks up the xen platform device to the default device code we
> have in qemu. Two effects:
>
> (1) The device will not be created in case -nodefaults is specified
> on the command line.
> (2) Autocreating the device is also turned off i
On Thu, 22 May 2014, Gerd Hoffmann wrote:
> Hi,
>
> > Given that libxl always passes -nodefaults to QEMU, this patch is going
> > to effectively disable xen_platform_pci for all Xen users. It is not a
> > good idea. With the patch applied a Xen user would have no way to enable
> > xen_platform_p
On Thu, 22 May 2014, Paolo Bonzini wrote:
> Il 22/05/2014 14:11, Stefano Stabellini ha scritto:
> > On Thu, 22 May 2014, Gerd Hoffmann wrote:
> > > Patch hooks up the xen platform device to the default device code we
> > > have in qemu. Two effects:
> > >
On Thu, 22 May 2014, Gerd Hoffmann wrote:
> > > Given that libxl always passes -nodefaults to QEMU, this patch is going
> > > to effectively disable xen_platform_pci for all Xen users. It is not a
> > > good idea. With the patch applied a Xen user would have no way to enable
> > > xen_platform_pci
On Fri, 23 May 2014, Paul Durrant wrote:
> > -Original Message-
> > From: Stefano Stabellini [mailto:stefano.stabell...@eu.citrix.com]
> > Sent: 22 May 2014 14:57
> > To: Gerd Hoffmann
> > Cc: Paolo Bonzini; Stefano Stabellini; Paul Durrant; qemu-devel@nong
On Fri, 23 May 2014, Paul Durrant wrote:
> > -Original Message-
> > From: Stefano Stabellini [mailto:stefano.stabell...@eu.citrix.com]
> > Sent: 23 May 2014 11:11
> > To: Paul Durrant
> > Cc: Stefano Stabellini; Gerd Hoffmann; Paolo Bonzini; qemu-
> >
On Fri, 23 May 2014, Anthony PERARD wrote:
> On Fri, May 23, 2014 at 09:38:15AM +0200, Igor Mammedov wrote:
> > On Fri, 23 May 2014 01:18:33 +
> > "Chen, Tiejun" wrote:
> > > With your patch and the following configurations,
> > >
> > > gfx_passthru=1
> > > pci=["00:02.0@2", "00:1a.0"]
> > >
On Fri, 23 May 2014, Fabio Fantoni wrote:
> > One issue is that -M pc didn't always work with Xen. Now it does and we
> > are already relying on it in libxl since
> > 2bc047635b51abd41c917aa2b813211ee0de2c38. It is safe because all QEMU
> > releases from 1.6 onward work well with Xen and -M pc. Old
On Fri, 23 May 2014, Igor Mammedov wrote:
> if user starts QEMU with "-machine pc,accel=xen", then
> compat property in xenfv won't work and it would
> cause error:
> "Unsupported bus. Bus doesn't have property 'acpi-pcihp-bsel' set"
> when PCI device is added with -device on QEMU CLI.
>
> In case
change the emulated environment in the guest.
Refer to this thread: http://marc.info/?l=xen-devel&m=140023775929625&w=2
Signed-off-by: Stefano Stabellini
diff --git a/tools/libxl/libxl_dm.c b/tools/libxl/libxl_dm.c
index 8abed7b..fef684f 100644
--- a/tools/libxl/libxl_dm.c
+++ b/too
On Fri, 23 May 2014, Fabio Fantoni wrote:
> Il 23/05/2014 18:07, Stefano Stabellini ha scritto:
> > Choose pc-i440fx-1.6 instead of pc for HVM guests, so that we know for
> > sure what is the machine that we are emulating.
> >
> > Use pc-i440fx-1.6 regardless of the x
On Mon, 22 Sep 2014, Owen smith wrote:
> Add documentation for page-ref, page-gref and event-channel.
>
> Signed-off-by: Owen smith
thanks for the patch
> xen/include/public/io/fbif.h | 25 +
> 1 file changed, 25 insertions(+)
>
> diff --git a/xen/include/public/io/fb
On Mon, 22 Sep 2014, Owen smith wrote:
> Add documentation for feature-abs-pointer, feature-no-abs-rescale,
> feature-no-console, page-ref, page-gref and event-channel
>
> Signed-off-by: Owen smith
I would suggest resending this patch series removing the new options you
are introducing with
1410
On Thu, 9 Oct 2014, Don Slutz wrote:
> This adds synchronisation of the 6 vcpu registers (only 32bits of
> them) that vmport.c needs between Xen and QEMU.
>
> This is to avoid a 2nd and 3rd exchange between QEMU and Xen to
> fetch and put these 6 vcpu registers used by the code in vmport.c
> and v
patch therefore also adds a PCI bus
> listener interface akin to the memory listener interface to fulfil
> this need.
>
> Signed-off-by: Paul Durrant
> Cc: Michael S. Tsirkin
> Cc: Stefano Stabellini
> Cc: Peter Maydell
> Cc: Paolo Bonzini
> Cc: Michael Tokar
e necessary
> code to use the API if it is.
>
> Signed-off-by: Paul Durrant
I think the patch is pretty good, just one comment below.
> Cc: Stefano Stabellini
> Cc: Peter Maydell
> Cc: Paolo Bonzini
> Cc: Michael Tokarev
> Cc: Stefan Hajnoczi
> Cc: Stefan We
e necessary
> code to use the API if it is.
>
> Signed-off-by: Paul Durrant
The patch is OK, so you can add my Acked-by.
I have a couple of minor comments below. If you need to repost it then
would be nice if you could address them.
> Cc: Stefano Stabellini
> Cc: Peter Maydell
On Wed, 15 Oct 2014, Andrew Cooper wrote:
> On 15/10/14 15:51, Paul Durrant wrote:
> >> -Original Message-
> >> From: Stefano Stabellini [mailto:stefano.stabell...@eu.citrix.com]
> >> Sent: 15 October 2014 15:38
> >> To: Paul Durrant
On Thu, 16 Oct 2014, Paul Durrant wrote:
> > -Original Message-
> > From: Stefano Stabellini [mailto:stefano.stabell...@eu.citrix.com]
> > Sent: 15 October 2014 15:38
> > To: Paul Durrant
> > Cc: qemu-devel@nongnu.org; xen-de...@lists.xenproject.org; Stefano
On Wed, 15 Oct 2014, Peter Maydell wrote:
> On 15 October 2014 11:16, Paul Durrant wrote:
> > The ioreq-server API added to Xen 4.5 offers better security than
> > the existing Xen/QEMU interface because the shared pages that are
> > used to pass emulation request/results back and forth are remove
On Thu, 16 Oct 2014, Peter Maydell wrote:
> On 16 October 2014 13:29, Stefano Stabellini
> wrote:
> > Unfortunately even though it is pretty x86 specific, it is still
> > compiled on ARM, even though it is never actually used (it is used in
> > i386 emulation with Xen acc
On Fri, 17 Oct 2014, Don Slutz wrote:
> This adds synchronisation of the 6 vcpu registers (only 32bits of
> them) that vmport.c needs between Xen and QEMU.
>
> This is to avoid a 2nd and 3rd exchange between QEMU and Xen to
> fetch and put these 6 vcpu registers used by the code in vmport.c
> and
On Mon, 20 Oct 2014, Don Slutz wrote:
> This adds synchronisation of the 6 vcpu registers (only 32bits of
> them) that vmport.c needs between Xen and QEMU.
>
> This is to avoid a 2nd and 3rd exchange between QEMU and Xen to
> fetch and put these 6 vcpu registers used by the code in vmport.c
> and
new routines regs_to_cpu(), regs_from_cpu(), and
> handle_vmport_ioreq().
>
> Signed-off-by: Don Slutz
Acked-by: Stefano Stabellini
I'll add it to my queue.
> Reviewed-by: Paul Durrant
>
> v7:
> Use QEMU_BUILD_BUG_ON, please do not define your own.
> Switche
e-devices-state.
>
> We use this new command for COLO:
> 1. suspend both primay vm and secondary vm
> 2. sync the state
> 3. resume both primary vm and secondary vm
>
> In such case, we need to update all devices's state in any time.
>
> Signed-off-by: Wen Cong
The following changes since commit cbd5ac699173b684e678d66df3aea33df81fd89f:
virtio: link the rng backend through an alias property (2014-10-30 12:59:27
+)
are available in the git repository at:
git://xenbits.xen.org/people/sstabellini/qemu-dm.git xen-2014-10-30
for you to fetch chang
: Paul Durrant
Signed-off-by: Stefano Stabellini
---
include/hw/xen/xen_common.h | 15 ++
xen-hvm.c | 108 +--
2 files changed, 118 insertions(+), 5 deletions(-)
diff --git a/include/hw/xen/xen_common.h b/include/hw/xen
From: James Harper
Fix off-by-one error when unplugging disks, which would otherwise leave the
last ATA disk plugged, with obvious consequences. Also rewrite loop to be more
readable.
Signed-off-by: James Harper
Signed-off-by: Stefano Stabellini
---
hw/ide/piix.c |4 ++--
1 file
On Thu, 30 Oct 2014, James Harper wrote:
> Fix off-by-one error when unplugging disks, which would otherwise leave the
> last ATA disk plugged, with obvious consequences. Also rewrite loop to be
> more readable.
>
> Signed-off-by: James Harper
Added to my queue
> diff --git a/hw/ide/piix.c b/
gt; Quan
> > -Original Message-
> > From: xen-devel-boun...@lists.xen.org
> > [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Stefano Stabellini
> > Sent: Thursday, October 30, 2014 10:21 PM
> > To: qemu-devel@nongnu.org
> > Cc: peter.mayd...@linaro.org; xe
On Sun, 2 Nov 2014, Quan Xu wrote:
> This drvier transfers any request/repond between TPM xenstubdoms
> driver and Xen vTPM stubdom, and facilitates communications between
> Xen vTPM stubdom domain and vTPM xenstubdoms driver
>
> Signed-off-by: Quan Xu
Please describe what changes did make to xe
On Sun, 2 Nov 2014, Quan Xu wrote:
> This driver provides vTPM initialization and sending data and TPM
> commends to a Xen stubdom vTPM domain.
^ commands
Driver for what? QEMU usually doesn't have drivers, QEMU has emulated
devices. Is this an emulated device? Is it supposed to be run inside
Sorry for the late reply.
I just wanted to confirm that it's all working now.
Thanks,
Stefano
On Mon, 25 Aug 2014, Peter Crosthwaite wrote:
> Hi,
>
> Here is an attempt at a proper fix to the memory region naming bugs as
> reported by Peter. The Xen compile bug and the memory leak.
>
> Regard
101 - 200 of 2354 matches
Mail list logo
