Thanks Ian for your words. It makes things much clear.
On Wed, Jan 28, 2015 at 02:04:59PM +, Ian Campbell wrote:
> On Wed, 2015-01-28 at 16:04 +0800, Chao Peng wrote:
> > @@ -1476,6 +1483,8 @@ detach: Detach the platform shared resource
> > monitoring service from a domain.
> > Show monitor
On Thu, Jan 29, Xu, Quan wrote:
> Could you share more about your environment setting? If I miss something.
> BTW, I verified with GIT clone source code. Could you do it based on GIT
> source code?
> Thanks.
They are identical within the xen.spec.
https://build.opensuse.org/package/show/home
On Wed, Jan 28, 2015 at 01:40:25PM +, Ian Campbell wrote:
> On Wed, 2015-01-28 at 16:04 +0800, Chao Peng wrote:
> > This is the tools side wrapper for XEN_SYSCTL_PSR_CMT_get_l3_event_mask
> > of XEN_SYSCTL_psr_cmt_op.
> >
> > Signed-off-by: Chao Peng
> > ---
> > tools/libxc/include/xenctrl.h
Hi,
By using "xl debug-keys" method or "xentrace" command we can dump detailed
info of physical irq binding and handling, and in dumped dmesg info, many
lines will contain a "pirq" field. After looking up the code, I find the "pirq"
is the value of "u.pirq.irq" field in struct evtchn.
Ho
> -Original Message-
> From: Olaf Hering [mailto:o...@aepfle.de]
> Sent: Thursday, January 29, 2015 4:27 PM
> To: Xu, Quan
> Cc: Ian Campbell; xen-devel@lists.xen.org
> Subject: Re: [Xen-devel] stubdom vtpm build failure in staging
>
> On Thu, Jan 29, Xu, Quan wrote:
>
> > Could you
On Thu, Jan 29, Xu, Quan wrote:
> Maybe the root cause is the old GCC version in SLE_11_SP3/
> openSUSE_11.4, or a CFLAG issue as Ian mentioned to. I can also build
> a SLE_11_SP3 virtual machine to check it in next week.
The CFLAGS are identical, except two -W flags:
--- 11.42015-01-29
On Thu, 2015-01-29 at 01:26 +, xen.org wrote:
> flight 33842 qemu-upstream-unstable real [real]
> http://www.chiark.greenend.org.uk/~xensrcts/logs/33842/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> test-amd64-i386-freebsd1
On Wed, 2015-01-21 at 11:17 +, Ian Campbell wrote:
I initially forgot to set the new UBootSetXenAddrR property on the
existing midway systems, as required by 653d0af2fd70 "Osstest/Debian:
Remove hardcoded addresses from boot.scr", so the initial flight failed.
The flight which is currently in
> -Original Message-
> From: Wei Liu [mailto:wei.l...@citrix.com]
> Sent: Thursday, December 11, 2014 7:46 PM
> To: Pang, LongtaoX
> Cc: xen-devel@lists.xen.org; ian.jack...@eu.citrix.com;
> ian.campb...@citrix.com; wei.l...@citrix.com; Hu, Robert; Zheng, Di
> Subject: Re: [OSSTEST PATCH 4/
On Wed, 2015-01-28 at 17:14 -0700, Mike Latimer wrote:
> > > +if (free_memkb <= free_memkb_prev) {
> > > +retries--;
> >
> > I think you need to update prev here, otherwise after one successful
> > iteration the condition is always true even if progress subsequently
> > stalls.
On Tue, 13 Jan 2015, Julien Grall wrote:
> Currently, when the device is deassigned from a domain, we directly reassign
> to DOM0.
>
> As the device may not have been correctly reset, this may lead to corruption
> or
> expose some part of DOM0 memory. Also, we may have no way to reset some
> plat
On Thu, Jan 29, Olaf Hering wrote:
> Looks like old gcc can not handle two typedefs?
Yes, this fails already:
typedef unsigned char BYTE;
typedef unsigned char BYTE;
void f(int *v) { *v *= *v; }
t.c:2:23: error: redefinition of typedef 'BYTE'
t.c:1:23: note: previous declaration of 'BYTE' was h
On Tue, 20 Jan 2015, Jan Beulich wrote:
> >>> On 13.01.15 at 15:25, wrote:
> > --- a/xen/drivers/passthrough/iommu.c
> > +++ b/xen/drivers/passthrough/iommu.c
> > @@ -337,6 +337,13 @@ int iommu_do_domctl(
> > ret = iommu_do_pci_domctl(domctl, d, u_domctl);
> > #endif
> >
> > +if ( ret
On Tue, 13 Jan 2015, Julien Grall wrote:
> TODO: Update the commit message
>
> A device node is described by a path. It will be used to retrieved the
> node in the device tree and assign the related device to the domain.
>
> Only device protected by an IOMMU can be assigned to a guest.
>
> Signe
>>> On 28.01.15 at 18:20, wrote:
> On Wed, Jan 28, 2015 at 04:56:02PM +, Jan Beulich wrote:
>> >>> On 28.01.15 at 17:17, wrote:
>> > On Wed, Jan 28, 2015 at 11:03:19AM -0500, Konrad Rzeszutek Wilk wrote:
>> >> I am not really sure of what the work-around should be in Xen except
>> >> making S
>>> On 29.01.15 at 11:29, wrote:
> On Tue, 20 Jan 2015, Jan Beulich wrote:
>> >>> On 13.01.15 at 15:25, wrote:
>> > -seg = domctl->u.assign_device.machine_sbdf >> 16;
>> > -bus = (domctl->u.assign_device.machine_sbdf >> 8) & 0xff;
>> > -devfn = domctl->u.assign_device.mach
Ah, sorry about that, wrong list indeed.
On Wednesday, January 28, 2015, Ian Campbell
wrote:
> Hi Mike,
>
> On Tue, 2015-01-27 at 14:47 -0700, Mike Tutkowski wrote:
>
> > Xen does not like the fact that both SRs have the same UUID (and, in
> > fact, VDIs in each SR have duplicate UUIDs).
>
> The
On Thu, 2015-01-29 at 11:27 +0100, Olaf Hering wrote:
> On Thu, Jan 29, Olaf Hering wrote:
>
> > Looks like old gcc can not handle two typedefs?
>
> Yes, this fails already:
>
> typedef unsigned char BYTE;
> typedef unsigned char BYTE;
> void f(int *v) { *v *= *v; }
>
> t.c:2:23: error: redefin
On Thu, Jan 29, 2015 at 09:57:43AM +, Hu, Robert wrote:
[...]
> > > diff --git a/mfi-common b/mfi-common
> > > index 5c4f5d5..b65f0b5 100644
> > > --- a/mfi-common
> > > +++ b/mfi-common
> > > @@ -166,6 +166,14 @@ create_build_jobs () {
> > > revision_qemu=$REVISION_QEMU
> > \
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 pr
On Thu, 2015-01-29 at 10:42 +, Wei Liu wrote:
> On Thu, Jan 29, 2015 at 09:57:43AM +, Hu, Robert wrote:
> [...]
> > > > diff --git a/mfi-common b/mfi-common
> > > > index 5c4f5d5..b65f0b5 100644
> > > > --- a/mfi-common
> > > > +++ b/mfi-common
> > > > @@ -166,6 +166,14 @@ create_build_jobs
On Wed, Jan 28, 2015 at 07:27:41PM -0500, Don Slutz wrote:
> On 01/28/15 04:22, Paul Durrant wrote:
> >> -Original Message-
> >> From: Wei Liu [mailto:wei.l...@citrix.com]
> >> Sent: 27 January 2015 19:06
> >> To: xen-devel@lists.xen.org
> >> Cc: Wei Liu; Jan Beulich; Paul Durrant; Andrew C
On Thu, 2015-01-29 at 10:52 +, Ian Campbell wrote:
> On Thu, 2015-01-29 at 10:42 +, Wei Liu wrote:
> > On Thu, Jan 29, 2015 at 09:57:43AM +, Hu, Robert wrote:
> > [...]
> > > > > diff --git a/mfi-common b/mfi-common
> > > > > index 5c4f5d5..b65f0b5 100644
> > > > > --- a/mfi-common
> >
At 15:25 + on 28 Jan (1422455118), Jan Beulich wrote:
> To make obvious that such statics are safe to use, they should be
> const. In some of the cases, they don't even need to be static.
>
> Signed-off-by: Jan Beulich
Happy to have the consts, but please keep the statics, to make it
clear t
At 14:57 -0800 on 26 Jan (1422280671), Ed White wrote:
> Use the class to differentiate between host and nested p2m's, and
> potentially other classes in the future.
>
> Fix p2m class checks that implicitly assume nested and host are
> the only two classes that will ever exist.
>
> Signed-off-by:
At 10:43 + on 23 Jan (1422006226), David Vrabel wrote:
> Much of the grant copy operation is identical for the source and
> destination buffers. Refactor the code into per-buffer functions.
>
> Signed-off-by: David Vrabel
Reviewed-by: Tim Deegan
___
This is ABI for the two halves of a Para-virtual
sound driver to communicate with each to other.
Signed-off-by: Oleksandr Dmytryshyn
Signed-off-by: Iurii Konovalenko
---
Changes since v1:
* removed __attribute__((__packed__)) from all structures definitions
Changes since v2:
* removed all C s
On Thu, Jan 22, 2015 at 6:11 PM, Ian Jackson wrote:
> Oleksandr Dmytryshyn writes ("Re: [Xen-devel] [PATCH v5] sndif: add ABI for
> Para-virtual sound"):
>> On Thu, Jan 22, 2015 at 5:56 PM, Ian Jackson
>> wrote:
>> > Oleksandr Dmytryshyn writes ("Re: [Xen-devel] [PATCH v5] sndif: add ABI
>> >
On Wed, 2015-01-28 at 21:51 +, Wei Liu wrote:
> On Wed, Jan 28, 2015 at 04:13:28PM +, Ian Campbell wrote:
> > On Fri, 2015-01-23 at 11:13 +, Wei Liu wrote:
> > > diff --git a/tools/libxl/libxl_internal.h b/tools/libxl/libxl_internal.h
> > > index 6d3ac58..39356ba 100644
> > > --- a/tool
On Tue, 13 Jan 2015, Julien Grall wrote:
> Let the user to pass additional nodes to the guest device tree. For this
> purpose, everything in the node /passthrough from the partial device tree will
> be copied into the guest device tree.
>
> The node /aliases will be also copied to allow the user t
On Wed, 2015-01-28 at 22:22 +, Wei Liu wrote:
> On Wed, Jan 28, 2015 at 04:41:11PM +, Ian Campbell wrote:
> > On Fri, 2015-01-23 at 11:13 +, Wei Liu wrote:
> > > Disallow memory relocation when vNUMA is enabled, because relocated
> > > memory ends up off node. Further more, even if we d
Hi all,
Konrad is stepping down as release manager and Wei Lui has been nominated by
several committers/maintainers. Wei agreed that he is up for the job. I don't
have time to set up a voting form, but it is important that we move on, so I
suggest that committers either vote for Wei in public o
On Thu, 2015-01-29 at 11:09 +, Lars Kurth wrote:
> Hi all,
>
> Konrad is stepping down as release manager and Wei Lui has been nominated by
> several committers/maintainers. Wei agreed that he is up for the job. I don't
> have time to set up a voting form, but it is important that we move on
On Wed, 2015-01-28 at 22:52 +, Wei Liu wrote:
> > guests, is preballooning allowed there too?
>
> I need to check PV boot sequence to have a definite answer.
>
> Currently memory allocation in libxc only deals with a chunk of
> contiguous memory. Not sure if I change that will break some assu
All,
aiming at releases with, as before, presumably just one more RC
on both of the branches (even more so with the long delay already
incurred), please test!
To remind you, 4.3.4 is expected to be the last xen.org coordinated
release on the 4.3 series.
Thanks, Jan
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Xen Security Advisory XSA-118
arm: vgic: incorrect rate limiting of guest triggered logging
ISSUE DESCRIPTION
=
On ARM systems the code which deals with virtualising the GIC
distributor would, under various ci
branch xen-unstable
xen branch xen-unstable
job test-amd64-i386-xl-qemuu-ovmf-amd64
test xen-boot
Tree: linux
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
Tree: qemu git://xenbits.xen.org/staging/qemu-xe
At 08:12 + on 28 Jan (1422429139), Jan Beulich wrote:
> Noticed while introducing the stub replacement for disabling shadow
> paging support at build time.
>
> Signed-off-by: Jan Beulich
Applied, thanks.
Tim.
___
Xen-devel mailing list
Xen-devel@
On Tue, 13 Jan 2015, Julien Grall wrote:
> The option "dtdev" will be used to passthrough a non-PCI device described
> in the device tree to a guest.
Actually didn't you add the dtdev option to the idl in the previous
patch? You should probably move it to this one.
> Signed-off-by: Julien Grall
On Tue, 13 Jan 2015, Julien Grall wrote:
> On ARM, every non-PCI device are described in the device tree. Each of them
> can be found via a path.
>
> This patch introduces a very basic support, only the IOMMU will be set
> up correctly. The user will have to:
> - Describe the device in the par
On Tue, Jan 27, 2015 at 01:18:02PM +0100, Samuel Thibault wrote:
> Hello,
>
> Wei Liu, le Sun 25 Jan 2015 18:13:41 +, a écrit :
> > There has been increasing use of mini-os in unikernel world and basically
> > everybody has their own fork of mini-os. That way going foward is going
> > to cause
At 11:09 + on 29 Jan (1422526181), Lars Kurth wrote:
> Konrad is stepping down as release manager and Wei Lui has been
> nominated by several committers/maintainers. Wei agreed that he is
> up for the job.
+1
Tim.
___
Xen-devel mailing list
Xen-dev
On Tue, 13 Jan 2015, Julien Grall wrote:
> The partial device tree may contains phandle. The Device Tree Compiler
> tends to allocate the phandle from 1.
>
> Reserve the ID 65000 for the GIC phandle. I think we can safely assume
> that the partial device tree will never contain a such ID.
>
> Sig
Ian Campbell writes ("Re: [Xen-devel] [PATCH OSSTEST v4 00/13] support for
ARM32 arndale and cubietruck platforms"):
> I think this is a combination of ee5e442f15eb "Osstest/Debian: Add 0x
> prefix to $filesize" from this series and a much older change in
> e6e9078c80d6 "Debian: more corrections t
>>> On 28.01.15 at 20:56, wrote:
> I will need to update a couple of later patches in the VPMU series to keep
> this
> logic. Jan, Andrew --- do you want me to resend the whole series again or only
> unapplied patches (and keep original numbering)?
Only the un-applied ones, and properly re-numbe
On 29/01/15 10:29, Stefano Stabellini wrote:
>>> -seg = domctl->u.assign_device.machine_sbdf >> 16;
>>> -bus = (domctl->u.assign_device.machine_sbdf >> 8) & 0xff;
>>> -devfn = domctl->u.assign_device.machine_sbdf & 0xff;
>>> +seg = machine_sbdf >> 16;
>>> +bu
On Thu, 2015-01-29 at 11:25 +, Ian Jackson wrote:
> Nnng.
[...]
> Oh god oh god the horror.
Quite...
> > In theory I could try upgrading the u-boot firmware on these systems
> > (it's still supported by mainline u-boot), but to be honest with Calxeda
> > no longer existing I'm reluctant to do
On Wed, 28 Jan 2015, Julien Grall wrote:
> On 28/01/15 16:36, Stefano Stabellini wrote:
> > On Tue, 13 Jan 2015, Julien Grall wrote:
> >> When a device is marked for passthrough (via the new property
> >> "xen,passthrough"),
> >> dom0 must not access to the device (i.e not loading a driver), but s
>>> On 28.01.15 at 20:56, wrote:
> @@ -59,6 +60,12 @@ static void __init parse_vpmu_param(char *s)
> }
> /* fall through */
> case 1:
> +if ( opt_watchdog )
> +{
> +printk("NMI watchdog is enabled. Disabling VPMU\n");
> +opt_vpmu_enabl
Ian,
That numbers correspond only particular single usecase - mp3 playback and
are close to common for that usecase.
For live audio usecases there will be numbers close for common in that
usecases.
Olexandr,
Could you measure and provide us numbers for some live audio usecase?
With best regard
On Wed, 28 Jan 2015, Julien Grall wrote:
> Hi Stefano,
>
> On 28/01/15 16:18, Stefano Stabellini wrote:
> > On Tue, 13 Jan 2015, Julien Grall wrote:
> >> The check to avoid mapping disabled device in DOM0 was added in the
> >> anticipation
> >> of the device passthrough. But, a brand new property
Hi Stefano,
On 29/01/15 10:29, Stefano Stabellini wrote:
>> +static bool_t iommu_dt_device_is_assigned(const struct dt_device_node *dev)
>> +{
>> +bool_t assigned = 0;
>> +
>> +if ( !dt_device_is_protected(dev) )
>> +return 1;
>
> Why return true here?
Because any device not prot
On Wed, 28 Jan 2015, Julien Grall wrote:
> On 28/01/15 16:47, Stefano Stabellini wrote:
> >> diff --git a/xen/arch/arm/irq.c b/xen/arch/arm/irq.c
> >> index 25ecf1d..830832c 100644
> >> --- a/xen/arch/arm/irq.c
> >> +++ b/xen/arch/arm/irq.c
> >> @@ -31,6 +31,13 @@
> >> static unsigned int local_ir
On Wed, 28 Jan 2015, Julien Grall wrote:
> On 28/01/15 17:55, Stefano Stabellini wrote:
> >> ---
> >> xen/arch/arm/irq.c| 58
> >> +++
> >> xen/include/asm-arm/irq.h | 2 ++
> >> 2 files changed, 56 insertions(+), 4 deletions(-)
> >>
> >> diff
On Thu, 2015-01-29 at 11:44 +, Ian Campbell wrote:
> 8<--
>
> From caee3d8167b107b02293b1e72dae2d76db08437c Mon Sep 17 00:00:00 2001
> From: Ian Campbell
> Date: Thu, 29 Jan 2015 11:37:39 +
> Subject: [PATCH] Debian: Handle systems where u-boot includes 0x on $filesize
>
> Signed-off
>>> On 28.01.15 at 20:56, wrote:
> Don't have the hypervisor update APIC_LVTPC when _it_ thinks the vector
> should be updated. Instead, handle guest's APIC_LVTPC accesses and write
> what
> the guest explicitly wanted (but only when VPMU is enabled).
>
> This is updated version of commit 809761
On Thu, Jan 22, 2015 at 4:34 PM, Tamas K Lengyel
wrote:
> On Thu, Jan 22, 2015 at 4:00 PM, Jan Beulich wrote:
> On 18.01.15 at 16:17, wrote:
>>> --- a/xen/include/Makefile
>>> +++ b/xen/include/Makefile
>>> @@ -90,7 +90,7 @@ ifeq ($(XEN_TARGET_ARCH),$(XEN_COMPILE_ARCH))
>>>
>>> all: headers
On 28/01/15 23:36, Boris Ostrovsky wrote:
> On 01/28/2015 05:41 PM, Andrew Cooper wrote:
>> On 28/01/2015 22:33, Boris Ostrovsky wrote:
>>> On 01/28/2015 04:49 PM, Andrew Cooper wrote:
On 28/01/2015 19:56, Boris Ostrovsky wrote:
> NMI watchdog sets APIC_LVTPC register to generate an NMI wh
>>> On 29.01.15 at 12:09, wrote:
> Konrad is stepping down as release manager and Wei Lui has been nominated by
> several committers/maintainers. Wei agreed that he is up for the job. I don't
> have time to set up a voting form, but it is important that we move on, so I
> suggest that committer
On 29 Jan 2015, at 11:09, Lars Kurth wrote:
> Hi all,
>
> Konrad is stepping down as release manager and Wei Lui has been nominated by
> several committers/maintainers. Wei agreed that he is up for the job. I don't
> have time to set up a voting form, but it is important that we move on, so I
On Wed, 28 Jan 2015, Julien Grall wrote:
> Hi Stefano,
>
> On 28/01/15 18:26, Stefano Stabellini wrote:
> > On Tue, 13 Jan 2015, Julien Grall wrote:
> >> Each domain may have a different number of IRQs depending on the devices
> >> assigned to it.
> >>
> >> Rather re-using the number of IRQs used
>>> On 29.01.15 at 12:54, wrote:
> On Thu, Jan 22, 2015 at 4:34 PM, Tamas K Lengyel
> wrote:
>> On Thu, Jan 22, 2015 at 4:00 PM, Jan Beulich wrote:
>> On 18.01.15 at 16:17, wrote:
--- a/xen/include/Makefile
+++ b/xen/include/Makefile
@@ -90,7 +90,7 @@ ifeq ($(XEN_TARGET_ARCH)
On 29/01/15 11:03, Stefano Stabellini wrote:
> On Tue, 13 Jan 2015, Julien Grall wrote:
>> Let the user to pass additional nodes to the guest device tree. For this
>> purpose, everything in the node /passthrough from the partial device tree
>> will
>> be copied into the guest device tree.
>>
>> Th
On 29/01/15 11:07, Stefano Stabellini wrote:
> On Tue, 13 Jan 2015, Julien Grall wrote:
>> The partial device tree may contains phandle. The Device Tree Compiler
>> tends to allocate the phandle from 1.
>>
>> Reserve the ID 65000 for the GIC phandle. I think we can safely assume
>> that the partial
Hi Stefano,
On 29/01/15 11:12, Stefano Stabellini wrote:
>> diff --git a/tools/libxl/libxl_create.c b/tools/libxl/libxl_create.c
>> index 029d2e2..b7ef528 100644
>> --- a/tools/libxl/libxl_create.c
>> +++ b/tools/libxl/libxl_create.c
>> @@ -1430,6 +1430,16 @@ static void domcreate_attach_pci(libxl
On Thu, Jan 29, 2015 at 1:02 PM, Jan Beulich wrote:
On 29.01.15 at 12:54, wrote:
>> On Thu, Jan 22, 2015 at 4:34 PM, Tamas K Lengyel
>> wrote:
>>> On Thu, Jan 22, 2015 at 4:00 PM, Jan Beulich wrote:
>>> On 18.01.15 at 16:17, wrote:
> --- a/xen/include/Makefile
> +++ b/xen/incl
Wei Liu, le Thu 29 Jan 2015 11:09:04 +, a écrit :
> In fact, stubdom should be treated as a downstream of mini-os as with
> any other unikernel. This can help us discover any dishonesty in API
> design and code.
Right :)
Samuel
___
Xen-devel mailin
Hi Stefano,
On 29/01/15 11:18, Stefano Stabellini wrote:
> On Tue, 13 Jan 2015, Julien Grall wrote:
>> The option "dtdev" will be used to passthrough a non-PCI device described
>> in the device tree to a guest.
>
> Actually didn't you add the dtdev option to the idl in the previous
> patch? You
On 29/01/15 12:01, Stefano Stabellini wrote:
> On Wed, 28 Jan 2015, Julien Grall wrote:
>> Hi Stefano,
>>
>> On 28/01/15 18:26, Stefano Stabellini wrote:
>>> On Tue, 13 Jan 2015, Julien Grall wrote:
Each domain may have a different number of IRQs depending on the devices
assigned to it.
>
On Thu, Jan 29, 2015 at 1:09 PM, Tamas K Lengyel
wrote:
> On Thu, Jan 29, 2015 at 1:02 PM, Jan Beulich wrote:
> On 29.01.15 at 12:54, wrote:
>>> On Thu, Jan 22, 2015 at 4:34 PM, Tamas K Lengyel
>>> wrote:
On Thu, Jan 22, 2015 at 4:00 PM, Jan Beulich wrote:
On 18.01.15 at 16:1
On Thu, Jan 29, 2015 at 09:36:49AM -0200, Henrique de Moraes Holschuh wrote:
> But the fact that you cannot trust a system with mismatched microcode to
> be stable is the hard truth: neither AMD nor Intel are really enforcing
> that late microcode updates will be always safe in all conditions.
How
On Jan 29, 2015 6:09 AM, Lars Kurth wrote:
>
> Hi all,
>
> Konrad is stepping down as release manager and Wei Lui has been nominated by
> several committers/maintainers. Wei agreed that he is up for the job. I don't
> have time to set up a voting form, but it is important that we move on, so I
On Wed, 28 Jan 2015, Julien Grall wrote:
> Hi Stefano,
>
> On 28/01/15 18:52, Stefano Stabellini wrote:
> > On Tue, 13 Jan 2015, Julien Grall wrote:
> >> The physdev sub-hypercalls PHYSDEVOP_{,map}_pirq allow the toolstack to
> >> assign/deassign a physical IRQ to the guest (via the config options
On Thu, 29 Jan 2015, Julien Grall wrote:
> Hi Stefano,
>
> On 29/01/15 10:29, Stefano Stabellini wrote:
> >> +static bool_t iommu_dt_device_is_assigned(const struct dt_device_node
> >> *dev)
> >> +{
> >> +bool_t assigned = 0;
> >> +
> >> +if ( !dt_device_is_protected(dev) )
> >> +
On Thu, 29 Jan 2015, Julien Grall wrote:
> On 29/01/15 11:03, Stefano Stabellini wrote:
> > On Tue, 13 Jan 2015, Julien Grall wrote:
> >> Let the user to pass additional nodes to the guest device tree. For this
> >> purpose, everything in the node /passthrough from the partial device tree
> >> wil
On 29/01/15 12:17, Stefano Stabellini wrote:
> On Wed, 28 Jan 2015, Julien Grall wrote:
>> Hi Stefano,
>>
>> On 28/01/15 18:52, Stefano Stabellini wrote:
>>> On Tue, 13 Jan 2015, Julien Grall wrote:
The physdev sub-hypercalls PHYSDEVOP_{,map}_pirq allow the toolstack to
assign/deassign a
On Thu, 29 Jan 2015, Julien Grall wrote:
> On 29/01/15 11:07, Stefano Stabellini wrote:
> > On Tue, 13 Jan 2015, Julien Grall wrote:
> >> The partial device tree may contains phandle. The Device Tree Compiler
> >> tends to allocate the phandle from 1.
> >>
> >> Reserve the ID 65000 for the GIC phan
flight 33844 linux-3.14 real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33844/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-ovmf-amd64 5 xen-boot fail REGR. vs. 33341
test-amd64-i386-xl-qem
On Thu, 29 Jan 2015, Julien Grall wrote:
> Hi Stefano,
>
> On 29/01/15 11:12, Stefano Stabellini wrote:
> >> diff --git a/tools/libxl/libxl_create.c b/tools/libxl/libxl_create.c
> >> index 029d2e2..b7ef528 100644
> >> --- a/tools/libxl/libxl_create.c
> >> +++ b/tools/libxl/libxl_create.c
> >> @@ -
On Thu, 29 Jan 2015, Julien Grall wrote:
> Hi Stefano,
>
> On 29/01/15 11:18, Stefano Stabellini wrote:
> > On Tue, 13 Jan 2015, Julien Grall wrote:
> >> The option "dtdev" will be used to passthrough a non-PCI device described
> >> in the device tree to a guest.
> >
> > Actually didn't you add t
On Wed, Jan 28, 2015, at 06:39, Borislav Petkov wrote:
> On Wed, Jan 28, 2015 at 12:10:43AM +, Andrew Cooper wrote:
> > There was a thread on xen-devel but I cant currently find it in the
> > archives.
> >
> > To the best of my memory, it was a 4 core APU system where the BIOS had
> > updated
On Thu, 29 Jan 2015, Julien Grall wrote:
> On 29/01/15 12:17, Stefano Stabellini wrote:
> > On Wed, 28 Jan 2015, Julien Grall wrote:
> >> Hi Stefano,
> >>
> >> On 28/01/15 18:52, Stefano Stabellini wrote:
> >>> On Tue, 13 Jan 2015, Julien Grall wrote:
> The physdev sub-hypercalls PHYSDEVOP_{,m
Hi,
At 14:09 + on 23 Jan (1422018568), kevin.ma...@gdata.de wrote:
> My idea was that when a guest wants to access a new page (let`s say
> a guest wants to start a new process and therefore needs to copy the
> code into the memory) then an EPT-violation should be raised because
> the correspon
Hi Roger,
> Yes, I've successfully tested Xen 4.5.0 and Linux 3.18.0.
Did you do any patch?
-
Thanks
Yuzhou
> -Original Message-
> From: Roger Pau Monné [mailto:roger@citrix.com]
> Sent: Tuesday, January 27, 2015 4:13 PM
> To: Yuzhou (C); konrad
$esrow is autovivified as { } by
$candrow->{EquivMostRecentStatus} = $esrow->{status}
so use %$esrow which in scalar context is true iff the
hash is nonempty.
Signed-off-by: Ian Jackson
---
ts-hosts-allocate-Executive |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --g
>>> On 29.01.15 at 13:09, wrote:
> The reason why compilation fails is because the new preprocessor check
> in mem_event.j #if !defined(__XEN__) && !defined(__XEN_TOOLS__) is not
> happy and I get the error message #error "vm event operations are
> intended for use only by Xen or node control tool
On Thu, 2015-01-29 at 12:49 +, Ian Jackson wrote:
> $esrow is autovivified as { } by
> $candrow->{EquivMostRecentStatus} = $esrow->{status}
> so use %$esrow which in scalar context is true iff the
> hash is nonempty.
>
> Signed-off-by: Ian Jackson
Acked-by: Ian Campbell
I'll ei
On Thu, Jan 29, 2015 at 1:51 PM, Jan Beulich wrote:
On 29.01.15 at 13:09, wrote:
>> The reason why compilation fails is because the new preprocessor check
>> in mem_event.j #if !defined(__XEN__) && !defined(__XEN_TOOLS__) is not
>> happy and I get the error message #error "vm event operation
1: convert non-const statics
2: adjust mask shadow_audit_tables() passes to hash_foreach()
3: use shorter constants for callback masks
Signed-off-by: Jan Beulich
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On 29/01/15 12:09, Stefano Stabellini wrote:
> On Thu, 29 Jan 2015, Julien Grall wrote:
>> Hi Stefano,
>>
>> On 29/01/15 10:29, Stefano Stabellini wrote:
+static bool_t iommu_dt_device_is_assigned(const struct dt_device_node
*dev)
+{
+bool_t assigned = 0;
+
+i
On Thu, 29 Jan 2015, Ian Campbell wrote:
> On Thu, 2015-01-29 at 01:26 +, xen.org wrote:
> > flight 33842 qemu-upstream-unstable real [real]
> > http://www.chiark.greenend.org.uk/~xensrcts/logs/33842/
> >
> > Regressions :-(
> >
> > Tests which did not succeed and are blocking,
> > including
>>> On 29.01.15 at 04:54, wrote:
> --- a/drivers/pci/msi.c
> +++ b/drivers/pci/msi.c
> @@ -694,11 +694,16 @@ static void __iomem *msix_map_region(struct pci_dev
> *dev, unsigned nr_entries)
> {
> resource_size_t phys_addr;
> u32 table_offset;
> + unsigned long flags;
> u8 b
To make obvious that such statics are safe to use, they should be
const. In some of the cases, they wouldn't even need to be static, but
keep them so upon the maintainer's request.
Signed-off-by: Jan Beulich
---
v2: Retain static-s, upon Tim's request.
--- a/xen/arch/x86/mm/shadow/common.c
+++ b
It so far having been ~1 made most of the code preceding the call
pointless, but I assume this wasn't meant to be that way. Also replace
the remaining hard coded ~1 with an expression documenting the
intention a little better.
Signed-off-by: Jan Beulich
---
Couldn't the ~1 instead be SHF_page_typ
private.h defining them I can't see why they couldn't be used here to
make the code easier to read.
Signed-off-by: Jan Beulich
--- a/xen/arch/x86/mm/shadow/common.c
+++ b/xen/arch/x86/mm/shadow/common.c
@@ -2163,12 +2163,12 @@ int sh_remove_write_access(struct vcpu *
};
static const
Hi Oleksandr,
On 28/01/15 10:54, Oleksandr Tyshchenko wrote:
> diff --git a/xen/include/xen/time.h b/xen/include/xen/time.h
> index 709501f..bb6259d 100644
> --- a/xen/include/xen/time.h
> +++ b/xen/include/xen/time.h
> @@ -12,6 +12,7 @@
> #include
>
> extern int init_xen_time(void);
> +void
The commit f6c9698 " x86: allow reading MSR_IA32_TSC with XENPF_resource_op"
introduced a built regression on ARM platform.
random.c:8:28: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before
‘boot_random’
unsigned int __read_mostly boot_random;
^
The define
On Mon, 2014-09-01 at 18:52 +0100, David Vrabel wrote:
> If the balloon driver is adding additional memory regions to the
> balloon and add_memory() fails it will likely continuously fail so
> cancel the balloon operation.
>
> Signed-off-by: David Vrabel
https://bugs.debian.org/cgi-bin/bugreport
On Thu, 2015-01-29 at 13:32 +, Julien Grall wrote:
> The commit f6c9698 " x86: allow reading MSR_IA32_TSC with XENPF_resource_op"
> introduced a built regression on ARM platform.
>
> random.c:8:28: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before
> ‘boot_random’
> unsigned int
On Thu, 2015-01-29 at 13:18 +, Julien Grall wrote:
> Hi Oleksandr,
>
> On 28/01/15 10:54, Oleksandr Tyshchenko wrote:
> > diff --git a/xen/include/xen/time.h b/xen/include/xen/time.h
> > index 709501f..bb6259d 100644
> > --- a/xen/include/xen/time.h
> > +++ b/xen/include/xen/time.h
> > @@ -12,
1 - 100 of 209 matches
Mail list logo
