On Mon, Jul 08, 2013 at 11:13:00AM +0200, Fabio Fantoni wrote:
Usage: usb=0|1|2|3 (default=0)
Enables and specifies the type of an emulated USB bus in the guest.
0 for none, 1 for usb1, 2 for usb2 and 3 for usb3. Usb2 and usb3
only for upstream qemu.
Signed-off-by: Fabio Fantoni
On Thu, Jul 11, 2013 at 12:33:57PM +0200, Fabio Fantoni wrote:
Usage: usbversion=1|2|3 (default=2)
Specifies the type of an emulated USB bus in the guest. 1 for usb1,
2 for usb2 and 3 for usb3, it is available only with upstream qemu.
Default is 2.
Signed-off-by: Fabio Fantoni
On Thu, Dec 12, 2013 at 02:10:23PM +0100, Fabio Fantoni wrote:
[...]
I did some other tests, I narrowed down the commit range to the one between:
commit c9fea5d701f8fd33f0843728ec264d95cee3ed37 Mon, 22 Jul 2013
15:14:18 (Merge remote-tracking branch 'bonzini/iommu-for-anthony')
where there
On Fri, Dec 13, 2013 at 10:51:01AM +0100, Fabio Fantoni wrote:
Il 12/12/2013 17:05, Fabio Fantoni ha scritto:
Il 12/12/2013 16:23, Wei Liu ha scritto:
On Thu, Dec 12, 2013 at 02:10:23PM +0100, Fabio Fantoni wrote:
[...]
I did some other tests, I narrowed down the commit range to
the one
On Tue, Dec 17, 2013 at 05:01:58PM +0100, Fabio Fantoni wrote:
[...]
Thanks for your reply.
About kernel msi regression I'll do other tests.
Could it be useful to try this patch:
https://bugzilla.kernel.org/attachment.cgi?id=113791
or is it totally unrelated?
Not sure. You would probably
,
this is not so urgent.
I would prefer a cleaner way. A standalone function that doesn't
belong to any QEMU subsystem annoys me. And the hooking looks ugly.
Thanks for your patch, I think we can wait for a better design and
cleaner solution for both Xen and KVM.
--
Best regards
Wei Liu
Twitter: @iliuw
, please point me the right direction.
Thanks.
--
Best regards
Wei Liu
Twitter: @iliuw
Site: http://liuw.name
Stefano Stabellini CC'ed
On Wed, Jun 1, 2011 at 12:56 PM, Stefan Hajnoczi stefa...@gmail.com wrote:
On Wed, Jun 1, 2011 at 2:06 AM, Wei Liu l...@liuw.name wrote:
I'm programming for virtio disk support in Xen tool stack. I would
like to know the limitation of virtio disk.
I'm interested what
Hi, QEMU folks
I know that I might have a bad title for this post, but I just don't
have better idea for the title.
I'm developing virtio support for Xen pv guest, hoping to reuse the
virtio infrastructure in qemu, i.e. I'm planning to use qemu as
virtio backend for Xen pv. And qemu can be run
On Thu, Jun 30, 2011 at 4:31 PM, Alexander Graf ag...@suse.de wrote:
On 29.06.2011, at 15:59, Wei Liu l...@liuw.name wrote:
Hi, QEMU folks
I know that I might have a bad title for this post, but I just don't
have better idea for the title.
I'm developing virtio support for Xen pv guest
Bug resend.
This bug was reported about one month ago. QEMU fails to start with
Xen unstable. I found that it has not been fix with latest Xen
unstable. BIOS is Seabios (with Xen patch).
Xen-unstable a2457fc25c83872a5646c93f1e31958a2f5951e9
libxl: add LIBXL_MAC_{FMT,FMTLEN,BYTES}
On Mon, 2011-07-18 at 11:03 +0100, Ian Campbell wrote:
On Mon, 2011-07-18 at 10:51 +0100, Wei Liu wrote:
Bug resend.
This bug was reported about one month ago. QEMU fails to start with
Xen unstable. I found that it has not been fix with latest Xen
unstable. BIOS is Seabios (with Xen
On Tue, 2011-07-19 at 08:14 +0100, Ian Campbell wrote:
On Tue, 2011-07-19 at 03:53 +0100, Wei Liu wrote:
On Mon, 2011-07-18 at 11:03 +0100, Ian Campbell wrote:
On Mon, 2011-07-18 at 10:51 +0100, Wei Liu wrote:
Bug resend.
This bug was reported about one month ago. QEMU fails
On Tue, 2011-07-19 at 12:09 +0100, Stefano Stabellini wrote:
On Tue, 19 Jul 2011, Wei Liu wrote:
Good, this is it.
But this patch is not yet pulled in the tree.
I pushed few commits that I had in my local tree, they should be in
xen-next now.
The commit
On Thu, 2012-03-01 at 15:56 +, Paolo Bonzini wrote:
Il 01/03/2012 15:50, Stefano Stabellini ha scritto:
That is a good point actually: we already have lapic emulation in Xen,
it makes sense to have apic-msi in Xen too.
We would still need the changes to msi_notify and msix_notify
Implement a simple Xen APIC module and use it to deliver MSI/MSIX for
Xen HVM guests.
Signed-off-by: Wei Liu wei.l...@citrix.com
---
hw/xen.h |1 +
xen-all.c |5 +
xen-stub.c |4
3 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/hw/xen.h b/hw/xen.h
index b46879c..e5926b7 100644
--- a/hw/xen.h
+++ b/hw/xen.h
@@ -34,6 +34,7 @@ static inline int
Signed-off-by: Wei Liu wei.l...@citrix.com
---
Makefile.target |2 +-
hw/pc.c |8 +
hw/xen_apic.c | 90 +++
3 files changed, 99 insertions(+), 1 deletions(-)
create mode 100644 hw/xen_apic.c
diff --git
for emualted MSI / MSIX injection.
Signed-off-by: Wei Liu wei.l...@citrix.com
---
hw/msi.c |7 ++-
hw/msix.c |8 +++-
hw/xen.h |1 +
xen-all.c |5 +
xen-stub.c |4
5 files changed, 23 insertions(+), 2 deletions(-)
diff --git a/hw/msi.c b/hw/msi.c
index
On Wed, 2012-02-29 at 17:47 +, Jan Kiszka wrote:
On 2012-02-29 18:21, Wei Liu wrote:
Hi all
This patch adds MSI / MSIX injection for Xen HVM guest. This is not new,
six months ago we had a discussion in
http://marc.info/?l=qemu-develm=130639451725966w=2
There are some coding
On Thu, 2012-03-01 at 11:22 +, Jan Kiszka wrote:
On 2012-03-01 11:20, Wei Liu wrote:
However, you know that you miss those (uncommon) messages that are
injected via DMA? They end up directly in apic_deliver_msi (where KVM
will once pick them up as well).
Thanks for pointing
On Thu, Apr 12, 2012 at 1:02 AM, Eric Blake ebl...@redhat.com wrote:
On 04/11/2012 10:17 AM, Stefano Stabellini wrote:
On Wed, 11 Apr 2012, Peter Maydell wrote:
On 5 April 2012 10:35, Wei Liu wei.l...@citrix.com wrote:
--- /dev/null
+++ b/hw/xen_apic.c
@@ -0,0 +1,90 @@
+/*
+ * Xen basic
Hi all
This idea is to modify QEMU's Makefiles, plus implementing some stubs to
make it possible to tailor QEMU to a smaller binary.
The current setup for Xen on X86 is to build i386-softmmu, and uses this
single binary for two purposes:
1. serves as device emulator for HVM guest.
2. serves as
On Mon, Jan 06, 2014 at 11:23:24PM +1000, Peter Crosthwaite wrote:
[...]
Down to implementation level I only need to (hopefully) add a few stubs
and create some new CONFIG_* options and move a few things around. It
might not be as intrusive as one thinks.
In fact I've already hacked a
On Mon, Jan 06, 2014 at 07:12:07PM +0100, Andreas Färber wrote:
Am 06.01.2014 16:12, schrieb Wei Liu:
On Mon, Jan 06, 2014 at 01:30:20PM +, Peter Maydell wrote:
On 6 January 2014 12:54, Wei Liu wei.l...@citrix.com wrote:
In fact I've already hacked a prototype during Christmas. What's
On Mon, Jan 06, 2014 at 09:53:37PM +0100, Paolo Bonzini wrote:
Il 06/01/2014 19:00, Andreas Färber ha scritto:
Am 06.01.2014 16:39, schrieb Anthony Liguori:
We already have accel=xen. I'm echoing Peter's suggestion of having the
ability to compile out accel=tcg.
Didn't you and Paolo
On Tue, Jan 07, 2014 at 02:32:38PM +0100, Paolo Bonzini wrote:
Il 07/01/2014 13:34, Wei Liu ha scritto:
On Mon, Jan 06, 2014 at 09:53:37PM +0100, Paolo Bonzini wrote:
Il 06/01/2014 19:00, Andreas Färber ha scritto:
Am 06.01.2014 16:39, schrieb Anthony Liguori:
We already have accel=xen
On Tue, Jan 07, 2014 at 02:50:12PM +0100, Paolo Bonzini wrote:
Il 07/01/2014 14:26, Stefano Stabellini ha scritto:
The identifiers poisoned by include/qemu/poison.h are
an initial but not complete list. Host and target
endianness is a particularly obvious one, as is the
size of a
Signed-off-by: Wei Liu wei.l...@citrix.com
---
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/xen_pvdevice.c | 135
On Tue, Mar 25, 2014 at 05:22:08PM +0100, Paolo Bonzini wrote:
Il 25/03/2014 16:59, Wei Liu ha scritto:
This small series disentangles Xen-specific files in QEMU. PV and HVM guests
related files are moved to corresponding locations. Build system is updated
to
reflect those changes
with usual Xen building runes. Everything
works as before.
Wei.
Wei Liu (3):
xen: move Xen PV machine files to hw/xenpv
xen: move Xen HVM files under hw/i386/xen
xen: factor out common functions
Makefile.target|6 +-
hw/i386/Makefile.objs |2 +-
hw/i386/xen
Signed-off-by: Wei Liu wei.l...@citrix.com
---
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/Makefile.objs |2 +
hw
On Tue, Jan 07, 2014 at 02:32:38PM +0100, Paolo Bonzini wrote:
Il 07/01/2014 13:34, Wei Liu ha scritto:
On Mon, Jan 06, 2014 at 09:53:37PM +0100, Paolo Bonzini wrote:
Il 06/01/2014 19:00, Andreas Färber ha scritto:
Am 06.01.2014 16:39, schrieb Anthony Liguori:
We already have accel=xen
On Wed, Jan 22, 2014 at 11:20:38AM +0100, Paolo Bonzini wrote:
Il 21/01/2014 19:27, Wei Liu ha scritto:
Googling disable tcg would have provided an answer, but the patches
were old enough to be basically useless. I'll refresh the current
version in the next few days. Currently I am
On Wed, Jan 22, 2014 at 11:20:38AM +0100, Paolo Bonzini wrote:
Il 21/01/2014 19:27, Wei Liu ha scritto:
Googling disable tcg would have provided an answer, but the patches
were old enough to be basically useless. I'll refresh the current
version in the next few days. Currently I am
On Thu, Jan 23, 2014 at 10:11:57AM +0100, Paolo Bonzini wrote:
Il 22/01/2014 17:09, Wei Liu ha scritto:
On Wed, Jan 22, 2014 at 11:20:38AM +0100, Paolo Bonzini wrote:
Il 21/01/2014 19:27, Wei Liu ha scritto:
Googling disable tcg would have provided an answer, but the patches
were old enough
On Thu, Jan 23, 2014 at 01:54:40PM +, Wei Liu wrote:
On Thu, Jan 23, 2014 at 10:11:57AM +0100, Paolo Bonzini wrote:
Il 22/01/2014 17:09, Wei Liu ha scritto:
On Wed, Jan 22, 2014 at 11:20:38AM +0100, Paolo Bonzini wrote:
Il 21/01/2014 19:27, Wei Liu ha scritto:
Googling disable tcg
Those are only useful when building QEMU with HVM support.
We need to expose CONFIG_XEN_I386 to source code so we modify configure
and i386/x86_64-softmmu.mak.
Signed-off-by: Wei Liu wei.l...@citrix.com
---
configure |1 +
default-configs/i386-softmmu.mak |1
Signed-off-by: Wei Liu wei.l...@citrix.com
---
hw/i386/Makefile.objs|2 +-
hw/xenpv/Makefile.objs |2 ++
hw/{i386 = xenpv}/xen_domainbuild.c |0
hw/{i386 = xenpv}/xen_domainbuild.h |0
hw/{i386 = xenpv}/xen_machine_pv.c |0
5 files changed, 3
So common functions used by both HVM and PV are factored out from
xen-all.c to xen-common.c.
Also extract a QMP function from xen-all.c and xen-stub.c to
xen-common.c
Finally rename xen-all.c to xen-hvm.c, as those functions are only
useful to HVM guest.
Signed-off-by: Wei Liu wei.l
Basically it's a dummy CPU that doens't do anything. This patch contains
necessary hooks to make QEMU compile.
Signed-off-by: Wei Liu wei.l...@citrix.com
---
arch_init.c|2 ++
cpu-exec.c |2 ++
include/sysemu/arch_init.h |1 +
target-xenpv
size from 14MB to 7.3MB.
What do you think of this idea? I'm all ears.
Wei.
Wei Liu (5):
xen: move Xen PV machine files to hw/xenpv
xen: factor out common functions
exec: guard Xen HVM hooks with CONFIG_XEN_I386
xen: implement Xen PV target
xen: introduce xenpv-softmmu.mak
The modification to configure is rebased on Paolo's change.
Signed-off-by: Wei Liu wei.l...@citrix.com
---
configure | 13 +
default-configs/xenpv-softmmu.mak |2 ++
2 files changed, 11 insertions(+), 4 deletions(-)
create mode 100644 default-configs
On Thu, Jan 23, 2014 at 10:30:16PM +, Peter Maydell wrote:
On 23 January 2014 22:16, Wei Liu wei.l...@citrix.com wrote:
As promised I hacked a prototype based on Paolo's disable TCG series.
However I coded some stubs for TCG anyway. So this series in principle
should work with / without
On Fri, Jan 24, 2014 at 03:38:01PM +0100, Paolo Bonzini wrote:
Il 24/01/2014 15:23, Wei Liu ha scritto:
On Thu, Jan 23, 2014 at 10:30:16PM +, Peter Maydell wrote:
On 23 January 2014 22:16, Wei Liu wei.l...@citrix.com wrote:
As promised I hacked a prototype based on Paolo's disable TCG
On Fri, Jan 24, 2014 at 08:38:19AM +0100, Paolo Bonzini wrote:
Il 23/01/2014 23:16, Wei Liu ha scritto:
-echo CONFIG_XEN_PCI_PASSTHROUGH=y $config_target_mak
+if test $target_name != xenpv; then
+echo CONFIG_XEN_I386=y $config_target_mak
+if test
Signed-off-by: Wei Liu wei.l...@citrix.com
---
hw/i386/Makefile.objs|2 +-
hw/xenpv/Makefile.objs |2 ++
hw/{i386 = xenpv}/xen_domainbuild.c |0
hw/{i386 = xenpv}/xen_domainbuild.h |0
hw/{i386 = xenpv}/xen_machine_pv.c |0
5 files changed, 3
Signed-off-by: Wei Liu wei.l...@citrix.com
---
hw/i386/Makefile.objs|2 +-
hw/i386/xen/Makefile.objs|1 +
hw/{ = i386}/xen/xen_apic.c |0
hw/{ = i386}/xen/xen_platform.c |0
hw/{ = i386}/xen/xen_pvdevice.c |0
hw/xen/Makefile.objs |1
Signed-off-by: Wei Liu wei.l...@citrix.com
---
configure |7 +--
default-configs/xenpv-softmmu.mak |2 ++
2 files changed, 7 insertions(+), 2 deletions(-)
create mode 100644 default-configs/xenpv-softmmu.mak
diff --git a/configure b/configure
index 549b9cc
So common functions used by both HVM and PV are factored out from
xen-all.c to xen-common.c.
Finally rename xen-all.c to xen-hvm.c, as those functions are only
useful to HVM guest.
Create *-stub files and modify Makefile.target to reflect the changes.
Signed-off-by: Wei Liu wei.l...@citrix.com
From: Paolo Bonzini pbonz...@redhat.com
Signed-off-by: Paolo Bonzini pbonz...@redhat.com
---
configure | 58 +++---
1 file changed, 35 insertions(+), 23 deletions(-)
diff --git a/configure b/configure
index 07b6be3..549b9cc 100755
---
refactoring
* include Paolo's patch to factor out list of Xen / KVM targets
Paolo Bonzini (1):
configure: factor out list of supported Xen/KVM targets
Wei Liu (5):
xen: move Xen PV machine files to hw/xenpv
xen: move Xen HVM files under hw/i386/xen
xen: factor out common functions
xen: implement
Basically it's a dummy CPU that doens't do anything. This patch contains
necessary hooks to make QEMU compile.
Signed-off-by: Wei Liu wei.l...@citrix.com
---
arch_init.c|2 ++
cpu-exec.c |2 ++
include/sysemu/arch_init.h |1 +
target-xenpv
Signed-off-by: Wei Liu wei.l...@citrix.com
---
hw/i386/Makefile.objs|2 +-
hw/xenpv/Makefile.objs |2 ++
hw/{i386 = xenpv}/xen_domainbuild.c |0
hw/{i386 = xenpv}/xen_domainbuild.h |0
hw/{i386 = xenpv}/xen_machine_pv.c |0
5 files changed, 3
Signed-off-by: Wei Liu wei.l...@citrix.com
---
hw/i386/Makefile.objs|2 +-
hw/i386/xen/Makefile.objs|1 +
hw/{ = i386}/xen/xen_apic.c |0
hw/{ = i386}/xen/xen_platform.c |0
hw/{ = i386}/xen/xen_pvdevice.c |0
hw/xen/Makefile.objs |1
Some common functions used by both HVM and PV are factored out from
xen-all.c to xen-common.c.
Finally rename xen-all.c to xen-hvm.c, as those functions are only
useful to HVM guest.
Create *-stub files and modify Makefile.target to reflect the changes.
Signed-off-by: Wei Liu wei.l
and repost them for inclusion.
Tested with usual Xen building runes, everything works as before.
Wei.
Wei Liu (3):
xen: move Xen PV machine files to hw/xenpv
xen: move Xen HVM files under hw/i386/xen
xen: factor out common functions
Makefile.target |6 +-
hw/i386
On Mon, Mar 10, 2014 at 02:32:31PM +0200, Michael S. Tsirkin wrote:
On Tue, Dec 17, 2013 at 05:01:58PM +0100, Fabio Fantoni wrote:
Il 13/12/2013 17:22, Wei Liu ha scritto:
On Fri, Dec 13, 2013 at 10:51:01AM +0100, Fabio Fantoni wrote:
Il 12/12/2013 17:05, Fabio Fantoni ha scritto:
Il 12
On Fri, Jul 04, 2014 at 04:10:13PM +0100, Stefano Stabellini wrote:
I realize now that patch #5 and #6 of this series feel through the
cracks. Could you please rebase and resend?
Hi Peter and Paolo
I would like to ask for your suggestion on how to move this forward.
The first few
On Tue, Nov 25, 2014 at 04:28:32PM +0100, Fabio Fantoni wrote:
Il 25/11/2014 15:42, Stefano Stabellini ha scritto:
Hi all,
this patch series fixes a cpu mapping leak in virtio-net.
The bug is caused by virtio_net_handle_ctrl: it maps the entire out_sg
iov, but then modifies it and reduces
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 * XC_PAGE_SIZE / 1024)) 0) {
+max_pages = info.max_memkb * 1024 /
On Thu, Dec 04, 2014 at 11:26:58AM -0500, Don Slutz wrote:
[...]
those warnings less scary.
It was not so much that hvmloader is the one to change (but having it check
for room first might be good), but more that a change to xen would be good
(like changing the wording or maybe only output
On Mon, Feb 02, 2015 at 09:17:23AM +0800, Tiejun Chen wrote:
When we're working to support IGD GFX passthrough with qemu
upstream, instead of -gfx_passthru we'd like to make that
a machine option, -machine xxx,-igd-passthru=on. This need
to bring a change on tool side.
Signed-off-by: Tiejun
On Tue, Feb 03, 2015 at 09:01:53AM +0800, Chen, Tiejun wrote:
On 2015/2/2 20:19, Wei Liu wrote:
On Mon, Feb 02, 2015 at 09:17:23AM +0800, Tiejun Chen wrote:
When we're working to support IGD GFX passthrough with qemu
upstream, instead of -gfx_passthru we'd like to make that
a machine option
On Wed, Jan 28, 2015 at 08:42:56AM +0800, Chen, Tiejun wrote:
On 2015/1/27 22:40, Ian Jackson wrote:
Chen, Tiejun writes (Re: [Qemu-devel] [RFC][PATCH 1/1] libxl: add one
machine property to support IGD GFX passthrough):
On 2015/1/23 8:43, Chen, Tiejun wrote:
On 2015/1/22 8:51, Chen, Tiejun
On Thu, Jan 29, 2015 at 08:41:24AM +0800, Chen, Tiejun wrote:
On 2015/1/28 19:12, Wei Liu wrote:
On Wed, Jan 28, 2015 at 08:42:56AM +0800, Chen, Tiejun wrote:
On 2015/1/27 22:40, Ian Jackson wrote:
Chen, Tiejun writes (Re: [Qemu-devel] [RFC][PATCH 1/1] libxl: add one
machine property
On Sat, Jan 31, 2015 at 07:07:16AM +, Xu, Quan wrote:
-Original Message-
From: xen-devel-boun...@lists.xen.org
[mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Wei Liu
Sent: Friday, January 30, 2015 8:26 PM
To: Chen, Tiejun
Cc: Wei Liu; ian.campb...@citrix.com; m
Signed-off-by: Wei Liu wei.l...@citrix.com
---
configure | 6 ++
1 file changed, 6 insertions(+)
diff --git a/configure b/configure
index 589798e..ceacd81 100755
--- a/configure
+++ b/configure
@@ -441,6 +441,12 @@ elif check_define _WIN32 ; then
targetos='MINGW32'
elif check_define
after
-lpixman-1. However I'm not quite sure if this is the right fix, hence
the RFC tag.
Normally QEMU is built with c++ compiler which happens to link in libm
(at least this is the case with g++), so building QEMU statically
normally just works and nobody notices this issue.
Signed-off-by: Wei
On Tue, Mar 10, 2015 at 12:11:44AM +0900, Peter Maydell wrote:
On 9 March 2015 at 23:54, Wei Liu wei.l...@citrix.com 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
libs_softmmu. Libpixman references
On Tue, Mar 10, 2015 at 01:36:49AM +0900, Peter Maydell wrote:
On 10 March 2015 at 00:23, Wei Liu wei.l...@citrix.com wrote:
On Tue, Mar 10, 2015 at 12:11:44AM +0900, Peter Maydell wrote:
Maybe we should actively stop configure allowing a static build
of the softmmu and tools binaries
On Tue, Mar 10, 2015 at 11:16:40AM +0100, Paolo Bonzini wrote:
On 09/03/2015 15: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
libs_softmmu. Libpixman references functions in libm, so
On Tue, Mar 10, 2015 at 01:00:15PM +0100, Paolo Bonzini wrote:
On 10/03/2015 12:57, Wei Liu wrote:
Because there are pending changes to OpenGL detection, I'll keep
this patch queued in my tree and will probably submit it only for
2.4.
I don't quite follow. Do you want me to carry
On Fri, Mar 06, 2015 at 05:18:36PM +0800, Chen, Tiejun wrote:
On 2015/3/6 17:08, Tiejun Chen wrote:
Although we already have 'gfx_passthru' in b_info, this doesn' suffice
after we want to handle IGD specifically. Now we define a new field of
type, gfx_passthru_kind, to indicate we're trying to
On Fri, Mar 06, 2015 at 05:08:23PM +0800, Tiejun Chen wrote:
Although we already have 'gfx_passthru' in b_info, this doesn' suffice
after we want to handle IGD specifically. Now we define a new field of
type, gfx_passthru_kind, to indicate we're trying to pass IGD. Actually
this means we can
On Fri, Mar 06, 2015 at 05:08:21PM +0800, Tiejun Chen wrote:
When we're working to support IGD GFX passthrough with qemu
upstream, instead of -gfx_passthru we'd like to make that
a machine option, -machine xxx,igd-passthru=on. This need
to bring a change on tool side.
After a discussion
On Fri, Mar 06, 2015 at 05:08:22PM +0800, Tiejun Chen wrote:
While working with qemu, IGD is a specific device in the case of pass through
so we need to identify that to handle more later. Here we define a table to
record all IGD types currently we can support. Also we need to introduce two
On Mon, Mar 09, 2015 at 02:27:46PM +0800, Chen, Tiejun wrote:
[...]
+
+FILE *f = fopen(pci_device_vendor_path, r);
+if (!f) {
+LOGE(ERROR,
+ pci device PCI_BDF does not have vendor attribute,
+ pcidev-domain, pcidev-bus, pcidev-dev, pcidev-func);
+
On Mon, Mar 09, 2015 at 02:45:36PM +0800, Chen, Tiejun wrote:
[...]
+exit (1);
+}
+} else if (!xlu_cfg_get_string(config, gfx_passthru, buf, 0)) {
+if (libxl_gfx_passthru_kind_from_string(buf,
b_info-u.hvm.gfx_passthru_kind)) {
Ditto.
+
On Mon, Mar 09, 2015 at 02:50:42PM +0800, Chen, Tiejun wrote:
On 2015/3/6 20:59, Wei Liu wrote:
On Fri, Mar 06, 2015 at 05:18:36PM +0800, Chen, Tiejun wrote:
On 2015/3/6 17:08, Tiejun Chen wrote:
Although we already have 'gfx_passthru' in b_info, this doesn' suffice
after we want to handle
On Fri, Jan 30, 2015 at 08:56:48AM +0800, Chen, Tiejun wrote:
[...]
Just remember to handle old option in libxl if your old option is already
released by some older version of QEMUs.
I just drop that old option, -gfx_passthru, if we're under qemu upstream
circumstance, like this,
The
On Fri, May 15, 2015 at 01:54:32PM +0200, Fabio Fantoni wrote:
NOTES:
This patch is a only a fast draft for testing.
Some tests result:
At xl create cdrom empty or not are both working, xl cd-insert is
working, xl cd-eject seems working but on xl command in linux hvm domU
return qmp error
On Wed, Jan 06, 2016 at 11:22:51AM +, Stefano Stabellini wrote:
> Wrong subject line: you are renaming virtio-9p-local.c
>
Oops, yes.
I will fix this.
Wei.
This file is not virtio specific. Rename it to use generic name.
Fix comment and remove unneeded inclusion of virtio.h.
Signed-off-by: Wei Liu <wei.l...@citrix.com>
---
hw/9pfs/{virtio-9p-posix-acl.c => 9p-posix-acl.c} | 3 +--
hw/9pfs/Makefile.objs | 2 +-
Cc: "Michael S. Tsirkin" <m...@redhat.com>
Cc: Stefano Stabellini <stefano.stabell...@eu.citrix.com>
---
Wei Liu (22):
9pfs: rename virtio-9p-coth.{c,h} to coth.{c,h}
9pfs: rename virtio-9p-handle.c to 9p-handle.c
9pfs: rename virtio-9p-handle.c to 9p-handle.c
9pfs: r
V9fsState now only contains generic fields. Introduce V9fsVirtioState
for virtio transport. Change virtio-pci and virtio-ccw to use
V9fsVirtioState. Handle transport enumeration in generic routines.
Signed-off-by: Wei Liu <wei.l...@citrix.com>
---
hw/9pfs/9p.c
This matches naming convention of pdu_marshal and pdu_unmarshal.
Signed-off-by: Wei Liu <wei.l...@citrix.com>
---
This patch can be squashed if necessary.
---
hw/9pfs/virtio-9p.c | 88 ++---
1 file changed, 44 insertions(+), 44 deletions(-)
And make v9fs_pack static function. Now we only need to export
v9fs_{,un}marshal to device.
Signed-off-by: Wei Liu <wei.l...@citrix.com>
---
fsdev/virtio-9p-marshal.c | 4 ++--
fsdev/virtio-9p-marshal.h | 3 ---
hw/9pfs/virtio-9p.c | 21 +
3 files chang
Introduce a concept of blob. It will be used to pack / unpack xattr
value.
With this change there is no need to expose v9fs_pack to device code
anymore.
Signed-off-by: Wei Liu <wei.l...@citrix.com>
---
fsdev/9p-marshal.c| 7 +++
fsdev/9p-marshal.h| 14 ++
Those two files are not virtio specific. Rename them to use generic
names.
Fix includes in various C files. Change define guards and comments
in header files.
Signed-off-by: Wei Liu <wei.l...@citrix.com>
---
fsdev/virtfs-proxy-helper.c | 2 +-
hw/9pfs/{virtio-9p-proxy.c
Those two files are not virtio specific. Rename them to use generic
names.
Fix includes in various C files. Change define guards and comments in
header files.
Signed-off-by: Wei Liu <wei.l...@citrix.com>
---
hw/9pfs/Makefile.objs| 2 +-
hw/9pfs/codir.c
Some structures virtio-9p.h have been unused since 2011 when relevant
functions switched to use coroutines.
The declaration of pdu_packunpack and function do_pdu_unpack are
useless.
The function virtio_9p_set_fd_limit is unused.
Signed-off-by: Wei Liu <wei.l...@citrix.com>
---
hw/9pfs/
Signed-off-by: Wei Liu <wei.l...@citrix.com>
---
hw/9pfs/virtio-9p-device.c | 12
hw/9pfs/virtio-9p.c| 8 +---
hw/9pfs/virtio-9p.h| 2 ++
3 files changed, 15 insertions(+), 7 deletions(-)
diff --git a/hw/9pfs/virtio-9p-device.c b/hw/9pfs/virtio-9p-de
Break out some generic functions for marshaling 9p state. Pure code
motion plus minor fixes for build system.
Signed-off-by: Wei Liu <wei.l...@citrix.com>
---
Makefile | 2 +-
fsdev/9p-marshal.c| 57
fsdev/9p-marshal.h
These three files are not virtio specific. Rename them to generic
names.
Fix comments and header inclusion in various files.
Signed-off-by: Wei Liu <wei.l...@citrix.com>
---
hw/9pfs/9p-handle.c | 2 +-
hw/9pfs/9p-local.c
that V9fsState and V9fsPDU are still tied to virtio at the moment.
They will be handled later.
Signed-off-by: Wei Liu <wei.l...@citrix.com>
---
hw/9pfs/9p-handle.c | 2 +-
hw/9pfs/9p-local.c| 2 +-
hw/9pfs/9p-posix-acl.c| 2 +-
hw/9pfs/9p-proxy.c| 2 +-
h
Factor out v9fs_iov_v{,un}marshal. Implement pdu_{,un}marshal with those
functions.
Signed-off-by: Wei Liu <wei.l...@citrix.com>
---
fsdev/9p-iov-marshal.c | 42 ++
fsdev/9p-iov-marshal.h | 5 +
hw/9pfs/virtio-9p.c
V9fsState can be referenced by pdu->s. Initialise that in device
realization function.
Signed-off-by: Wei Liu <wei.l...@citrix.com>
---
hw/9pfs/virtio-9p-device.c | 1 +
hw/9pfs/virtio-9p.c| 98 +-
2 files changed, 46 insertio
The deleted file only contained V9fsConf which wasn't virtio specific.
Merge that to the general header of 9pfs.
Fixed header inclusions as I went along.
Signed-off-by: Wei Liu <wei.l...@citrix.com>
---
hw/9pfs/virtio-9p-device.c| 1 -
hw/9pfs/virtio-9p.h | 8 +++-
hw/
This file is not virtio specific. Rename it to use generic name.
Fix comment and remove unneeded inclusion of virtio.h.
Signed-off-by: Wei Liu <wei.l...@citrix.com>
---
hw/9pfs/{virtio-9p-local.c => 9p-local.c} | 3 +--
hw/9pfs/Makefile.objs | 2 +-
2 files c
1 - 100 of 406 matches
Mail list logo