On Tue, Apr 26, 2016 at 06:43:56AM +, Ni, Ruiyu wrote:
>
>
> Regards,
> Ray
>
> >-Original Message-
> >From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of
> >Anthony PERARD
> >Sent: Friday, April 22, 2016 10:48 PM
> >To: edk2-de...@lists.01.org
> >Cc: Xen Devel
>
PoD does not have cache list for 1GB pages.
Signed-off-by: zhangcy
---
xen/arch/x86/mm/p2m-pod.c | 4
1 file changed, 4 deletions(-)
diff --git a/xen/arch/x86/mm/p2m-pod.c b/xen/arch/x86/mm/p2m-pod.c
index a931f2c..89a07ee 100644
--- a/xen/arch/x86/mm/p2m-pod.c
+++ b/xen/arch/x86/mm/p2m-po
On 04/25/2016 04:34 PM, Konrad Rzeszutek Wilk wrote:
snip
+static int xsplice_action(xen_sysctl_xsplice_action_t *action)
+{
+struct payload *data;
+char n[XEN_XSPLICE_NAME_SIZE];
+int rc;
+
+rc = get_name(&action->name, n);
+if ( rc )
+return rc;
+
+spin_lock(&pay
On 04/25/2016 04:34 PM, Konrad Rzeszutek Wilk wrote:
snip
diff --git a/tools/misc/xen-xsplice.c b/tools/misc/xen-xsplice.c
new file mode 100644
index 000..fb9228e
--- /dev/null
+++ b/tools/misc/xen-xsplice.c
@@ -0,0 +1,463 @@
+/*
+ * Copyright (c) 2016 Oracle and/or its affiliates. All rights
I install xen-4.4 from source in Debian 8.2,kernel version is 3.16.7
and I want to try modify some blktap2 code and reinstall, but the xen wiki
information about blktap2 seems not to maintain and some links have lost.
Newer xen use xl toolstack instead of xm, it change the backend. Is blktap2
stil
On 04/25/2016 04:34 PM, Konrad Rzeszutek Wilk wrote:
snip
+
+/*
+ * The operations are asynchronous and the hypervisor may take a while
+ * to complete them. The `timeout` offers an option to expire the
+ * operation if it could not be completed within the specified time
+ * (in ms). Value of 0 m
On 04/25/2016 04:34 PM, Konrad Rzeszutek Wilk wrote:
+/*
+ * Perform an operation on the payload structure referenced by the `name`
field.
+ * The operation request is asynchronous and the status should be retrieved
+ * by using either XEN_SYSCTL_XSPLICE_GET or XEN_SYSCTL_XSPLICE_LIST hypercall.
On Mon, 2016-04-25 at 21:44 -0400, Meng Xu wrote:
> Hi Dario and all,
>
Hi,
> When RTDS scheduler is initialized, it will print out that the
> scheduler is an experimental feature with the following lines:
>
> printk("Initializing RTDS scheduler\n"
>
> "WARNING: This is experimen
Gary,
Maybe the system boots to Shell well but the video isn't initialized properly.
Can you build the firmware using "-D DEBUG_ON_SERIAL_PORT" switch and
give me the boot log?
Regards,
Ray
From: Gary Lin [mailto:g...@suse.com]
Sent: Tuesday, April 26, 2016 3:35 PM
To: Ni, Ruiyu
Cc: Anthony PERA
For REPeated memory access instructions the repeat count also needs to
be considered. Utilize that "last" already takes this into account.
Also defer computing "last" until we really know we need it.
Signed-off-by: Jan Beulich
--- a/xen/arch/x86/hvm/intercept.c
+++ b/xen/arch/x86/hvm/intercept.
EFLAGS.DF can be assumed to be usually clear, so unlikely()-annotate
the conditionals accordingly.
Also prefer latching p->size (used twice) into a local variable, at
once making it unnecessary for the reader to be sure expressions get
evaluated left to right (operand promotion would yield a diffe
On 4/26/2016 1:01 AM, Paul Durrant wrote:
-Original Message-
From: George Dunlap [mailto:george.dun...@citrix.com]
Sent: 25 April 2016 17:16
To: Yu, Zhang; Jan Beulich; Paul Durrant
Cc: Andrew Cooper; Wei Liu; Jun Nakajima; Kevin Tian; Zhiyuan Lv; xen-
de...@lists.xen.org; Keir (Xen.org
> -Original Message-
[snip]
> >
> > For clarity, do you expect any existing use of HVMMEM_mmio_write_dm
> to continue to *function*? I agree that things should continue to build, but
> if
> they don't need to function then the now redundant p2m type should be
> removed IMO and any attempt
>>> On 26.04.16 at 09:27, wrote:
> PoD does not have cache list for 1GB pages.
But it might gain support in the future. Is there any harm in this code
being there?
Jan
> Signed-off-by: zhangcy
> ---
> xen/arch/x86/mm/p2m-pod.c | 4
> 1 file changed, 4 deletions(-)
>
> diff --git a/xen/a
On April 26, 2016 1:41 PM, Emil Condrea wrote:
>Hi Quan,
>
>How are you ? I want to help you to get upstream the vtpm patches. I followed
>the emails on xen-devel and I see that the last status was at v8 series
>where Stefano asked to do some refactoring and splitting the patches into
>refactori
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 26 April 2016 09:23
> To: xen-devel
> Cc: Paul Durrant; Wei Liu
> Subject: [PATCH] x86/HVM: correct last address emulation acceptance check
>
> For REPeated memory access instructions the repeat count also needs to
On Tue, Apr 26, 2016 at 08:19:49AM +, Ni, Ruiyu wrote:
> Gary,
> Maybe the system boots to Shell well but the video isn't initialized properly.
> Can you build the firmware using "-D DEBUG_ON_SERIAL_PORT" switch and
> give me the boot log?
>
Hi Ray,
I already did and it's how I make the firmw
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 26 April 2016 09:28
> To: xen-devel
> Cc: Paul Durrant; Wei Liu
> Subject: [PATCH] x86/HVM: slightly improve hvm_mmio_{first,last}_byte()
>
> EFLAGS.DF can be assumed to be usually clear, so unlikely()-annotate
> t
On 26.04.16 at 09:27, wrote:
>> PoD does not have cache list for 1GB pages.
>
>But it might gain support in the future. Is there any harm in this code
>being there?
no harm in this code.
when i read this code, i wonder why order == PAGE_ORDER_1G?
this make me confuse.
i just delete useless c
>>> On 26.04.16 at 10:41, wrote:
>> -Original Message-
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: 26 April 2016 09:28
>> To: xen-devel
>> Cc: Paul Durrant; Wei Liu
>> Subject: [PATCH] x86/HVM: slightly improve hvm_mmio_{first,last}_byte()
>>
>> EFLAGS.DF can be assumed to b
Previously, subscribing to MSR write events was an all-or-none
approach, with special cases for introspection MSR-s. This patch
allows the vm_event consumer to specify exactly what MSR-s it is
interested in, and as a side-effect gets rid of the
vmx_introspection_force_enabled_msrs[] special case.
T
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 26 April 2016 09:47
> To: Paul Durrant
> Cc: Wei Liu; xen-devel
> Subject: RE: [PATCH] x86/HVM: slightly improve
> hvm_mmio_{first,last}_byte()
>
> >>> On 26.04.16 at 10:41, wrote:
> >> -Original Message-
>> However, inside MAINTAINERS file, the status of RTDS scheduler is
>> marked as Supported (refer to commit point 28041371 by Dario Faggioli
>> on 2015-06-25).
>>
> There's indeed a discrepancy between the way one can read that bit of
> MAINTAINERS, and what is generally considered Supported (e.g
Also adding Steve Maresca to the thread, who has been using XSM extensively and
also documenting XSM and can provide some user perspective
Lars
> On 25 Apr 2016, at 20:51, Daniel De Graaf wrote:
>
> On 04/25/2016 02:32 PM, Konrad Rzeszutek Wilk wrote:
>> On Tue, Apr 19, 2016 at 10:11:28AM +010
>>> On 26.04.16 at 04:18, wrote:
> On April 25, 2016 5:22 PM, Jan Beulich wrote:
>> >>> On 18.04.16 at 16:00, wrote:
>> > --- a/xen/drivers/passthrough/vtd/iommu.c
>> > +++ b/xen/drivers/passthrough/vtd/iommu.c
>> > @@ -558,14 +558,16 @@ static void iommu_flush_all(void)
>> > }
>> > }
>> >
On 04/26/2016 11:49 AM, Razvan Cojocaru wrote:
> Previously, subscribing to MSR write events was an all-or-none
> approach, with special cases for introspection MSR-s. This patch
> allows the vm_event consumer to specify exactly what MSR-s it is
> interested in, and as a side-effect gets rid of the
On 25/04/16 08:07, Jan Beulich wrote:
> Commit 4d27280572 ("x86/xsaves: fix overwriting between non-lazy/lazy
> xsaves") switched to always saving full state when using compacted
> format (which is the only one XSAVES allows). It didn't, however, also
> adjust the restore side: In order to save ful
On Tue, Apr 26, 2016 at 03:00:41PM +1000, Stephen Rothwell wrote:
> Hi all,
>
> Today's linux-next merge of the xen-tip tree got a conflict in:
>
> arch/arm64/kernel/setup.c
>
> between commit:
>
> 3194ac6e66cc ("arm64: Move unflatten_device_tree() call earlier.")
>
> from the arm64 tree a
Hi Razvan,
On 26/04/2016 09:49, Razvan Cojocaru wrote:
diff --git a/xen/common/vm_event.c b/xen/common/vm_event.c
index 2906407..1ba12cb 100644
--- a/xen/common/vm_event.c
+++ b/xen/common/vm_event.c
@@ -27,6 +27,7 @@
#include
#include
#include
+#include
#include
#include
@@ -66
> I tried to make RootBridgeIoConfiguration() return EFI_UNSUPPORTED
> (see the attachment), and those asserts were gone. However, the system
> stuck somewhere after loading shell.efi. Here are the messages from the
> debug log:
>
> BdsLibConnectAll
> Select Item: 0xE
> Memory Previous Current
Hello,
I've hit the following error when trying to compile the ocaml tools using
clang 3.8.0 and ocaml 4.02.3:
gmake -C test all
gmake[2]: Entering directory '/root/src/xen/tools/ocaml/test'
MLOPTxtl.cmx
MLBINxtl
File "_none_", line 1:
Error: Files xtl.cmx
and /root/src/xen/tool
On 04/26/2016 12:26 PM, Julien Grall wrote:
> Hi Razvan,
>
> On 26/04/2016 09:49, Razvan Cojocaru wrote:
>> diff --git a/xen/common/vm_event.c b/xen/common/vm_event.c
>> index 2906407..1ba12cb 100644
>> --- a/xen/common/vm_event.c
>> +++ b/xen/common/vm_event.c
>> @@ -27,6 +27,7 @@
>> #include
On Tue, 26 Apr 2016, Will Deacon wrote:
> On Tue, Apr 26, 2016 at 03:00:41PM +1000, Stephen Rothwell wrote:
> > Hi all,
> >
> > Today's linux-next merge of the xen-tip tree got a conflict in:
> >
> > arch/arm64/kernel/setup.c
> >
> > between commit:
> >
> > 3194ac6e66cc ("arm64: Move unflat
Hi Konrad,
On 25/04/2016 19:22, Konrad Rzeszutek Wilk wrote:
On Mon, Apr 18, 2016 at 10:29:51AM +0100, Julien Grall wrote:
UP guest usually uses TLB instruction to flush only on the local CPU. The
TLB flush won't be broadcasted across all the CPUs within the same
innershareable domain.
When th
On 26/04/16 10:31, Roger Pau Monné wrote:
> Hello,
>
> I've hit the following error when trying to compile the ocaml tools using
> clang 3.8.0 and ocaml 4.02.3:
>
> gmake -C test all
> gmake[2]: Entering directory '/root/src/xen/tools/ocaml/test'
> MLOPTxtl.cmx
> MLBINxtl
> File "_none_"
On Mon, 25 Apr 2016, Dirk Behme wrote:
> From: Dirk Behme
>
> Add a section about what the firmware should do in EL3 before starting Xen.
>
> E.g guest will use HVC instruction to issue hypercall. As this can be set only
> at EL3, i.e. outside Xen, document this boot requirement.
>
> Signed-off
Hi Quan,
On 25/04/2016 15:50, Xu, Quan wrote:
On April 25, 2016 9:58pm, wrote:
On 25/04/16 12:52, Jan Beulich wrote:
On 18.04.16 at 16:00, wrote:
--- a/xen/drivers/passthrough/arm/smmu.c
+++ b/xen/drivers/passthrough/arm/smmu.c
@@ -2540,7 +2540,7 @@ static int force_stage = 2;
*/
sta
Gary,
I can reproduce the issue and have debugged to get the reason.
In MdeModulePkg/Bus/Pci/PciBusDxe/PciEnumeratorSupport.c:
PciEnumeratorLight() calls PciRootBridgeIo->Configuration()
while the Configuration returns EFI_UNSUPPORTED resulting
the PciBus driver exits earlier.
You could try to manu
On Mon, 25 Apr 2016, Julien Grall wrote:
> (CC Steve and Andre)
>
> Hi Stefano,
>
> On 25/04/16 11:45, Stefano Stabellini wrote:
> > On Mon, 18 Apr 2016, Julien Grall wrote:
> > > UP guest usually uses TLB instruction to flush only on the local CPU. The
> > > TLB flush won't be broadcasted across
On Mon, 25 Apr 2016, Ian Jackson wrote:
> From: Fu Wei
>
> Improve the clarity of the wording introduced in 67831c4c
> "docs/arm64: update the documentation for loading XSM support"
>
> Signed-off-by: Ian Jackson
> CC: Fu Wei
> CC: Julien Grall ,
> CC: Stefano Stabellini
Reviewed-by: Stefano
flight 92778 xen-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/92778/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-pvops 3 host-install(3) broken REGR. vs. 878
On Tue, Apr 26, 2016 at 10:47:34AM +0100, Stefano Stabellini wrote:
> On Mon, 25 Apr 2016, Ian Jackson wrote:
> > From: Fu Wei
> >
> > Improve the clarity of the wording introduced in 67831c4c
> > "docs/arm64: update the documentation for loading XSM support"
> >
> > Signed-off-by: Ian Jackson
On Tue, 26 Apr 2016, Wei Liu wrote:
> On Tue, Apr 26, 2016 at 10:47:34AM +0100, Stefano Stabellini wrote:
> > On Mon, 25 Apr 2016, Ian Jackson wrote:
> > > From: Fu Wei
> > >
> > > Improve the clarity of the wording introduced in 67831c4c
> > > "docs/arm64: update the documentation for loading XS
On Tue, Apr 26, 2016 at 10:31:22AM +0100, Andrew Cooper wrote:
>
> > I tried to make RootBridgeIoConfiguration() return EFI_UNSUPPORTED
> > (see the attachment), and those asserts were gone. However, the system
> > stuck somewhere after loading shell.efi. Here are the messages from the
> > debug l
On 04/25/2016 04:34 PM, Konrad Rzeszutek Wilk wrote:
snip
+static int xsplice_header_check(const struct xsplice_elf *elf)
+{
+const Elf_Ehdr *hdr = elf->hdr;
+
+if ( sizeof(*elf->hdr) > elf->len )
+{
+dprintk(XENLOG_ERR, XSPLICE "%s: Section header is bigger than
payload!\n",
On Tue, Apr 26, 2016 at 10:37:36AM +0100, Andrew Cooper wrote:
> Dependency tracking is non-existant in the Ocaml subdirectory. In some
> copious free time I need to rewrite that part of the build system, as
> the generated cmx/cmxa files are unusable outside of the Xen source tree
> (because of e
On April 26, 2016 5:11 PM, Jan Beulich wrote:
> >>> On 26.04.16 at 04:18, wrote:
> > On April 25, 2016 5:22 PM, Jan Beulich wrote:
> >> >>> On 18.04.16 at 16:00, wrote:
> >> > --- a/xen/drivers/passthrough/vtd/iommu.c
> >> > +++ b/xen/drivers/passthrough/vtd/iommu.c
> >> > @@ -558,14 +558,16 @@
>>> On 25.04.16 at 17:34, wrote:
> The implementation does not actually do any patching.
>
> It just adds the framework for doing the hypercalls,
> keeping track of ELF payloads, and the basic operations:
> - query which payloads exist,
> - query for specific payloads,
> - check*1, apply*1, re
Hi Quan
For avoidance of doubt, this is purely status update, no action is
needed on my part. Let me know if I misunderstood.
Thanks
Wei.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On 26/04/16 08:27, zhangcy wrote:
> PoD does not have cache list for 1GB pages.
>
> Signed-off-by: zhangcy
Thanks for the patch. FYI we normally tag the area in the title in a
structured way; I probably would have used something like the following:
xen/pod: Remove code handling PAGE_ORDER_1G f
On 25/04/2016 09:54, Peng Fan wrote:
Hi Julien, Stefano
Hello Peng,
I met an issue when passthrough a device to DomU, and have no clear idea what's
wrong.
Which version of the SMMU is present on the board? Is it SMMUv1 or SMMUv2?
The SMMU drivers in Xen has been ported from Linux last y
On Tue, Apr 26, 2016 at 02:22:50AM -0600, Jan Beulich wrote:
> For REPeated memory access instructions the repeat count also needs to
> be considered. Utilize that "last" already takes this into account.
>
> Also defer computing "last" until we really know we need it.
>
> Signed-off-by: Jan Beuli
>>> On 25.04.16 at 17:34, wrote:
> --- /dev/null
> +++ b/xen/common/virtual_region.c
> @@ -0,0 +1,148 @@
> +/*
> + * Copyright (c) 2016 Oracle and/or its affiliates. All rights reserved.
> + *
> + */
> +
> +#include
> +#include
> +#include
> +#include
> +#include
> +
> +static struct virtual_
(CC the author of the Odroid support in Xen)
On 25/04/2016 11:01, Ivan Pavić2 wrote:
Hello,
Hello,
I have CCed Suriyan who added the support of Odroid in Xen. He might be
able to help you here.
i'm trying to boot dom0 linux on exynos5422 platform on A15 (big cpu cluster).
From the past
On Tue, Apr 26, 2016 at 02:28:24AM -0600, Jan Beulich wrote:
> EFLAGS.DF can be assumed to be usually clear, so unlikely()-annotate
> the conditionals accordingly.
>
> Also prefer latching p->size (used twice) into a local variable, at
> once making it unnecessary for the reader to be sure express
On April 26, 2016 6:25 PM, Wei Liu wrote:
> For avoidance of doubt, this is purely status update, no action is needed on
> my part.
Yes.
> Let me know if I misunderstood.
>
Quan
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org
On 04/25/2016 04:34 PM, Konrad Rzeszutek Wilk wrote:
snip
+static int move_payload(struct payload *payload, struct xsplice_elf *elf)
+{
+uint8_t *text_buf, *ro_buf, *rw_buf;
+unsigned int i;
+size_t size = 0;
+unsigned int *offset;
+int rc = 0;
+
+offset = xzalloc_array(un
>>> On 25.04.16 at 17:34, wrote:
> For those users who want to use the virtual addresses that
> are in the hypervisor's code/data region address space -
> these three new functions allow that.
>
> Implementation wise the vmap API keeps track of two virtual
> address regions now:
> a) VMAP_VIRT_S
On April 25, 2016 8:00 PM, Jan Beulich wrote:
> >>> On 18.04.16 at 16:00, wrote:
> > --- a/xen/drivers/passthrough/vtd/extern.h
> > +++ b/xen/drivers/passthrough/vtd/extern.h
> > @@ -91,7 +91,7 @@ int is_igd_vt_enabled_quirk(void); void
> > platform_quirks_init(void); void vtd_ops_preamble_quir
Hello Wei,
On 25/04/2016 10:39, Wei Chen wrote:
This patch adds v2m extension support in GIC-v2 driver. The GICv2 driver
detects the MSI frames from device tree and creates corresponding device
tree nodes in Domain0's DTB. It also provides one hw_ops callback to map
NIT: s/Domain0/dom0/
v2m
>On 26/04/16 08:27, zhangcy wrote:
>> PoD does not have cache list for 1GB pages.
>>
>> Signed-off-by: zhangcy
>
>Thanks for the patch. FYI we normally tag the area in the title in a
>structured way; I probably would have used something like the following:
>
>xen/pod: Remove code handling PAGE_
Hi Yu
On Mon, Apr 25, 2016 at 06:35:39PM +0800, Yu Zhang wrote:
> For clarity this patch breaks the code to set/get memory types out
> of do_hvm_op() into dedicated functions: hvmop_set/get_mem_type().
> Also, for clarity, checks for whether a memory type change is allowed
> are broken out into a
>>> On 26.04.16 at 12:15, wrote:
> On April 26, 2016 5:11 PM, Jan Beulich wrote:
>> >>> On 26.04.16 at 04:18, wrote:
>> > On April 25, 2016 5:22 PM, Jan Beulich wrote:
>> >> >>> On 18.04.16 at 16:00, wrote:
>> >> > --- a/xen/drivers/passthrough/vtd/iommu.c
>> >> > +++ b/xen/drivers/passthrough
On Mon, Apr 25, 2016 at 11:48:19AM -0400, Boris Ostrovsky wrote:
> https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/x86/boot.txt#n1096
>
> is what I was referring to.
Right, so reportedly those two weren't meant to be entry points
initially but stuff is using the
On 26/04/16 11:49, Zhang, Chunyu wrote:
>
>> On 26/04/16 08:27, zhangcy wrote:
>>> PoD does not have cache list for 1GB pages.
>>>
>>> Signed-off-by: zhangcy
>>
>> Thanks for the patch. FYI we normally tag the area in the title in a
>> structured way; I probably would have used something like th
On April 26, 2016 6:53 PM, Jan Beulich wrote:
> >>> On 26.04.16 at 12:15, wrote:
> > On April 26, 2016 5:11 PM, Jan Beulich wrote:
> >> >>> On 26.04.16 at 04:18, wrote:
> >> > On April 25, 2016 5:22 PM, Jan Beulich wrote:
> >> >> >>> On 18.04.16 at 16:00, wrote:
> >> >> > --- a/xen/drivers/pa
>On 26/04/16 11:49, Zhang, Chunyu wrote:
>>
>>> On 26/04/16 08:27, zhangcy wrote:
PoD does not have cache list for 1GB pages.
Signed-off-by: zhangcy
>>>
>>> Thanks for the patch. FYI we normally tag the area in the title in a
>>> structured way; I probably would have used somethin
On 04/25/2016 04:35 PM, Konrad Rzeszutek Wilk wrote:
snip
diff --git a/xen/common/xsplice.c b/xen/common/xsplice.c
index 72a3b88..11b19dd 100644
--- a/xen/common/xsplice.c
+++ b/xen/common/xsplice.c
@@ -123,6 +123,35 @@ static int verify_payload(const
xen_sysctl_xsplice_upload_t *upload, char *n
On 04/25/2016 04:35 PM, Konrad Rzeszutek Wilk wrote:
snip
+static DEFINE_RCU_READ_LOCK(rcu_applied_lock);
static LIST_HEAD(applied_list);
static unsigned int payload_cnt;
@@ -56,6 +57,8 @@ struct payload {
unsigned int nfuncs; /* Nr of functions to patch. */
const
On 26/04/16 12:05, Zhang, Chunyu wrote:
>
>> On 26/04/16 11:49, Zhang, Chunyu wrote:
>>>
On 26/04/16 08:27, zhangcy wrote:
> PoD does not have cache list for 1GB pages.
>
> Signed-off-by: zhangcy
Thanks for the patch. FYI we normally tag the area in the title in a
flight 44365 distros-debian-snapshot real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/44365/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
build-amd64 3 host-install(3) broken like 44343
build-amd64-pv
On April 25, 2016 7:53 PM, Jan Beulich wrote:
> >>> On 18.04.16 at 16:00, wrote:
> > --- a/xen/arch/x86/acpi/power.c
> > +++ b/xen/arch/x86/acpi/power.c
> > @@ -45,19 +45,31 @@ void do_suspend_lowlevel(void);
> >
> > static int device_power_down(void)
> > {
> > +int err;
> > +
> > cons
Hi all,
following the recent process to elect new maintainers and committers,
I would like to suggest the following minor change to our governance
document. I believe the process we ran recently worked well, so we
should change the governance accordingly. I don't think we need to
change the go
[...]
i think p2m_is_ram(t) , ram also from pod cache,
>>>
>>> No, that's memory from the guest's p2m table. The p2m table can have 1G
>> right..
>> sorry , i did not write clearly.
>> i mean: ram come like this:
>> - pod cache is 4K or 2M
>> - ram get from pod cache
>> - set ram to p2m tabl
On April 25, 2016 7:40 PM, Jan Beulich wrote:
> >>> On 18.04.16 at 16:00, wrote:
> > While IOMMU Device-TLB flush timed out, xen calls panic() at present.
> > However the existing panic() is going to be eliminated, so we must
> > propagate the IOMMU Device-TLB flush error up to the
> > iommu_iotl
>>> On 26.04.16 at 12:05, wrote:
> On 04/25/2016 04:34 PM, Konrad Rzeszutek Wilk wrote:
> snip
>> +static int xsplice_header_check(const struct xsplice_elf *elf)
>> +{
>> +const Elf_Ehdr *hdr = elf->hdr;
>> +
>> +if ( sizeof(*elf->hdr) > elf->len )
>> +{
>> +dprintk(XENLOG_ERR,
This run is configured for baseline tests only.
flight 44364 qemu-mainline real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/44364/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-pair10 xen-boot/dst_h
On April 25, 2016 6:19 PM, Jan Beulich wrote:
> >>> On 18.04.16 at 16:00, wrote:
> > --- a/xen/common/memory.c
> > +++ b/xen/common/memory.c
> > @@ -678,8 +678,9 @@ static int xenmem_add_to_physmap(struct domain
> *d,
> > if ( need_iommu(d) )
> > {
> > this_cpu(iommu_dont_flus
>>> On 25.04.16 at 17:34, wrote:
> From: Ross Lagerwall
>
> Add Elf routines and data structures in preparation for loading an
> xSplice payload.
>
> We make an assumption that the max number of sections an ELF payload
> can have is 64. We can in future make this be dependent on the
> names of
>>> On 26.04.16 at 13:06, wrote:
> On 04/25/2016 04:35 PM, Konrad Rzeszutek Wilk wrote:
>> @@ -142,6 +145,55 @@ void *xsplice_symbols_lookup_by_name(const char
>> *symname)
>> return 0;
>> }
>>
>> +static const char *xsplice_symbols_lookup(unsigned long addr,
>> +
>>> On 26.04.16 at 14:23, wrote:
> On April 25, 2016 6:19 PM, Jan Beulich wrote:
>> >>> On 18.04.16 at 16:00, wrote:
>> > --- a/xen/common/memory.c
>> > +++ b/xen/common/memory.c
>> > @@ -678,8 +678,9 @@ static int xenmem_add_to_physmap(struct domain
>> *d,
>> > if ( need_iommu(d) )
>> >
On 04/26/2016 01:41 PM, Jan Beulich wrote:
On 26.04.16 at 13:06, wrote:
On 04/25/2016 04:35 PM, Konrad Rzeszutek Wilk wrote:
@@ -142,6 +145,55 @@ void *xsplice_symbols_lookup_by_name(const char *symname)
return 0;
}
+static const char *xsplice_symbols_lookup(unsigned long addr,
+
>>> On 26.04.16 at 13:50, wrote:
> On April 25, 2016 7:40 PM, Jan Beulich wrote:
>> >>> On 18.04.16 at 16:00, wrote:
>> > While IOMMU Device-TLB flush timed out, xen calls panic() at present.
>> > However the existing panic() is going to be eliminated, so we must
>> > propagate the IOMMU Device-
flight 92791 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/92791/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt 6 xen-boot fail REGR. vs. 92651
Regressions which ar
flight 92827 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/92827/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-debianhvm-i386 9 debian-hvm-install fail REGR. vs.
92731
Tests whi
Instead of trying to write a snippet of code that crashes the process
just use abort() directly. This is to fix the build on clang which
detects that the snippet of code will crash and fails to compile. At
the same time removed extraneous whitespace in the macro.
Signed-off-by: Doug Goldstein
---
On 4/25/16 9:46 AM, Doug Goldstein wrote:
> For native (non-cross compiles) we now only require bcc, ld86, as86 for
> building rombios, we can build the toolstack sans rombios and using the
> system SeaBIOS due to known build issues. At the same time capture the
> output of the configure scripts to
On 04/26/2016 12:05 PM, Ross Lagerwall wrote:
On 04/25/2016 04:35 PM, Konrad Rzeszutek Wilk wrote:
snip
diff --git a/xen/common/xsplice.c b/xen/common/xsplice.c
index 72a3b88..11b19dd 100644
--- a/xen/common/xsplice.c
+++ b/xen/common/xsplice.c
@@ -123,6 +123,35 @@ static int verify_payload(cons
On Fri, 2016-04-22 at 08:59 +, tutu sky wrote:
> yeah i tried, attaching a serial console was not possible for me, so
> i tried vmware and i tried match the information in link with some
> links on do the same using vmware. actually when using vmware for
> doing so, i changed: GRUB_CMDLINE_XEN
On 26/04/16 14:04, Doug Goldstein wrote:
> Instead of trying to write a snippet of code that crashes the process
> just use abort() directly. This is to fix the build on clang which
> detects that the snippet of code will crash and fails to compile. At
> the same time removed extraneous whitespace
On Tue, Apr 26, 2016 at 08:06:54AM -0500, Doug Goldstein wrote:
> On 4/25/16 9:46 AM, Doug Goldstein wrote:
> > For native (non-cross compiles) we now only require bcc, ld86, as86 for
> > building rombios, we can build the toolstack sans rombios and using the
> > system SeaBIOS due to known build i
CC Jan, Paul and Andrew
On Tue, Apr 26, 2016 at 01:01:32PM +, osstest service owner wrote:
> flight 92827 xen-unstable-smoke real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/92827/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which cou
On Tue, Apr 26, 2016 at 08:04:46AM -0500, Doug Goldstein wrote:
> Instead of trying to write a snippet of code that crashes the process
> just use abort() directly. This is to fix the build on clang which
> detects that the snippet of code will crash and fails to compile. At
> the same time removed
On April 26, 2016 8:52 PM, Jan Beulich wrote:
> >>> On 26.04.16 at 13:50, wrote:
> > On April 25, 2016 7:40 PM, Jan Beulich wrote:
> >> >>> On 18.04.16 at 16:00, wrote:
> >> > While IOMMU Device-TLB flush timed out, xen calls panic() at present.
> >> > However the existing panic() is going to b
Why does xen_blkfront not enforce kernel device names from domU.cfg?
In my PV domU.cfg I still have something like this:
disk=[ 'file:/path,hda,w' ]
With pvops and xen_blkfront I get xvda.
With xenlinux and xenblk I get hda.
Olaf
___
Xen-devel mailing
>>> On 25.04.16 at 17:34, wrote:
> From: Ross Lagerwall
>
> Add support for loading xsplice payloads. This is somewhat similar to
> the Linux kernel module loader, implementing the following steps:
> - Verify the elf file.
> - Parse the elf file.
> - Allocate a region of memory mapped within a f
On Tue, 2016-04-26 at 12:59 +, osstest service owner wrote:
> flight 92791 xen-unstable real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/92791/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> test-armhf-armhf-lib
>>> On 26.04.16 at 14:48, wrote:
> On 04/26/2016 01:41 PM, Jan Beulich wrote:
> On 26.04.16 at 13:06, wrote:
>>> On 04/25/2016 04:35 PM, Konrad Rzeszutek Wilk wrote:
@@ -142,6 +145,55 @@ void *xsplice_symbols_lookup_by_name(const char
> *symname)
return 0;
}
>>>
Hi all
I spent some time this morning to work out the details of xen.git build
system.
* How build system works at the moment?
1. Stubdom.mk.in and Tools.mk.in define FETCHER variable.
2. m4/fetcher.m4 checks for wget or ftp, which becomes FETCHER.
3. StdGNU.mk defines GIT. It can be overwr
>>> On 26.04.16 at 15:13, wrote:
> CC Jan, Paul and Andrew
I'll look into this.
Jan
> On Tue, Apr 26, 2016 at 01:01:32PM +, osstest service owner wrote:
>> flight 92827 xen-unstable-smoke real [real]
>> http://logs.test-lab.xenproject.org/osstest/logs/92827/
>>
>> Regressions :-(
>>
>> T
1 - 100 of 224 matches
Mail list logo
