On Tue, 25 Nov 2014, Peter Maydell wrote:
> On 25 November 2014 at 14:43, Stefano Stabellini
> wrote:
> > Introduce a function to unmap an sg previously mapped with
> > virtqueue_map_sg.
> >
> > Signed-off-by: Stefano Stabellini
> > CC: jasow...@redhat.com
&g
: Stefano Stabellini
diff --git a/xen-hvm.c b/xen-hvm.c
index 5c69a8d..38e08c3 100644
--- a/xen-hvm.c
+++ b/xen-hvm.c
@@ -218,6 +218,7 @@ void xen_ram_alloc(ram_addr_t ram_addr, ram_addr_t size,
MemoryRegion *mr)
unsigned long nr_pfn;
xen_pfn_t *pfn_list;
int i;
+xc_dominfo_t info
On Wed, 26 Nov 2014, Jason Wang wrote:
> On 11/25/2014 09:53 PM, Stefano Stabellini wrote:
> > On Tue, 25 Nov 2014, Jason Wang wrote:
> >> On 11/25/2014 02:44 AM, Stefano Stabellini wrote:
> >>> On Mon, 24 Nov 2014, Stefano Stabellini wrote:
> >>>>
On Tue, 25 Nov 2014, Andrew Cooper wrote:
> On 25/11/14 17:45, Stefano Stabellini wrote:
> > Increase maxmem before calling xc_domain_populate_physmap_exact to avoid
> > the risk of running out of guest memory. This way we can also avoid
> > complex memory calculatio
uched and using a temp variable
> in those functions.
>
> Cc: Wen Congyang
> Cc: Stefano Stabellini
> Cc: qemu-sta...@nongnu.org
> Signed-off-by: Jason Wang
Reviewed-by: Stefano Stabellini
> Changes from V1:
> - Use g_memdup() to simplify codes
> ---
> hw/ne
On Wed, 26 Nov 2014, Don Slutz wrote:
> On 11/26/14 13:17, Stefano Stabellini wrote:
> > On Tue, 25 Nov 2014, Andrew Cooper wrote:
> > > On 25/11/14 17:45, Stefano Stabellini wrote:
> > > > Increase maxmem before calling xc_domain_populate_physmap_exact to avoid
>
and using a temp variable
> >> in those functions.
> >>
> >> Cc: Wen Congyang
> >> Cc: Stefano Stabellini
> >> Cc: qemu-sta...@nongnu.org
> >> Signed-off-by: Jason Wang
> >
> > Reviewed-by: Michael S. Tsirkin
> >
> >
ctions that process control vq
> >>> request call iov_discard_front() which will shorten the iov. This will
> >>> lead unmapping in virtqueue_push() leaks mapping.
> >>>
> >>> Fixes this by keeping the original iov untouched and using a temp vari
On Thu, 27 Nov 2014, Konrad Rzeszutek Wilk wrote:
> On Nov 27, 2014 7:46 AM, Stefano Stabellini
> wrote:
> >
> > Konrad, I think we should have this fix in 4.5: without it
> > vif=[ 'model=virtio-net' ] crashes QEMU.
> >
>
> Is it an regressio
On Thu, 27 Nov 2014, Konrad Rzeszutek Wilk wrote:
> On Nov 27, 2014 9:58 AM, Stefano Stabellini
> wrote:
> >
> > On Thu, 27 Nov 2014, Konrad Rzeszutek Wilk wrote:
> > > On Nov 27, 2014 7:46 AM, Stefano Stabellini
> > > wrote:
> > > >
> &
On Thu, 27 Nov 2014, Konrad Rzeszutek Wilk wrote:
> On Nov 27, 2014 10:26 AM, Stefano Stabellini
> wrote:
> >
> > On Thu, 27 Nov 2014, Konrad Rzeszutek Wilk wrote:
> > > On Nov 27, 2014 9:58 AM, Stefano Stabellini
> > > wrote:
> > > >
> >
On Mon, 7 Jul 2014, Chunyan Liu wrote:
> diff --git a/tools/libxl/libxl_dm.c b/tools/libxl/libxl_dm.c
> index addacdb..4f1cbd2 100644
> --- a/tools/libxl/libxl_dm.c
> +++ b/tools/libxl/libxl_dm.c
> @@ -479,6 +485,15 @@ static char **
> libxl__build_device_model_args_new(libxl__gc *gc,
> if (b
On Mon, 1 Dec 2014, Don Slutz wrote:
> On 11/27/14 05:48, Stefano Stabellini wrote:
> > On Wed, 26 Nov 2014, Don Slutz wrote:
> > > On 11/26/14 13:17, Stefano Stabellini wrote:
> > > > On Tue, 25 Nov 2014, Andrew Cooper wrote:
> > > > >
On Mon, 1 Dec 2014, Don Slutz wrote:
> On 12/01/14 10:37, Stefano Stabellini wrote:
> > On Mon, 1 Dec 2014, Don Slutz wrote:
> > > On 11/27/14 05:48, Stefano Stabellini wrote:
>
> [...]
>
> > >
> > > Works fine in both claim modes and with PoD used
On Wed, 3 Dec 2014, Wei Liu wrote:
> On Tue, Dec 02, 2014 at 03:23:29PM -0500, Don Slutz wrote:
> [...]
> > hw_error("xc_domain_getinfo failed");
> > }
> > -if (xc_domain_setmaxmem(xen_xc, xen_domid, info.max_memkb +
> > -(nr_pfn * X
The second patch is already Acked.
You just need a review on this one to move forward, right?
Andreas, Michael?
On Wed, 3 Dec 2014, Paul Durrant wrote:
> The Xen ioreq-server API, introduced in Xen 4.5, requires that PCI device
> models explicitly register with Xen for config space accesses. This
On Wed, 3 Dec 2014, Don Slutz wrote:
> On 12/03/14 07:20, Stefano Stabellini wrote:
> > On Wed, 3 Dec 2014, Wei Liu wrote:
> > > On Tue, Dec 02, 2014 at 03:23:29PM -0500, Don Slutz wrote:
> > > [...]
> > > > > > >
On Mon, 20 Apr 2015, Fabio Fantoni wrote:
> I updated xen and qemu from xen 4.5.0 with its upstream qemu included to xen
> 4.5.1-pre with qemu upstream from stable-4.5 (changed Config.mk to use
> revision "master").
> After few minutes I booted windows 7 64 bit domU qemu crash, tried 2 times
> with
On Tue, 21 Apr 2015, Fabio Fantoni wrote:
> Il 21/04/2015 12:49, Stefano Stabellini ha scritto:
> > On Mon, 20 Apr 2015, Fabio Fantoni wrote:
> > > I updated xen and qemu from xen 4.5.0 with its upstream qemu included to
> > > xen
> > > 4.5.1-pre with qe
On Wed, 13 May 2015, John Snow wrote:
> On 05/13/2015 02:15 PM, Stefano Stabellini wrote:
> > On Wed, 13 May 2015, Daniel P. Berrange wrote:
> >> On Wed, May 13, 2015 at 06:29:46PM +0100, Stefano Stabellini wrote:
> >>> Do not emulate a floppy drive if no dri
On Thu, 14 May 2015, Paolo Bonzini wrote:
> On 14/05/2015 15:25, Sander Eikelenboom wrote:
> > I tend to kindly disagree if you look at the broader perspective, yes it's
> > could
> > be a storm in a tea cup, but there seems to be a pattern.
> >
> > From a "cmdline user" / "platform emulation" p
Do not change default settings for any machines at the moment: this
patch does not introduce any changes in behavior unless the user asks
for no-fdc=on.
Signed-off-by: Stefano Stabellini
---
hw/i386/pc.c | 27 ---
include/hw/i386/pc.h |2 ++
vl.c
On Thu, 14 May 2015, Paolo Bonzini wrote:
> On 14/05/2015 16:39, Stefano Stabellini wrote:
> > On Thu, 14 May 2015, Paolo Bonzini wrote:
> >> On 14/05/2015 15:25, Sander Eikelenboom wrote:
> >>> I tend to kindly disagree if you look at the broader perspective, yes
On Fri, 15 May 2015, Paolo Bonzini wrote:
> On 15/05/2015 09:50, Markus Armbruster wrote:
>
> > --nodefaults must continue to disable all optional parts of the board.
> >
> > What exactly is optional is for the board / machine type to define. It
> > can't be changed once the machine type is rele
On Wed, 13 May 2015, Fabio Fantoni wrote:
> Il 12/05/2015 16:44, Stefano Stabellini ha scritto:
> > On Tue, 12 May 2015, Stefano Stabellini wrote:
> > > On Tue, 12 May 2015, Fabio Fantoni wrote:
> > > > Il 12/05/2015 12:26, Fabio Fantoni ha scritto:
> > > &g
CC'ing qemu-devel
On Mon, 2 Mar 2015, Jan Beulich wrote:
> Stefano,
>
> apart from having been curious for a while why we carry a fix for
> CVE-2013-4540 in our 4.4.1 based tree, patches for CVE-2014-3615
> appeared there too recently. What is the maintenance state of the
> stable qemu upstream t
On Mon, 2 Mar 2015, Jan Beulich wrote:
> >>> On 02.03.15 at 15:05, wrote:
> > I guess I could monitor cve.mitre.org or the QEMU stable tree for
> > commits with "CVE" in the commit message, but there isn't much else I
> > can do.
>
> Yes, I think the latter is (for the time being) the most promis
ping?
On Thu, 26 Feb 2015, Stefano Stabellini wrote:
> Hi all,
>
> I would like to request a backport of
>
> commit c1d322e6048796296555dd36fdd102d7fa2f50bf
> Author: Stefano Stabellini
> Date: Wed Dec 3 08:15:19 2014 -0500
>
> xen-hvm: inc
On Mon, 9 Mar 2015, Wei Liu wrote:
> On Tue, Mar 10, 2015 at 12:11:44AM +0900, Peter Maydell wrote:
> > On 9 March 2015 at 23:54, Wei Liu wrote:
> > > I discovered a problem when trying to build QEMU statically with gcc.
> > > libm is an element of LIBS while libpixman-1 is an element in
> > > lib
Hi all,
I am writing to let you know that have pushed a long series of backports
to qemu-xen 4.2, 4.3, 4.4 and 4.5 stable staging trees. See below.
All the backports are security fixes of outstanding CVEs affecting QEMU.
As QEMU only provides backports to very recent stable releases, I had to
com
On Fri, 13 Mar 2015, Konrad Rzeszutek Wilk wrote:
> As the libxc library follows (mostly) the return negative
> for failure and stashes the error value in errno.
>
> Signed-off-by: Konrad Rzeszutek Wilk
Acked-by: Stefano Stabellini
I'll add it to my queue
> hw/
On Fri, 13 Mar 2015, Konrad Rzeszutek Wilk wrote:
> .errors - as it will most likely have the proper error value.
>
> Signed-off-by: Konrad Rzeszutek Wilk
Acked-by: Stefano Stabellini
> xen-hvm.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --
instead of the value
> returned by the function.
>
> Signed-off-by: Roger Pau Monné
> Cc: xen-de...@lists.xenproject.org
> Cc: Stefano Stabellini
> Cc: Anthony Perard
> ---
> Changes since v1:
> - Define ENODATA to ENOENT for platforms that don't have ENODATA.
>
On Mon, 26 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 Mon, 26 May 2014, 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 ports and MMIOs for passthroughed gfx
>
> The original patch is from Weidong Han
>
On Tue, 27 May 2014, Konrad Rzeszutek Wilk wrote:
> On Mon, May 26, 2014 at 05:43:06PM +0800, Tiejun Chen wrote:
> > ISA bridge is needed since Intel gfx drive will probe it instead
> > of Dev31:Fun0 to make graphics device passthrough work easy for VMM, that
> > only need to expose ISA bridge to l
On Mon, 26 May 2014, Tiejun Chen wrote:
> Some registers of Intel IGD are mapped in host bridge, so it needs to
> passthrough these registers of physical host bridge to guest because
> emulated host bridge in guest doesn't have these mappings.
>
> The original patch is from Weidong Han < weidong.h
On Mon, 26 May 2014, Tiejun Chen wrote:
> Implement that pci host bridge to specific to passthrough. Actually
> thsi just inherit the standard one.
>
> Signed-off-by: Tiejun Chen
> ---
> v3:
>
> * Just fix this patch head description typo.
>
> v2:
>
> * New patch.
>
> hw/pci-host/piix.c | 56
On Tue, 27 May 2014, Roger Pau Monné wrote:
> On 27/05/14 18:18, Stefano Stabellini wrote:
> > On Fri, 23 May 2014, Roger Pau Monne wrote:
> >> ENODATA doesn't exist on FreeBSD, so ENODATA errors returned by the
> >> hypervisor are translated to ENOENT.
> >&
On Wed, 28 May 2014, Chen, Tiejun wrote:
> > -Original Message-
> > From: Stefano Stabellini [mailto:stefano.stabell...@eu.citrix.com]
> > Sent: Wednesday, May 28, 2014 1:36 AM
> > To: Chen, Tiejun
> > Cc: anthony.per...@citrix.com; stefano.stabell...@eu.c
On Wed, 28 May 2014, Chen, Tiejun wrote:
> > -Original Message-
> > From: Stefano Stabellini [mailto:stefano.stabell...@eu.citrix.com]
> > Sent: Wednesday, May 28, 2014 2:02 AM
> > To: Chen, Tiejun
> > Cc: anthony.per...@citrix.com; stefano.stabell...@eu.c
On Wed, 28 May 2014, Fabio Fantoni wrote:
> Il 26/05/2014 10:00, Fabio Fantoni ha scritto:
> > Il 25/05/2014 16:14, Stefano Stabellini ha scritto:
> > > On Fri, 23 May 2014, Fabio Fantoni wrote:
> > > > Il 23/05/2014 18:07, Stefano Stabellini ha scritto:
> > &
On Wed, 28 May 2014, Stefano Stabellini wrote:
> On Wed, 28 May 2014, Fabio Fantoni wrote:
> > Il 26/05/2014 10:00, Fabio Fantoni ha scritto:
> > > Il 25/05/2014 16:14, Stefano Stabellini ha scritto:
> > > > On Fri, 23 May 2014, Fabio Fantoni wrote:
> >
On Fri, 30 May 2014, Tiejun Chen wrote:
> Implement that pci host bridge to specific to passthrough. Actually
> this just inherit the standard one.
>
> Signed-off-by: Tiejun Chen
Reviewed-by: Stefano Stabellini
> v4:
>
> * Fix one typo in the patch head description.
The original patch is from Jean Guyader
>
> Signed-off-by: Yang Zhang
> Signed-off-by: Tiejun Chen
> Cc: Jean Guyader
Reviewed-by: Stefano Stabellini
> v4:
>
> * Nothing is changed.
>
> v3:
>
> * Fix some typos.
> * Add more comments to make that readable
The patch series is OK from my point of view.
I would appreciate if Paolo or Peter could give their feedback on patch
#1 and patch #4 as they modify non-Xen specific files.
If you are OK with the patches, I'll send a pull request.
On Fri, 30 May 2014, Tiejun Chen wrote:
> v4:
>
> * Fix some t
On Fri, 30 May 2014, Konrad Rzeszutek Wilk wrote:
> On Thu, May 29, 2014 at 11:23:22AM +0800, Chunyan Liu wrote:
> > Following previous discussion:
> > https://lists.gnu.org/archive/html/qemu-devel/2014-04/msg03843.html
> >
> > I spent lot of time to understand xen xc_hvm_build, hvmloader code,
>
is from Weidong Han < weidong.han @ intel.com >
>
> Signed-off-by: Yang Zhang
> Signed-off-by: Tiejun Chen
> Cc: Weidong Han
Reviewed-by: Stefano Stabellini
> v4:
>
> * Given that pci_create_pch() is called unconditionally, so we just return 0
> even if its failed to c
original patch is from Allen Kay [allen.m@intel.com]
>
> Signed-off-by: Yang Zhang
> Signed-off-by: Tiejun Chen
> Cc: Allen Kay
Reviewed-by: Stefano Stabellini
> v4:
>
> * Remove some unnecessary "return" in void foo().
>
> v3:
>
> * Fix some
s from Weidong Han
>
> Signed-off-by: Yang Zhang
> Signed-off-by: Tiejun Chen
> Cc: Weidong Han
Reviewed-by: Stefano Stabellini
> v4:
>
> * Fix some typos in the patch head description.
> * Improve some comments.
> * Given that xen_pt_register_vga_regions()/x
On Tue, 3 Jun 2014, Paolo Bonzini wrote:
> Il 30/05/2014 10:59, Tiejun Chen ha scritto:
> > +static int create_pch_isa_bridge(PCIBus *bus, XenHostPCIDevice *hdev)
> > +{
> > +struct PCIDevice *dev;
> > +
> > +char rid;
> > +
> > +dev = pci_create(bus, PCI_DEVFN(0x1f, 0), "intel-pch-isa-
On Tue, 3 Jun 2014, Ian Campbell wrote:
> On Tue, 2014-06-03 at 03:16 -0600, Chun Yan Liu wrote:
> >
> > >>> On 6/2/2014 at 11:14 PM, in message
> > , Stefano
> > Stabellini wrote:
> > > On Fri, 30 May 2014, Konrad Rzeszutek Wilk wrote:
> > &g
On Tue, 3 Jun 2014, Paolo Bonzini wrote:
> Il 03/06/2014 13:29, Stefano Stabellini ha scritto:
> > > It's really not your fault, there's not much you can do given the hardware
> > > architecture. But I don't think this code can be accepted upstream,
> &g
On Wed, 28 May 2014, Paolo Bonzini wrote:
> Il 28/05/2014 18:41, Stefano Stabellini ha scritto:
> > However it would still place xen-platform at slot 3 instead of slot 2 if
> > soundhw is specified. It seems to me that there is not a perfect
> > solution to this pr
On Thu, 5 Jun 2014, Don Slutz wrote:
> This is the xen part of "pc & q35: Add new machine opt max-ram-below-4g"
>
> Signed-off-by: Don Slutz
Acked-by: Stefano Stabellini
> v4:
> Pass is_default instead of max_ram_below_4g.
> Also did not add "Ack
:
> On 9/22/2015 12:03 AM, Stefano Stabellini wrote:
> > It is going to be in QEMU 2.5 and qemu-xen 4.7.
>
> Thanks for your reply.
>
> Do we have any possibility of just merging this series into qemu-xen 4.6? We
> really want to support IGD passthrough on xen 4.6 if possible
On Mon, 28 Sep 2015, Pasi Kärkkäinen wrote:
> Hi,
>
> On Mon, Sep 28, 2015 at 11:01:11AM +0100, Stefano Stabellini wrote:
> > No, unfortunately it is not possible at this stage of the release cycle.
> > But users can still use QEMU 2.5 (as soon as it is released, which
>
On Mon, 28 Sep 2015, Eduardo Habkost wrote:
> This series fixes the following crash:
>
> $ ./x86_64-softmmu/qemu-system-x86_64 -machine xenfv,accel=kvm
> Segmentation fault (core dumped)
>
> The crash happens because xen-platform calls xc_hvm_set_mem_type() with a NULL
> xen_xc on reset, at p
gered by the user because the device is not
> hotpluggable, and the only code creating it (at pc_xen_hvm_init())
> already checks xen_enabled().
>
> Signed-off-by: Eduardo Habkost
Reviewed-by: Stefano Stabellini
> hw/i386/xen/xen_platform.c | 3 +++
> 1 file changed, 3
On Mon, 28 Sep 2015, Eduardo Habkost wrote:
> Without this check, the xen-platform device will crash on reset
> if using the accel option with anything other than xen (e.g.
> "-machine xenfv,accel=kvm").
>
> Signed-off-by: Eduardo Habkost
Reviewed-by: Stefano Stabelli
On Fri, 2 Oct 2015, Peter Maydell wrote:
> On 2 October 2015 at 07:27, Alexander B. Ustinov
> wrote:
> > Hello, list.
Hi!
> > I'm trying to get arm guest running on amd64 dom0 system.
Unfortunately it is not possible to run ARM guests on an x86 system with
Xen.
> > Problem i stumbled upon is
Hi Lan, thanks for the patch.
On Wed, 30 Sep 2015, Lan Tianyu wrote:
> MSIX MMIO memory region is added to pt device's obj as property.
msix->mmio is added to XenPCIPassthroughState's object as property
> When pt device is unplugged, all properties will be deleted and
> memory region's obj is n
On Tue, 6 Oct 2015, Paolo Bonzini wrote:
> On 05/10/2015 18:53, Stefano Stabellini wrote:
> >> This patch is to fix the issue via moving MSIX MMIO memory region into
> >> struct XenPCIPassthroughState and free it together with pt device's obj.
> >
> > Given
On Fri, 25 Sep 2015, Ian Campbell wrote:
> On Fri, 2015-09-18 at 16:30 +0800, Tiejun Chen wrote:
> > Although we already have 'gfx_passthru' in b_info, this doesn't suffice
> > after we want to handle IGD specifically. Now we define a new field of
> > type, gfx_passthru_kind, to indicate we're tryi
On Sun, 11 Oct 2015, Lan Tianyu wrote:
> From: >
>
> msix->mmio is added to XenPCIPassthroughState's object as property.
> object_finalize_child_property is called for XenPCIPassthroughState's
> object, which calls object_property_del_all, which is going to try to
> delete msix->mmio. object_final
On Mon, 12 Oct 2015, Paolo Bonzini wrote:
> On 12/10/2015 13:09, Stefano Stabellini wrote:
> > On Sun, 11 Oct 2015, Lan Tianyu wrote:
> >> From: >
> >>
> >> msix->mmio is added to XenPCIPassthroughState's object as property.
&g
t; This is another step towards only using Xen libraries which provide a
> stable inteface.
>
> Signed-off-by: Ian Campbell
Reviewed-by: Stefano Stabellini
> v5: XEN_CREATE entirely wihtin CONFIG_XEN_PV_DOMAIN_BUILD ifdef.
> Simplify configure'ry.
>
> v4: Fixed a
6 (inclusive) and the patches targetting
> 4.7 which adds these libraries.
>
> Signed-off-by: Ian Campbell
Reviewed-by: Stefano Stabellini
Two formatting issues below:
> v5: Remove ifdef check when undeffing the compat stuff.
> s/now way/no way/
>
> v4: xenforeignme
upport for actually using
> libxengnttab, it just adjusts the existing shims.
>
> Signed-off-by: Ian Campbell
Reviewed-by: Stefano Stabellini
> v4: Ran checkpatch, fixed all errors
> Allocate correct size for handle (i.e. not size of the ptr)
> Rebase onto "xen_con
From: Cao jin
To catch the error message. Also modify the caller
Signed-off-by: Cao jin
Reviewed-by: Eric Blake
Reviewed-by: Stefano Stabellini
---
hw/xen/xen_pt.c |7 +--
hw/xen/xen_pt.h |3 ++-
hw/xen/xen_pt_graphics.c | 11 ++-
3 files changed, 13
If the frontend sets out_cons to a value higher than out_prod, it will
cause xenfb_handle_events to loop about 2^32 times. Avoid that by using
better checks at the beginning of the function.
Signed-off-by: Stefano Stabellini
Reported-by: Ling Liu
---
hw/display/xenfb.c |5 +++--
1 file
From: Cao jin
Signed-off-by: Cao jin
Reviewed-by: Eric Blake
Reviewed-by: Stefano Stabellini
---
hw/xen/xen_pt.c | 53 -
1 file changed, 28 insertions(+), 25 deletions(-)
diff --git a/hw/xen/xen_pt.c b/hw/xen/xen_pt.c
index 9eef3df
On Sat, 23 Jan 2016, Cao jin wrote:
> On 01/22/2016 07:21 PM, Paolo Bonzini wrote:
> >
> >
> > On 21/01/2016 18:01, Stefano Stabellini wrote:
> > > -XEN_PT_LOG(&s->dev, "Failed to initialize %d/%ld
> &g
On Mon, 25 Jan 2016, Gerd Hoffmann wrote:
> Hi,
>
> > > static void igd_passthrough_i440fx_class_init(ObjectClass *klass, void
> > > *data)
> > > @@ -78,7 +77,7 @@ static void
> > > igd_passthrough_i440fx_class_init(ObjectClass *klass, void *data)
> > > DeviceClass *dc = DEVICE_CLASS(kla
The following changes since commit 1535a6d699487740b490369e44f9ca8d305463cd:
Merge remote-tracking branch 'remotes/jnsnow/tags/ide-pull-request' into
staging (2016-01-26 09:16:07 +)
are available in the git repository at:
git://xenbits.xen.org/people/sstabellini/qemu-dm.git tags/xen-20
CONFIG_XEN_CTRL_INTERFACE_VERSION == 471 to cover the
introduction of these new interfaces.
Signed-off-by: Ian Campbell
Reviewed-by: Stefano Stabellini
---
configure | 55 +++
include/hw/xen/xen_common.h | 35 +--
2 files changed, 88
wed-by: Stefano Stabellini
---
hw/block/xen_disk.c | 38 --
hw/char/xen_console.c|4 ++--
hw/net/xen_nic.c | 18 +-
hw/xen/xen_backend.c | 10 +-
include/hw/xen/xen_backend.h |2 +-
incl
st use a temporary xen_pfn_t to in
effect upcast the pointer from int* to xen_pfn_t*.
In xenfb.c:common_bind we now explicitly launder the mfn into a
xen_pfn_t, so it has the correct type to be passed to
xc_map_foreign_pages and doesn't provoke warnings on 32-bit x86.
Signed-off-by: Ian Campbel
und functionality remains in libxenctrl,
since that functionality is not exposed by /dev/xen/evtchn.
Signed-off-by: Ian Campbell
Reviewed-by: Stefano Stabellini
---
hw/xen/xen_backend.c | 31 +++--
include/hw/xen/xen_backend.h |2 +-
include/hw/xen/xen_commo
em then we could consider adding an extra API to
the libxenforeignmemory interface to replace a foreign mapping with
anonymous shared memory, but I'd prefer not to.
Signed-off-by: Ian Campbell
Reviewed-by: Stefano Stabellini
---
hw/char/xen_console.c|8
hw/di
re either both set or neither. For
consistency with con_initialise() with to the former here too.
With this con_initialise and con_disconnect now mirror each other.
Fix up a hard tab in the function while editing.
Signed-off-by: Ian Campbell
Reviewed-by: Stefano Stabellini
---
hw/char/xen_console
: Ian Campbell
Acked-by: Stefano Stabellini
---
hw/xenpv/xen_domainbuild.c |9 ++---
include/hw/xen/xen_common.h | 17 -
2 files changed, 6 insertions(+), 20 deletions(-)
diff --git a/hw/xenpv/xen_domainbuild.c b/hw/xenpv/xen_domainbuild.c
index ac0e5ac..f9be029 100644
pbell
Reviewed-by: Stefano Stabellini
---
configure | 15 +++
hw/xenpv/Makefile.objs |4 +++-
hw/xenpv/xen_machine_pv.c | 15 +++
include/hw/xen/xen_common.h |2 ++
4 files changed, 31 insertions(+), 5 deletions(-)
diff --git a/config
On Tue, 26 Jan 2016, Peter Maydell wrote:
> On 26 January 2016 at 15:51, Stefano Stabellini
> wrote:
> > The following changes since commit 1535a6d699487740b490369e44f9ca8d305463cd:
> >
> > Merge remote-tracking branch 'remotes/jnsnow/tags/ide-pull-request' i
The following changes since commit 1535a6d699487740b490369e44f9ca8d305463cd:
Merge remote-tracking branch 'remotes/jnsnow/tags/ide-pull-request' into
staging (2016-01-26 09:16:07 +)
are available in the git repository at:
git://xenbits.xen.org/people/sstabellini/qemu-dm.git tags/xen-20
On Wed, 27 Jan 2016, Konrad Rzeszutek Wilk wrote:
> On Wed, Jan 13, 2016 at 02:59:09PM +0000, Stefano Stabellini wrote:
> > On Xen MSIs can be remapped into pirqs, which are a type of event
> > channels. It's mostly for the benefit of PCI passthrough devices, to
>
Hi Michael,
do you have any comments on this?
On Wed, 13 Jan 2016, Stefano Stabellini wrote:
> On Xen MSIs can be remapped into pirqs, which are a type of event
> channels. It's mostly for the benefit of PCI passthrough devices, to
> avoid the overhead of interacting with the
f-by: Roger Pau Monné
Give a look at include/hw/xen/xen_common.h and add a compatibility shim
there. Keep in mind that QEMU needs to build against any version of Xen
from 4.0 onward.
> Cc: Stefano Stabellini
> Cc: qemu-devel@nongnu.org
> ---
> hw/xenpv/xen_domainbuild.c | 2 +-
>
he corresponding libxc change already in Xen?
> Cc: Stefano Stabellini
> Cc: qemu-devel@nongnu.org
> ---
> Changes since v1:
> - Add a compat layer to support previous libxc versions.
> - Add machinery to detect current Xen unstable (4.7).
> ---
> configure
all stub called xen_domain_create that encapsulates the correct call
> to xc_domain_create depending on the libxc version detected.
>
> Signed-off-by: Roger Pau Monné
Acked-by: Stefano Stabellini
I'll apply it to my tree
> Cc: Stefano Stabellini
> Cc: qemu-devel@nongnu.org
On Thu, 19 Nov 2015, Jike Song wrote:
> Hi Alex, thanks for the discussion.
>
> In addition to Kevin's replies, I have a high-level question: can VFIO
> be used by QEMU for both KVM and Xen?
No. VFIO cannot be used with Xen today. When running on Xen, the IOMMU
is owned by Xen.
On Thu, 19 Nov 2015, Paolo Bonzini wrote:
> On 19/11/2015 16:32, Stefano Stabellini wrote:
> > > In addition to Kevin's replies, I have a high-level question: can VFIO
> > > be used by QEMU for both KVM and Xen?
> >
> > No. VFIO cannot be used with Xen today.
On Wed, 25 Nov 2015, Alberto Garcia wrote:
> This code has been dead for three years (since commit 7e7b7cba1).
>
> Signed-off-by: Alberto Garcia
Reviewed-by: Stefano Stabellini
Kevin,
I'll send it out together with another fix today.
> hw/block/xen_disk.c | 8
encapsulates the correct
call to xc_domain_create depending on the libxc version detected.
Signed-off-by: Roger Pau Monné
Acked-by: Stefano Stabellini
Signed-off-by: Stefano Stabellini
---
configure | 17 +
hw/xenpv/xen_domainbuild.c |2 +-
include/hw/xen
The following changes since commit 8337c6cbc37c6b2184f41bab3eaff47d5e68012a:
Update version for v2.5.0-rc0 release (2015-11-13 17:10:36 +)
are available in the git repository at:
git://xenbits.xen.org/people/sstabellini/qemu-dm.git tags/xen-20151125
for you to fetch changes up to 22037d
From: Alberto Garcia
This code has been dead for three years (since commit 7e7b7cba1).
Signed-off-by: Alberto Garcia
Signed-off-by: Stefano Stabellini
Reviewed-by: Stefano Stabellini
---
hw/block/xen_disk.c |8
1 file changed, 8 deletions(-)
diff --git a/hw/block/xen_disk.c b
On Thu, 4 Feb 2016, Michael S. Tsirkin wrote:
> On Thu, Feb 04, 2016 at 05:05:46PM +0000, Stefano Stabellini wrote:
> > Hi Michael,
> >
> > do you have any comments on this?
>
> I dislike how it spreads xen specific stuff around,
> but I don't have a better
On Tue, 9 Feb 2016, Ian Campbell wrote:
> Xen 4.2 become unsupported upstream in 09/2105 (see
> http://wiki.xen.org/wiki/Xen_Release_Features). However as far as the
> interfaces provided by the toolstack libraries go 4.2 and 4.3 are
> indistinguishable.
>
> Therefore drop support for Xen 4.1 and
On Tue, 9 Feb 2016, Ian Campbell wrote:
> The xc version is now always present.
>
> Signed-off-by: Ian Campbell
Reviewed-by: Stefano Stabellini
> include/hw/xen/xen_common.h | 6 --
> xen-hvm.c | 2 +-
> 2 files changed, 1 insertion(+), 7 deletions(-)
On Tue, 9 Feb 2016, Ian Campbell wrote:
> Now that we no longer support Xen 4.2 and earlier only the <470 case
> needs this so it can live with all the others.
>
> Signed-off-by: Ian Campbell
Reviewed-by: Stefano Stabellini
> include/hw/xen
701 - 800 of 2354 matches
Mail list logo
