>>> On 24.11.14 at 18:27, wrote:
> On 11/24/2014 04:09 PM, Juergen Gross wrote:
>> Still seeing the issue, but less frequent. OTOH I just found in above
>> thread in lkml that 3.17 is showing that issue, too. :-(
>>
>> I'll try to setup a pv-variant of Linus' patch and test it...
>
> First test s
Hi,
make clean in xen-unstable is failing:
make[2]: Entering directory '/home/gross/xen/tools'
set -e; if test -d qemu-xen-traditional-dir/.; then \
make -C qemu-xen-traditional-dir clean; \
fi
make[3]: Entering directory
'/home/gross/xen/tools/qemu-xen-traditional-dir-remote'
Makefile
On 11/24/2014 09:20 AM, Konrad Rzeszutek Wilk wrote:
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:
On 11/24/2014 05:37 AM, Ian Campbell wrote:
Unfortunately this is down to the behaviour of the libc and not
something which appears to be under application control.
The following program demonstrates the same behaviour and is certainly
not leaking anything. Notice that at "Freed block at X.
On 11/25/2014 02:44 AM, Stefano Stabellini wrote:
> On Mon, 24 Nov 2014, Stefano Stabellini wrote:
>> On Mon, 24 Nov 2014, Stefano Stabellini wrote:
>>> CC'ing Paolo.
>>>
>>>
>>> Wen,
>>> thanks for the logs.
>>>
>>> I investigated a little bit and it seems to me that the bug occurs when
>>> QEMU t
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
When hardware supports APIC/x2APIC virtualization we don't need to use pirqs
for MSI handling and instead use APIC since most APIC accesses (MMIO or MSR)
will now be processed without VMEXITs.
As an example, netperf on the original code produces this profile
(collected wih 'xentrace -e 0x0008
If the hardware supports APIC virtualization we may decide not to use pirqs
and instead use APIC/x2APIC directly, meaning that we don't want to set
x86_msi.setup_msi_irqs and x86_msi.teardown_msi_irq to Xen-specific routines.
However, x2APIC is not set up by the time pci_xen_hvm_init() is called so
Changes in v3:
* Explicitly include asm/apic.h in arch/x86/pci/xen.c for !CONFIG_SMP.
Changes in v2:
* New version of cpuid.h file from Xen tree (with a couple of style adjustments)
* Whitespace cleanup
Currently HVM guests handle MSI interrupts using pirqs/event channels, allowing
us to not issu
Tim Deegan wrote on 2014-11-19:
> At 01:29 + on 19 Nov (1416356943), Zhang, Yang Z wrote:
>> Tim Deegan wrote on 2014-11-18:
>>> In this case, the guest is entitled to _expect_ pagefaults on 1GB
>>> mappings if CPUID claims they are not supported. That sounds like
>>> an unlikely thing for the
On 11/25/2014 02:44 AM, Stefano Stabellini wrote:
> On Mon, 24 Nov 2014, Stefano Stabellini wrote:
>> On Mon, 24 Nov 2014, Stefano Stabellini wrote:
>>> CC'ing Paolo.
>>>
>>>
>>> Wen,
>>> thanks for the logs.
>>>
>>> I investigated a little bit and it seems to me that the bug occurs when
>>> QEMU t
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 already confirms that
On 11/24/2014 03:12 PM, M A Young wrote:
On Mon, 24 Nov 2014, Andrew Cooper wrote:
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
From: Alexey Khoroshilov
Date: Mon, 24 Nov 2014 13:58:00 +0300
> 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 b
On 11/24/14 12:07, Stefano Stabellini wrote:
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 wrot
On Mon, 24 Nov 2014, Andrew Cooper wrote:
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.redh
Currently when VPMU is enabled on a system both HVM and PVH VPCUs will
initialize their VPMUs, including setting up vpmu_ops. As result even
though VPMU will not work for PVH guests (APIC is not supported there),
the guest may decide to perform a write to a PMU MSR. This will cause a
call to is_vla
On 11/24/2014 09:55 AM, Ian Campbell wrote:
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 wan
On Mon, 24 Nov 2014, Konrad Rzeszutek Wilk wrote:
> On Mon, Nov 24, 2014 at 06:44:45PM +, Stefano Stabellini wrote:
> > On Mon, 24 Nov 2014, Stefano Stabellini wrote:
> > > On Mon, 24 Nov 2014, Stefano Stabellini wrote:
> > > > CC'ing Paolo.
> > > >
> > > >
> > > > Wen,
> > > > thanks for the
On Mon, Nov 24, 2014 at 06:44:45PM +, Stefano Stabellini wrote:
> On Mon, 24 Nov 2014, Stefano Stabellini wrote:
> > On Mon, 24 Nov 2014, Stefano Stabellini wrote:
> > > CC'ing Paolo.
> > >
> > >
> > > Wen,
> > > thanks for the logs.
> > >
> > > I investigated a little bit and it seems to me
On Mon, 24 Nov 2014, Stefano Stabellini wrote:
> On Mon, 24 Nov 2014, Stefano Stabellini wrote:
> > 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 pr
On Mon, 24 Nov 2014, Stefano Stabellini wrote:
> 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
On 11/24/2014 10:19 AM, Eric Blake wrote:
> 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
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
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 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 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: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, 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,
> > +
> = 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 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
>>
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 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 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 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
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 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
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, 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 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
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, 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
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 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 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 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 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 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, 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
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, 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]
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 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 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 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 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, 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 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 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
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 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
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 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
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 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:/
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
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 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
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, 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 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 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 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 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 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
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 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
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
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 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
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 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()->
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
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 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
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 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 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 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 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 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 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:
> --- 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 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 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 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 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 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 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 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
1 - 100 of 123 matches
Mail list logo
