> -Original Message-
> From: xen-devel-boun...@lists.xen.org
> [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Ian Campbell
> Sent: Thursday, November 20, 2014 11:58 PM
> To: Konrad Rzeszutek Wilk
> Cc: Ian Jackson; Li, Liang Z; Wei Liu; xen-devel@lists.xen.org
> Subject: Re: [Xen-de
*INTRODUCTION*
The goal of virtual Trusted Platform Module (vTPM) is to provide a TPM
functionality to virtual machines (Fedora, Ubuntu, Redhat, Windows .etc). This
allows programs to interact with a TPM in a virtual machine the same way they
interact with a TPM on the physical system. Each virt
make sure QEMU machine class is initialized and QEMU has registered
Xen stubdom vTPM driver when call tpm_init()
Signed-off-by: Quan Xu
---
vl.c | 16 ++--
1 file changed, 10 insertions(+), 6 deletions(-)
diff --git a/vl.c b/vl.c
index f6b3546..dd437e1 100644
--- a/vl.c
+++ b/vl.c
@
This driver provides vTPM initialization and sending data and TPM
commends to a Xen stubdom vTPM domain.
Signed-off-by: Quan Xu
---
hw/tpm/Makefile.objs | 1 +
hw/tpm/tpm_xenstubdoms.c | 238 +++
2 files changed, 239 insertions(+)
create mode 10
Signed-off-by: Quan Xu
---
configure| 14 ++
hmp.c| 7 +++
qapi-schema.json | 20 ++--
qemu-options.hx | 13 +++--
tpm.c| 7 ++-
5 files changed, 56 insertions(+), 5 deletions(-)
diff --git a/configure b/configure
ind
flight 31778 xen-4.2-testing real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/31778/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-i386-i386-pair 7 xen-boot/src_hostfail like 31630
test-amd64-i386-pair
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
---
hw/tpm/Makefile.objs | 1 +
hw/tpm/xen_stubdom_vtpm.c| 321 +++
>>> On 23.11.14 at 02:28, wrote:
> With mwait-idle=0:
>
> (XEN) 'c' pressed -> printing ACPI Cx structures
> (XEN) ==cpu0==
> (XEN) active state: C0
> (XEN) max_cstate: C7
> (XEN) states:
> (XEN) C1: type[C1] latency[001] usage[] method[ FFH]
> duration[0
Il 24/11/2014 02:58, Wen Congyang ha scritto:
When I try to use virtio on xen(HVM guest), qemu crashed. Here is the backtrace:
(gdb) bt
#0 0x7f49581f0b55 in raise () from /lib64/libc.so.6
#1 0x7f49581f2131 in abort () from /lib64/libc.so.6
#2 0x7f495af2af32 in xen_ram_addr_from_map
>>> On 21.11.14 at 17:45, wrote:
> From 90d00db0949a8e796d7f812134753a54b2fe3d51 Mon Sep 17 00:00:00 2001
> From: Konrad Rzeszutek Wilk
> Date: Thu, 20 Nov 2014 14:28:11 -0500
> Subject: [PATCH] dpci: Add 'masked' as an gate for hvm_dirq_assist to
> process.
So am I right in understanding that
On Nov 24, 2014, at 00:45, Jan Beulich wrote:
On 23.11.14 at 02:28, wrote:
>> With mwait-idle=0:
>>
>> (XEN) 'c' pressed -> printing ACPI Cx structures
>> (XEN) ==cpu0==
>> (XEN) active state: C0
>> (XEN) max_cstate: C7
>> (XEN) states:
>> (XEN) C1: type[C1]
>>> On 24.11.14 at 10:08, wrote:
> On Nov 24, 2014, at 00:45, Jan Beulich wrote:
> On 23.11.14 at 02:28, wrote:
>>> As promised, below is the apic-verbosity=debug log, with 'i'. Thanks!
>>
>> I'm sorry, I misspelled the option, it's really "apic_verbosity=debug".
>> The 'i' output at least
On Mon, Nov 24, 2014 at 08:13:16AM +, Hu, Robert wrote:
[...]
>
> > Applied.
> Hi, I'm new here. Shall I ask where does this patch apply to? shall I
http://xenbits.xen.org/gitweb/?p=xen.git;a=summary
Patches are applied to staging branch and then pushed to master branch
after they pass test
On Fri, Nov 21, 2014 at 02:56:31PM -0500, Konrad Rzeszutek Wilk wrote:
> On Fri, Nov 21, 2014 at 03:06:56PM +, Wei Liu wrote:
> > Signed-off-by: Wei Liu
> > Cc: Jan Beulich
> > Cc: George Dunlap
> > ---
> > tools/firmware/hvmloader/pci.c | 13 +
> > 1 file changed, 13 insertio
On 11/24/2014 04:52 PM, Fabio Fantoni wrote:
> Il 24/11/2014 02:58, Wen Congyang ha scritto:
>> When I try to use virtio on xen(HVM guest), qemu crashed. Here is the
>> backtrace:
>> (gdb) bt
>> #0 0x7f49581f0b55 in raise () from /lib64/libc.so.6
>> #1 0x7f49581f2131 in abort () from /li
Hi,
I want to assign virtio disk bus type to a VM in Xenserver. How to do it?
Thanks and Regards
Suhani Gupta
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
If xenvif_alloc() failes, netback_probe() reports success as well as
"online" uevent is emitted. It does not make any sense, but it just
misleads users.
The patch implements propagation of error code if xenvif creation fails.
Found by Linux Driver Verification project (linuxtesting.org).
Signed-
Hi,
I git clone nova-juno from github and searched for 'pygrub'. Here is what i
get.
.//etc/nova/rootwrap.d/compute.filters:104:# nova/virt/xenapi/vm_utils.py:
'pygrub', '-qn', dev_path
.//etc/nova/rootwrap.d/compute.filters:105:pygrub: CommandFilter, pygrub,
root
.//nova/tests/unit/virt/xenapi/t
On Fri, Nov 21 2014 at 03:48:33 AM, Stefano Stabellini
wrote:
> On Mon, 17 Nov 2014, Stefano Stabellini wrote:
>> Hi all,
>> I am writing this email to ask for your advice.
>>
>> On architectures where dma addresses are different from physical
>> addresses, it can be difficult to retrieve the ph
Hi
I am interested in getting the block I/O rate fixed for a Virtual
Machine. However, it seems that there are no such options to control the
block I/O rate via the VM configuration file.
Going through the net, I see suggestions to configure the xen_blkback
driver using ionice to get that done
Hello,
I'm in progress of my engeenering thesis which concerns Xen 4.2 on CentOS
6.5 kernel. I have to make time dilation in Xen(slower time). Please tell
me if it is possible to make it just by editing Xen source files without
touching kernel??(and which files are responsible for that?)
Thank yo
>>> On 21.11.14 at 20:56, wrote:
> On Fri, Nov 21, 2014 at 03:06:56PM +, Wei Liu wrote:
>> --- a/tools/firmware/hvmloader/pci.c
>> +++ b/tools/firmware/hvmloader/pci.c
>> @@ -88,6 +88,19 @@ void pci_setup(void)
>> printf("Relocating guest memory for lowmem MMIO space %s\n",
>>
On Fri, 2014-11-21 at 17:16 -0700, Eric Blake wrote:
> On 11/20/2014 04:17 PM, Eric Blake wrote:
> > On 11/20/2014 08:12 AM, Conrad Meyer wrote:
> >> Hi Eric,
> >>
> >> I think this change breaks build on FreeBSD:
> >>
> >> CC util/libvirt_util_la-virdbus.lo
> >> util/virdbus.c:956:13: erro
On 11/21/2014 02:57 PM, Konrad Rzeszutek Wilk wrote:
On Fri, Nov 21, 2014 at 09:42:11AM +0100, Juergen Gross wrote:
Hi,
while testing my "linear p2m list" patches I saw the following
problem (even without my patches in place):
In dom0 running linux 3.18-rc5 on top of Xen 4.4.1 I modified the
d
>>> On 21.11.14 at 16:06, wrote:
> --- a/xen/include/public/hvm/hvm_info_table.h
> +++ b/xen/include/public/hvm/hvm_info_table.h
> @@ -32,6 +32,17 @@
> /* Maximum we can support with current vLAPIC ID mapping. */
> #define HVM_MAX_VCPUS128
>
> +#define HVM_MAX_NODES 16
> +#defi
On Nov 23, 4:26pm, Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= wrote:
} Subject: Re: [Xen-devel] Q77 IGD instantly crashes on xen-pciback bind.
Hi Pasi, hope your week is starting out well, hi to Konrad from Oracle
as well as I see you included him.
> On Fri, Nov 21, 2014 at 02:57:14PM -0600, Dr. Greg
On Sat, Nov 22, 2014 at 01:56:28AM +0300, Alexey Khoroshilov wrote:
> If xenvif_alloc() failes, netback_probe() reports success as well as
> "online" uevent is emitted. It does not make any sense, but it just
Sorry, I don't follow. KOBJ_ONLINE event is not emitted in the event of
xenvif_alloc fail
On Mon, 2014-11-24 at 10:55 +0100, Juergen Gross wrote:
> On 11/21/2014 02:57 PM, Konrad Rzeszutek Wilk wrote:
> > On Fri, Nov 21, 2014 at 09:42:11AM +0100, Juergen Gross wrote:
> >> Hi,
> >>
> >> while testing my "linear p2m list" patches I saw the following
> >> problem (even without my patches i
On Mon, Nov 24, 2014 at 09:58:29AM +, Jan Beulich wrote:
> >>> On 21.11.14 at 16:06, wrote:
> > --- a/xen/include/public/hvm/hvm_info_table.h
> > +++ b/xen/include/public/hvm/hvm_info_table.h
> > @@ -32,6 +32,17 @@
> > /* Maximum we can support with current vLAPIC ID mapping. */
> > #define
>>> On 21.11.14 at 16:06, wrote:
> --- a/tools/firmware/hvmloader/acpi/build.c
> +++ b/tools/firmware/hvmloader/acpi/build.c
> @@ -203,6 +203,66 @@ static struct acpi_20_waet *construct_waet(void)
> return waet;
> }
>
> +static struct acpi_20_srat *construct_srat(void)
> +{
> +struct a
>>> On 21.11.14 at 16:06, wrote:
> --- a/tools/firmware/hvmloader/acpi/build.c
> +++ b/tools/firmware/hvmloader/acpi/build.c
> @@ -263,6 +263,38 @@ static struct acpi_20_srat *construct_srat(void)
> return srat;
> }
>
> +static struct acpi_20_slit *construct_slit(void)
> +{
> +struct a
On Mon, Nov 24, 2014 at 10:08:42AM +, Jan Beulich wrote:
> >>> On 21.11.14 at 16:06, wrote:
> > --- a/tools/firmware/hvmloader/acpi/build.c
> > +++ b/tools/firmware/hvmloader/acpi/build.c
> > @@ -203,6 +203,66 @@ static struct acpi_20_waet *construct_waet(void)
> > return waet;
> > }
> >
>>> On 21.11.14 at 16:06, wrote:
> Signed-off-by: Wei Liu
So this is the fourth patch now without any description whatsoever.
> --- a/tools/firmware/hvmloader/pci.c
> +++ b/tools/firmware/hvmloader/pci.c
> @@ -88,6 +88,19 @@ void pci_setup(void)
> printf("Relocating guest memory for lowmem
>>> On 24.11.14 at 10:55, wrote:
> - Sometimes I see only NMI watchdog messages, looking into hanging cpu
>state via xen debug keys I can see the cpu(s) in question are spinning
>in _raw_spin_lock():
>__handle_mm_fault()->__pte_alloc()->pmd_lock()->_raw_spin_lock()
>The hanging cpu
>>> On 24.11.14 at 11:07, wrote:
> On Mon, Nov 24, 2014 at 09:58:29AM +, Jan Beulich wrote:
>> >>> On 21.11.14 at 16:06, wrote:
>> > --- a/xen/include/public/hvm/hvm_info_table.h
>> > +++ b/xen/include/public/hvm/hvm_info_table.h
>> > @@ -32,6 +32,17 @@
>> > /* Maximum we can support with cu
>>> On 24.11.14 at 11:13, wrote:
> On Mon, Nov 24, 2014 at 10:08:42AM +, Jan Beulich wrote:
>> >>> On 21.11.14 at 16:06, wrote:
>> > @@ -270,6 +331,13 @@ static int construct_secondary_tables(unsigned long
>> > *table_ptrs,
>> > table_ptrs[nr_tables++] = (unsigned long)madt;
>> >
On Fri, 2014-11-21 at 15:25 -0500, Gedalya wrote:
> On 11/21/2014 06:12 AM, Ian Campbell wrote:
> > On Fri, 2014-11-21 at 11:03 +, Ian Campbell wrote:
> >> http://man7.org/linux/man-pages/man3/mallopt.3.html also talks about
> >> various dynamic thresholds for growing and shrinking the heap. My
On Thu, Nov 20, 2014 at 04:27:34PM -0500, Boris Ostrovsky wrote:
> When parsing bitmap objects JSON parser will create libxl_bitmap
> map of the smallest size needed.
>
> This can cause problems when saved image file specifies CPU affinity.
> For example, if 'vcpu_hard_affinity' in the saved image
On Mon, Nov 24, 2014 at 10:26:44AM +, Jan Beulich wrote:
> >>> On 24.11.14 at 11:13, wrote:
> > On Mon, Nov 24, 2014 at 10:08:42AM +, Jan Beulich wrote:
> >> >>> On 21.11.14 at 16:06, wrote:
> >> > @@ -270,6 +331,13 @@ static int construct_secondary_tables(unsigned long
> >> > *table_ptr
CC'ing Dario...
On Mon, Nov 24, 2014 at 10:41:27AM +, Wei Liu wrote:
> On Thu, Nov 20, 2014 at 04:27:34PM -0500, Boris Ostrovsky wrote:
> > When parsing bitmap objects JSON parser will create libxl_bitmap
> > map of the smallest size needed.
> >
> > This can cause problems when saved image fi
On 24.11.2014 13:00, Wei Liu wrote:
> On Sat, Nov 22, 2014 at 01:56:28AM +0300, Alexey Khoroshilov wrote:
>> If xenvif_alloc() failes, netback_probe() reports success as well as
>> "online" uevent is emitted. It does not make any sense, but it just
> Sorry, I don't follow. KOBJ_ONLINE event is not
On 11/24/2014 11:20 AM, Jan Beulich wrote:
On 24.11.14 at 10:55, wrote:
- Sometimes I see only NMI watchdog messages, looking into hanging cpu
state via xen debug keys I can see the cpu(s) in question are spinning
in _raw_spin_lock():
__handle_mm_fault()->__pte_alloc()->pmd_lock()->
If xenvif_alloc() or xenbus_scanf() fail in backend_create_xenvif(),
xenbus is left in offline mode but netback_probe() reports success.
The patch implements propagation of error code for backend_create_xenvif().
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Alexe
On Mon, Nov 24, 2014 at 01:58:00PM +0300, Alexey Khoroshilov wrote:
> If xenvif_alloc() or xenbus_scanf() fail in backend_create_xenvif(),
> xenbus is left in offline mode but netback_probe() reports success.
>
> The patch implements propagation of error code for backend_create_xenvif().
>
> Foun
flight 31784 linux-3.14 real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/31784/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl3 host-install(3) broken REGR. vs. 30755
test-amd64-i386-pair
On Mon, Nov 24, 2014 at 03:59:49AM -0600, Dr. Greg Wettstein wrote:
> On Nov 23, 4:26pm, Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= wrote:
> } Subject: Re: [Xen-devel] Q77 IGD instantly crashes on xen-pciback bind.
>
> Hi Pasi, hope your week is starting out well, hi to Konrad from Oracle
> as well as
>>> On 24.11.14 at 10:08, wrote:
> On Nov 24, 2014, at 00:45, Jan Beulich wrote:
>
> On 23.11.14 at 02:28, wrote:
>>> With mwait-idle=0:
>>>
>>> (XEN) 'c' pressed -> printing ACPI Cx structures
>>> (XEN) ==cpu0==
>>> (XEN) active state: C0
>>> (XEN) max_cstate: C7
Commit 4ca6f9f0 ("x86/cpuidle: publish new states only after fully
initializing them") resulted in the state counter to be incremented
for C1 despite that using a fixed table entry (and the statically
initialized counter value already accounting for it and C0).
Signed-off-by: Jan Beulich
--- a/x
>>> On 20.11.14 at 11:04, wrote:
> 1: tighten page table owner checking in do_mmu_update()
> 2: don't ignore foreigndom input on various MMUEXT ops
> 3: HVM: don't crash guest upon problems occurring in user mode
>
> Reason to request considering this for 4.5: Tightened argument
> checking (as do
On Mon, Nov 24, 2014 at 12:07 AM, M A Young wrote:
> On Sat, 22 Nov 2014, M A Young wrote:
>
>> While investigating a bug reported on Red Hat Bugzilla
>> https://bugzilla.redhat.com/show_bug.cgi?id=1166461
>> I discovered the following
>>
>> xl migrate --debug domid localhost does indeed fail for
On Fri, Nov 21, 2014 at 9:13 PM, Suhani Gupta wrote:
> Hi,
>
>
>
> I want to assign virtio disk bus type to a VM in Xenserver. How to do it?
This list is for development of the XenProject. XenServer is a
product based on Xen, but it differs significantly. Please ask this
question on one of the
On Fri, 21 Nov 2014, Konrad Rzeszutek Wilk wrote:
> On Fri, Nov 21, 2014 at 05:00:05PM +, Stefano Stabellini wrote:
> > Hi all,
> > I have a couple of small straightforward fixes for swiotlb-xen for 3.19.
> >
>
> They look fine to me.
Applied to devel/for-linus-3.19
> Thanks.
> > Cheers,
On Mon, Nov 24, 2014 at 3:54 AM, aragrawal wrote:
> Hi
>
> I am interested in getting the block I/O rate fixed for a Virtual Machine.
> However, it seems that there are no such options to control the block I/O
> rate via the VM configuration file.
> Going through the net, I see suggestions to conf
On Mon, 24 Nov 2014, George Dunlap wrote:
On Mon, Nov 24, 2014 at 12:07 AM, M A Young wrote:
On Sat, 22 Nov 2014, M A Young wrote:
While investigating a bug reported on Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1166461
I discovered the following
xl migrate --debug domid
On Fri, 21 Nov 2014, Konrad Rzeszutek Wilk wrote:
> On Fri, Nov 21, 2014 at 06:48:53PM +, Stefano Stabellini wrote:
> > On Fri, 21 Nov 2014, Konrad Rzeszutek Wilk wrote:
> > > On Fri, Nov 21, 2014 at 05:11:09PM +, Stefano Stabellini wrote:
> > > > The rom is used for pxebooting. We don't ne
On Mon, 2014-11-24 at 12:06 +, M A Young wrote:
>
> On Mon, 24 Nov 2014, George Dunlap wrote:
>
> > On Mon, Nov 24, 2014 at 12:07 AM, M A Young wrote:
> >> On Sat, 22 Nov 2014, M A Young wrote:
> >>
> >>> While investigating a bug reported on Red Hat Bugzilla
> >>> https://bugzilla.redhat.co
flight 31827 libvirt real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/31827/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-libvirt 5 libvirt-build fail REGR. vs. 31680
Tests which did not succe
On Sat, Nov 22, 2014 at 7:24 PM, M A Young wrote:
> While investigating a bug reported on Red Hat Bugzilla
> https://bugzilla.redhat.com/show_bug.cgi?id=1166461
> I discovered the following
>
> xl migrate --debug domid localhost does indeed fail for Xen 4.4 pv (the bug
> report is for Xen 4.3 hvm
On Mon, 24 Nov 2014, Ian Campbell wrote:
On Mon, 2014-11-24 at 12:06 +, M A Young wrote:
On Mon, 24 Nov 2014, George Dunlap wrote:
On Mon, Nov 24, 2014 at 12:07 AM, M A Young wrote:
On Sat, 22 Nov 2014, M A Young wrote:
While investigating a bug reported on Red Hat Bugzilla
https:/
flight 31811 xen-4.3-testing real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/31811/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-rumpuserxen-amd64 1 build-check(1) blocked n/a
test-amd64-i386-rumpuserxen-i386 1
On Sat, Nov 22, 2014 at 07:24:21PM +, M A Young wrote:
> While investigating a bug reported on Red Hat Bugzilla
> https://bugzilla.redhat.com/show_bug.cgi?id=1166461
> I discovered the following
>
> xl migrate --debug domid localhost does indeed fail for Xen 4.4 pv (the bug
> report is for Xen
On Thu, Nov 20, 2014 at 10:12 AM, Jan Beulich wrote:
> Instead properly fail requests that shouldn't be issued on foreign
> domains or - for MMUEXT_{CLEAR,COPY}_PAGE - extend the existing
> operation to work that way.
I take it this is for 4.6?
I've looked through it and everything looks OK.
Bu
>>> On 24.11.14 at 13:43, wrote:
> On Thu, Nov 20, 2014 at 10:12 AM, Jan Beulich wrote:
>> Instead properly fail requests that shouldn't be issued on foreign
>> domains or - for MMUEXT_{CLEAR,COPY}_PAGE - extend the existing
>> operation to work that way.
>
> I take it this is for 4.6?
Not real
Monday, November 24, 2014, 9:58:05 AM, you wrote:
On 21.11.14 at 17:45, wrote:
>> From 90d00db0949a8e796d7f812134753a54b2fe3d51 Mon Sep 17 00:00:00 2001
>> From: Konrad Rzeszutek Wilk
>> Date: Thu, 20 Nov 2014 14:28:11 -0500
>> Subject: [PATCH] dpci: Add 'masked' as an gate for hvm_dirq_as
On 24/11/14 11:50, George Dunlap wrote:
> On Mon, Nov 24, 2014 at 12:07 AM, M A Young wrote:
>> On Sat, 22 Nov 2014, M A Young wrote:
>>
>>> While investigating a bug reported on Red Hat Bugzilla
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1166461
>>> I discovered the following
>>>
>>> xl migr
On 24/11/14 12:41, Wei Liu wrote:
> On Sat, Nov 22, 2014 at 07:24:21PM +, M A Young wrote:
>> While investigating a bug reported on Red Hat Bugzilla
>> https://bugzilla.redhat.com/show_bug.cgi?id=1166461
>> I discovered the following
>>
>> xl migrate --debug domid localhost does indeed fail for
On Mon, Nov 24, 2014 at 01:13:25PM +, Andrew Cooper wrote:
> On 24/11/14 11:50, George Dunlap wrote:
> > On Mon, Nov 24, 2014 at 12:07 AM, M A Young wrote:
> >> On Sat, 22 Nov 2014, M A Young wrote:
> >>
> >>> While investigating a bug reported on Red Hat Bugzilla
> >>> https://bugzilla.redhat
On 24/11/14 14:09, Wei Liu wrote:
> On Mon, Nov 24, 2014 at 01:13:25PM +, Andrew Cooper wrote:
>> On 24/11/14 11:50, George Dunlap wrote:
>>> On Mon, Nov 24, 2014 at 12:07 AM, M A Young wrote:
On Sat, 22 Nov 2014, M A Young wrote:
> While investigating a bug reported on Red Hat B
On Mon, 24 Nov 2014, Andrew Cooper wrote:
On 24/11/14 12:41, Wei Liu wrote:
On Sat, Nov 22, 2014 at 07:24:21PM +, M A Young wrote:
While investigating a bug reported on Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1166461
I discovered the following
xl migrate --debug domid
On Mon, Nov 24, 2014 at 08:58:05AM +, Jan Beulich wrote:
> >>> On 21.11.14 at 17:45, wrote:
> > From 90d00db0949a8e796d7f812134753a54b2fe3d51 Mon Sep 17 00:00:00 2001
> > From: Konrad Rzeszutek Wilk
> > Date: Thu, 20 Nov 2014 14:28:11 -0500
> > Subject: [PATCH] dpci: Add 'masked' as an gate f
On 24/11/14 14:32, M A Young wrote:
> On Mon, 24 Nov 2014, Andrew Cooper wrote:
>
>> On 24/11/14 12:41, Wei Liu wrote:
>>> On Sat, Nov 22, 2014 at 07:24:21PM +, M A Young wrote:
While investigating a bug reported on Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1166461
On Mon, Nov 24, 2014 at 07:54:03AM +, Jan Beulich wrote:
> >>> On 21.11.14 at 23:03, wrote:
> > I rewrote it a bit to be more in the style of pciback:
> >[...]
> > [v2: Removed the switch statement, moved it about]
>
> What you don't mention here is that you also removed the outer
> loop, yet
On Mon, Nov 24, 2014 at 07:43:49AM +, Hu, Robert wrote:
> > -Original Message-
> > From: Boris Ostrovsky [mailto:boris.ostrov...@oracle.com]
> > Sent: Wednesday, November 12, 2014 8:39 PM
> > To: Hu, Robert; xen-devel@lists.xen.org
> > Cc: jbeul...@suse.com
> > Subject: Re: [Xen-devel]
Hi,
I am wondering whether it's possible to build 32-bit xen.efi for the
32-bit EFI platform? One way of building xen.efi I learnt is to make
the binutils configured with the x86_64-pep emulation (according to
the document http://xenbits.xenproject.org/docs/unstable/misc/efi.html).
The resulted xe
On Mon, 2014-11-24 at 14:43 +, Andrew Cooper wrote:
> On 24/11/14 14:32, M A Young wrote:
> > On Mon, 24 Nov 2014, Andrew Cooper wrote:
> >> Is XSM in use? I can't think of any other reason why that hypercall
> >> would fail with EPERM.
> >
> > XSM is built in (I wanted to allow the option of
On Mon, Nov 24, 2014 at 12:07:39PM +, George Dunlap wrote:
> On Mon, Nov 24, 2014 at 3:54 AM, aragrawal wrote:
> > Hi
> >
> > I am interested in getting the block I/O rate fixed for a Virtual Machine.
> > However, it seems that there are no such options to control the block I/O
> > rate via th
On Mon, Nov 24, 2014 at 12:17:12PM +, Stefano Stabellini wrote:
> On Fri, 21 Nov 2014, Konrad Rzeszutek Wilk wrote:
> > On Fri, Nov 21, 2014 at 06:48:53PM +, Stefano Stabellini wrote:
> > > On Fri, 21 Nov 2014, Konrad Rzeszutek Wilk wrote:
> > > > On Fri, Nov 21, 2014 at 05:11:09PM +, S
On 11/24/2014 11:59 AM, Juergen Gross wrote:
On 11/24/2014 11:20 AM, Jan Beulich wrote:
On 24.11.14 at 10:55, wrote:
- Sometimes I see only NMI watchdog messages, looking into hanging cpu
state via xen debug keys I can see the cpu(s) in question are
spinning
in _raw_spin_lock():
__
On 11/24/2014 09:54 AM, Konrad Rzeszutek Wilk wrote:
On Mon, Nov 24, 2014 at 07:43:49AM +, Hu, Robert wrote:
-Original Message-
From: Boris Ostrovsky [mailto:boris.ostrov...@oracle.com]
Sent: Wednesday, November 12, 2014 8:39 PM
To: Hu, Robert; xen-devel@lists.xen.org
Cc: jbeul...@su
On 24/11/14 14:59, Zhuan Chen wrote:
> Hi,
>
> I am wondering whether it's possible to build 32-bit xen.efi for the
> 32-bit EFI platform? One way of building xen.efi I learnt is to make
> the binutils configured with the x86_64-pep emulation (according to
> the document http://xenbits.xenproject.o
On Mon, 2014-11-24 at 10:06 -0500, Konrad Rzeszutek Wilk wrote:
> On Mon, Nov 24, 2014 at 12:07:39PM +, George Dunlap wrote:
> > On Mon, Nov 24, 2014 at 3:54 AM, aragrawal wrote:
> > > Hi
> > >
> > > I am interested in getting the block I/O rate fixed for a Virtual Machine.
> > > However, it s
On Mon, Nov 24, 2014 at 03:11:20PM +, Ian Campbell wrote:
> On Mon, 2014-11-24 at 10:06 -0500, Konrad Rzeszutek Wilk wrote:
> > On Mon, Nov 24, 2014 at 12:07:39PM +, George Dunlap wrote:
> > > On Mon, Nov 24, 2014 at 3:54 AM, aragrawal wrote:
> > > > Hi
> > > >
> > > > I am interested in g
CC'ing Paolo.
Wen,
thanks for the logs.
I investigated a little bit and it seems to me that the bug occurs when
QEMU tries to unmap only a portion of a memory region previously mapped.
That doesn't work with xen-mapcache.
See these logs for example:
DEBUG address_space_map phys_addr=78ed8b44 v
On Mon, 2014-11-24 at 15:09 +, Andrew Cooper wrote:
> On 24/11/14 14:59, Zhuan Chen wrote:
> > Hi,
> >
> > I am wondering whether it's possible to build 32-bit xen.efi for the
> > 32-bit EFI platform? One way of building xen.efi I learnt is to make
> > the binutils configured with the x86_64-pe
On Mon, 24 Nov 2014, Konrad Rzeszutek Wilk wrote:
> On Mon, Nov 24, 2014 at 12:17:12PM +, Stefano Stabellini wrote:
> > On Fri, 21 Nov 2014, Konrad Rzeszutek Wilk wrote:
> > > On Fri, Nov 21, 2014 at 06:48:53PM +, Stefano Stabellini wrote:
> > > > On Fri, 21 Nov 2014, Konrad Rzeszutek Wilk
On 11/24/2014 05:47 AM, Wei Liu wrote:
CC'ing Dario...
On Mon, Nov 24, 2014 at 10:41:27AM +, Wei Liu wrote:
On Thu, Nov 20, 2014 at 04:27:34PM -0500, Boris Ostrovsky wrote:
When parsing bitmap objects JSON parser will create libxl_bitmap
map of the smallest size needed.
This can cause pro
On Mon, Nov 24, 2014 at 03:26:04PM +, Stefano Stabellini wrote:
> On Mon, 24 Nov 2014, Konrad Rzeszutek Wilk wrote:
> > On Mon, Nov 24, 2014 at 12:17:12PM +, Stefano Stabellini wrote:
> > > On Fri, 21 Nov 2014, Konrad Rzeszutek Wilk wrote:
> > > > On Fri, Nov 21, 2014 at 06:48:53PM +, S
flight 31817 linux-3.10 real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/31817/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-winxpsp3 7 windows-install fail REGR. vs. 26303
Regressions which are
On 11/24/14 10:26, Stefano Stabellini wrote:
On Mon, 24 Nov 2014, Konrad Rzeszutek Wilk wrote:
On Mon, Nov 24, 2014 at 12:17:12PM +, Stefano Stabellini wrote:
On Fri, 21 Nov 2014, Konrad Rzeszutek Wilk wrote:
On Fri, Nov 21, 2014 at 06:48:53PM +, Stefano Stabellini wrote:
On Fri, 21 N
On Sun, 23 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
This patch needs a better description, see
>>> On 24.11.14 at 15:59, wrote:
> I am wondering whether it's possible to build 32-bit xen.efi for the
> 32-bit EFI platform? One way of building xen.efi I learnt is to make
> the binutils configured with the x86_64-pep emulation (according to
> the document http://xenbits.xenproject.org/docs/uns
On Sun, 23 Nov 2014, Quan Xu wrote:
> This driver provides vTPM initialization and sending data and TPM
> commends to a Xen stubdom vTPM domain.
>
> Signed-off-by: Quan Xu
We need a better, more detailed, patch description here.
> hw/tpm/Makefile.objs | 1 +
> hw/tpm/tpm_xenstubdoms.c |
On 11/24/2014 02:43 AM, Ian Campbell wrote:
I think this change breaks build on FreeBSD:
CC util/libvirt_util_la-virdbus.lo
util/virdbus.c:956:13: error: cast from 'bool *' to 'dbus_bool_t *' (aka
'unsigned int *') increases required alignment from 1 to 4
>>
> = Timeline =
>
> We are planning on a 9-month release cycle. Based on that, below are
> our estimated dates:
>
>
> * Feature Freeze: 24th September 2014
> * First RC: 24th October [Friday!]
> * RC2: Nov 11th
> * RC2 Test-day: Nov 13th
>
> < WE ARE HERE ===>
>
> * RC3: Nov 24th
Slip. W
On Mon, 24 Nov 2014, Stefano Stabellini wrote:
> On Sun, 23 Nov 2014, Quan Xu wrote:
> > +static void vtpm_backend_changed(struct XenDevice *xendev, const char
> > *node)
> > +{
> > +struct XenVtpmDev *vtpmdev = container_of(xendev, struct XenVtpmDev,
> > +
On Mon, Nov 24, 2014 at 11:47:28AM +, Jan Beulich wrote:
> Commit 4ca6f9f0 ("x86/cpuidle: publish new states only after fully
> initializing them") resulted in the state counter to be incremented
> for C1 despite that using a fixed table entry (and the statically
> initialized counter value alr
On Mon, 24 Nov 2014, Don Slutz wrote:
> On 11/24/14 10:26, Stefano Stabellini wrote:
> > On Mon, 24 Nov 2014, Konrad Rzeszutek Wilk wrote:
> > > On Mon, Nov 24, 2014 at 12:17:12PM +, Stefano Stabellini wrote:
> > > > On Fri, 21 Nov 2014, Konrad Rzeszutek Wilk wrote:
> > > > > On Fri, Nov 21, 20
On Mon, Nov 24, 2014 at 11:49:24AM +, Jan Beulich wrote:
> >>> On 20.11.14 at 11:04, wrote:
> > 1: tighten page table owner checking in do_mmu_update()
> > 2: don't ignore foreigndom input on various MMUEXT ops
> > 3: HVM: don't crash guest upon problems occurring in user mode
> >
> > Reason
On 11/23/2014 09:10 PM, Quan Xu wrote:
> Signed-off-by: Quan Xu
> ---
> configure| 14 ++
> hmp.c| 7 +++
> qapi-schema.json | 20 ++--
> qemu-options.hx | 13 +++--
> tpm.c| 7 ++-
> 5 files changed, 56 insertions(+),
On 11/24/2014 04:09 PM, Juergen Gross wrote:
On 11/24/2014 11:59 AM, Juergen Gross wrote:
On 11/24/2014 11:20 AM, Jan Beulich wrote:
On 24.11.14 at 10:55, wrote:
- Sometimes I see only NMI watchdog messages, looking into hanging cpu
state via xen debug keys I can see the cpu(s) in questio
1 - 100 of 123 matches
Mail list logo
