commit 0ad7c9289253b9fd496ac695ce5bf1f23027d97a
Author: Wei Liu
Date: Thu May 26 10:16:18 2011 +0800
MSI injection for Xen.
This is supposed to be used in conjunction with Xen's
new hypercall interface for emualted MSI injection.
Signed-off-by: Wei Liu
diff --git
ress, msg->data);
> + }
> +}
> +
> static void ioport80_write(void *opaque, uint32_t addr, uint32_t data)
> {
> }
> @@ -889,6 +899,7 @@ static DeviceState *apic_init(void *env, uint8_t apic_id)
> on the global memory bus. */
> /* XXX: what if the base changes? */
> sysbus_mmio_map(d, 0, MSI_ADDR_BASE);
> + msi_deliver = pc_msi_deliver;
> apic_mapped = 1;
> }
>
> --
> 1.7.1
>
> --
> Siemens AG, Corporate Technology, CT T DE IT 1
> Corporate Competence Center Embedded Linux
>
Hmm... This patch is just part of GSoC project Virtio on Xen. AFAICS,
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
Site: http://liuw.name
ng to the wrong list, 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 wrote:
> On Wed, Jun 1, 2011 at 2:06 AM, Wei Liu wrote:
>> I'm programming for virtio disk support in Xen tool stack. I would
>> like to know the limitation of virtio disk.
>
> I'm inte
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_notif
Implement a simple Xen APIC module and use it to deliver MSI/MSIX for
Xen HVM guests.
Signed-off-by: Wei Liu
---
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 xen_enabled(void
Signed-off-by: Wei Liu
---
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 a/Makefile.target b/Makefile.target
On Thu, Apr 12, 2012 at 1:02 AM, Eric Blake 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 wrote:
>>>>
>>>> --- /dev/null
>>>> +++ b/hw/xen_apic.c
#x27;s
hypercall interface for emualted MSI / MSIX injection.
Signed-off-by: Wei Liu
---
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-devel&
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
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 wrote:
>
> On 29.06.2011, at 15:59, Wei Liu 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'
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}
Modelle
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
&g
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.
> > > >
>
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
Signed-off-by: Wei Liu
---
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 +
hw/xen
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
>
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
---
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/xenpv
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 PV
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 alread
On Mon, Jan 06, 2014 at 01:30:20PM +, Peter Maydell wrote:
> On 6 January 2014 12:54, Wei Liu wrote:
> > In fact I've already hacked a prototype during Christmas. What's I've
> > done so far:
> >
> > 1. create target-null which only has some stubs to
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 wrote:
> >>> In fact I've already hacked a prot
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
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 Anth
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
> > > si
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 Anth
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
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
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:
> >>>>>
> >>>>>Googlin
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/
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
---
configure |1 +
default-configs/i386-softmmu.mak |1 -
default-configs
Signed-off-by: Wei Liu
---
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 inserti
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
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
---
arch_init.c|2 ++
cpu-exec.c |2 ++
include/sysemu/arch_init.h |1 +
target-xenpv/Makefile.objs |1
guest. The effect is that we reduce the
binary 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
The modification to configure is rebased on Paolo's change.
Signed-off-by: Wei Liu
---
configure | 13 +
default-configs/xenpv-softmmu.mak |2 ++
2 files changed, 11 insertions(+), 4 deletions(-)
create mode 100644 default-configs/xenpv-softmm
On Thu, Jan 23, 2014 at 10:30:16PM +, Peter Maydell wrote:
> On 23 January 2014 22:16, Wei Liu 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 w
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 wrote:
> >>>As promised I hacked a prototype based
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"; th
Signed-off-by: Wei Liu
---
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 inserti
Signed-off-by: Wei Liu
---
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 -
6 file
Signed-off-by: Wei Liu
---
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..b713d93 100755
--- a
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
From: Paolo Bonzini
Signed-off-by: Paolo Bonzini
---
configure | 58 +++---
1 file changed, 35 insertions(+), 23 deletions(-)
diff --git a/configure b/configure
index 07b6be3..549b9cc 100755
--- a/configure
+++ b/configure
@@ -4372,6 +4372,
7.3MB.
Wei.
Changes in RFC V2:
* more 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
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
---
arch_init.c|2 ++
cpu-exec.c |2 ++
include/sysemu/arch_init.h |1 +
target-xenpv/Makefile.objs |1
Signed-off-by: Wei Liu
---
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 inserti
Signed-off-by: Wei Liu
---
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 -
6 file
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
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 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 the
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 tes
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 pr
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 1
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,
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][PATC
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,
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: Che
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-b
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 "-gf
Signed-off-by: Wei Liu
---
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 __OpenBS
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
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_page
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 out
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
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 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 discu
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 ca
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 try
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
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
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_ki
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
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
> > libs_softmmu. Libpixman re
On Tue, Mar 10, 2015 at 01:36:49AM +0900, Peter Maydell wrote:
> On 10 March 2015 at 00:23, Wei Liu 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
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. Libpix
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
> > >
# Background
To configure virtfs, there is two methods in QEMU command line:
1. Use -fsdev and -device virtio-9p-pci,XXX directives
2. Use -virtfs directive
The second method is actually shorthand for the first method. It
constructs fsdev and device options behind the scene. In the end,
there wi
On Mon, Feb 15, 2016 at 09:07:13AM +, Paul Durrant wrote:
> >
[...]
> > # Option 2: Invent a xen-9p device
> >
> > Another way of doing it is to expose a dummy xen-9p device, so that we
> > can use -fsdev XXX -device xen-9p,YYY. This simple device should be
> > used to capture the parameters
On Mon, Feb 15, 2016 at 02:33:05PM +0100, Juergen Gross wrote:
> On 15/02/16 14:16, Wei Liu wrote:
> > On Mon, Feb 15, 2016 at 09:07:13AM +, Paul Durrant wrote:
> >>>
> > [...]
> >>> # Option 2: Invent a xen-9p device
> >>>
> >>>
On Fri, Jan 08, 2016 at 02:00:31PM +0530, Aneesh Kumar K.V wrote:
> Wei Liu writes:
>
> > And make v9fs_pack static function. Now we only need to export
> > v9fs_{,un}marshal to device.
> >
> > Signed-off-by: Wei Liu
> > ---
> > fsdev/virtio-9
On Fri, Jan 08, 2016 at 03:27:49PM +0530, Aneesh Kumar K.V wrote:
[...]
>
> How is this different from pdu_push_notify added by [PATCH 18/27]
>
#18 is encapsulating functionality into pdu_* function family. This
patch is encapsulating virtio specific code into virtio specific
function. The two
On Fri, Jan 08, 2016 at 11:39:37AM +0530, Aneesh Kumar K.V wrote:
> Wei Liu writes:
>
> > V9fsState now only contains generic fields. Introduce V9fsVirtioState
> > for virtio transport. Change virtio-pci and virtio-ccw to use
> > V9fsVirtioState. Handle transport enumera
On Sat, Jan 09, 2016 at 12:18:40AM +0530, Aneesh Kumar K.V wrote:
> Wei Liu writes:
>
> > On Fri, Jan 08, 2016 at 02:00:31PM +0530, Aneesh Kumar K.V wrote:
> >> Wei Liu writes:
> >>
> >> > And make v9fs_pack static function. Now we only need to
On Fri, Jan 08, 2016 at 04:19:42PM +0530, Aneesh Kumar K.V wrote:
> Wei Liu writes:
>
> > Hi all
> >
> > Version 2 of this series is even longer. :-)
> >
> > Back in 2015 summer one of our OPW interns Linda Jacobson explored the
> > possibility of maki
And make v9fs_pack static function. Now we only need to export
v9fs_{,un}marshal to device.
Signed-off-by: Wei Liu
---
v3: fix bug discovered by Aneesh
---
fsdev/9p-iov-marshal.c | 4 ++--
fsdev/9p-iov-marshal.h | 3 ---
hw/9pfs/9p.c | 21 +
3 files changed, 15
.
---
Cc: "Aneesh Kumar K.V"
Cc: Greg Kurz
Cc: "Michael S. Tsirkin"
Cc: Stefano Stabellini
---
Wei Liu (3):
fsdev: 9p-marshal: introduce V9fsBlob
9pfs: use V9fsBlob to transmit xattr
9pfs: introduce V9fsVirtioState
fsdev/9p-iov-marshal.c | 30
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
---
v3: use 'd' to encode / decode blob size
---
fsdev/9p-iov-marshal.c | 26 ++
V9fsState now only contains generic fields. Introduce V9fsVirtioState
for virtio transport. Change virtio-pci and virtio-ccw to use
V9fsVirtioState.
Signed-off-by: Wei Liu
---
v3: only include code to introduce V9fsVirtioState
---
hw/9pfs/9p.c | 6 ++--
hw/9pfs/9p.h
I forgot to mention -- this series can be pulled from:
git://xenbits.xen.org/people/liuw/qemu.git wip.9pfs-refactor-v3
Wei.
On Mon, Jan 11, 2016 at 07:26:39PM +0530, Aneesh Kumar K.V wrote:
[...]
> > xattr_len = fidp->fs.xattr.len;
> > read_count = xattr_len - off;
> > @@ -1596,14 +1597,18 @@ static int v9fs_xattr_read(V9fsState *s, V9fsPDU
> > *pdu, V9fsFidState *fidp,
> > */
> > read_coun
On Mon, Jan 11, 2016 at 07:56:01PM +0530, Aneesh Kumar K.V wrote:
> Wei Liu writes:
>
> > On Mon, Jan 11, 2016 at 07:26:39PM +0530, Aneesh Kumar K.V wrote:
> > [...]
> >> > xattr_len = fidp->fs.xattr.len;
> >> > read_count = xattr_len - o
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
---
hw/9pfs/virtio-9p-device.c| 1 -
hw/9pfs/virtio-9p.h | 8 +++-
hw/virtio/virtio-
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
---
hw/9pfs/{virtio-9p-local.c => 9p-local.c} | 3 +--
hw/9pfs/Makefile.objs | 2 +-
2 files changed, 2 insertions(+), 3 deleti
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
---
hw/9pfs/{virtio-9p-handle.c => 9p-handle.c} | 3 +--
hw/9pfs/Makefile.objs | 2 +-
2 files changed, 2 insertions(+)
These 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
---
hw/9pfs/{virtio-9p-synth.c => 9p-synth.c} | 2 +-
hw/9pfs/{virtio-9p-synth.h => 9p-synth.h} | 6 +++-
1 - 100 of 416 matches
Mail list logo