flight 34210 linux-3.10 real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/34210/
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
Tests which are failin
flight 34209 linux-3.16 real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/34209/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-credit2 15 guest-localmigrate/x10fail REGR. vs. 34167
test-amd64-amd64-xl-pv
flight 34200 xen-4.5-testing real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/34200/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-amd64-xl 5 xen-bootfail pass in 34157
test-amd64-amd64-rumpuserxen-am
On Mon, Feb 2, 2015 at 1:32 PM, Luis R. Rodriguez
wrote:
> On Mon, Feb 2, 2015 at 1:13 PM, Michal Marek wrote:
>> Dne 30.1.2015 v 19:25 Luis R. Rodriguez napsal(a):
>>> On Fri, Jan 30, 2015 at 2:49 AM, Michal Marek wrote:
On 2015-01-29 21:47, Paul Bolle wrote:
> [Added Michal. Removed Y
This is a third respin for a design proposal for a rework on the config options
on the Linux kernel related to Xen. The frist two proposals came from Juergen,
I'm taking on the work now as some other work I am doing is related to this.
This third iteration addresses the feedback given on Juergen's
On Mon, Jan 19, 2015 at 5:28 AM, Ian Campbell wrote:
> In your list do the options which come under XEN or XEN_FRONTEND depend
> on the respective headline config option?
An indentation reflects a dependency on the above option.
Luis
___
Xen-devel ma
On Mon, Jan 19, 2015 at 5:28 AM, Ian Campbell wrote:
> Could you annotate (maybe not a new column, perhaps with a * or
> something) which options are supposed to be user-visible vs purely
> internal things which can be selected?
All options listed will be user selectable unless otherwise noted wi
On Fri, 2015-02-06 at 16:15 -0500, Sasha Levin wrote:
> On 02/06/2015 02:42 PM, Davidlohr Bueso wrote:
> > On Fri, 2015-02-06 at 08:25 -0800, Linus Torvalds wrote:
> >> On Fri, Feb 6, 2015 at 6:49 AM, Raghavendra K T
> >> wrote:
> >>> Paravirt spinlock clears slowpath flag after doing unlock.
> >>
On Wed, Feb 4, 2015 at 6:57 AM, Stefano Stabellini
wrote:
> Given that there is no CONFIG_PV or CONFIG_PVH or even CONFIG_PVHVM on
> arm and arm64
I'll update CONFIG_XEN_PVHVM to be x86 specific, it already depends on
X86_LOCAL_APIC, so just updating it on the proposal to annotate it is
x86 speci
On Fri, Feb 6, 2015 at 4:07 AM, Stefano Stabellini
wrote:
> On Thu, 5 Feb 2015, Luis R. Rodriguez wrote:
>> On Wed, Feb 4, 2015 at 6:57 AM, Stefano Stabellini
>> wrote:
>> > On Wed, 4 Feb 2015, David Vrabel wrote:
>> >> On 16/12/14 16:21, Juergen Gross wrote:
>> >> > Hi,
>> >> >
>> >> > This is a
On 02/06/2015 02:42 PM, Davidlohr Bueso wrote:
> On Fri, 2015-02-06 at 08:25 -0800, Linus Torvalds wrote:
>> On Fri, Feb 6, 2015 at 6:49 AM, Raghavendra K T
>> wrote:
>>> Paravirt spinlock clears slowpath flag after doing unlock.
>> [ fix edited out ]
>>
>> So I'm not going to be applying this for
On Friday, February 6, 2015 15:25, Juergen Gross wrote:
> To: Kristian Hagsted Rasmussen; Olaf Hering; xen-de...@lists.xensource.com
> Subject: Re: [Xen-devel] pvSCSI test
>
>> After some more fiddling around, I believe the configuration should be okay.
>> My /etc/target/xen-pvscsi_start.sh lo
On Fri, Feb 06, 2015 at 07:42:15PM +, David Vrabel wrote:
> On 06/02/15 19:32, Wei Liu wrote:
> > Hi all
> >
> > I encounter a problem that I would like to get some advice. It's PV
> > specific because of the P2M manipulation is only required by PV.
> >
> > Current scheme of memory allocation
On 02/06/2015 09:17 PM, Jason Long wrote:
> I know my questions are silly but I'm a dummies and I looked at amazon.com
> and found Tons of C book but which one is good?
"The C Programming Language", by Brian W. Kernighan and Dennis M.
Ritchie: http://cm.bell-labs.com/cm/cs/cbook/
Cheers,
Razvan
On Fri, 2015-02-06 at 08:25 -0800, Linus Torvalds wrote:
> On Fri, Feb 6, 2015 at 6:49 AM, Raghavendra K T
> wrote:
> > Paravirt spinlock clears slowpath flag after doing unlock.
> [ fix edited out ]
>
> So I'm not going to be applying this for 3.19, because it's much too
> late and the patch is
On 06/02/15 19:32, Wei Liu wrote:
> Hi all
>
> I encounter a problem that I would like to get some advice. It's PV
> specific because of the P2M manipulation is only required by PV.
>
> Current scheme of memory allocation scheme:
>
> 1. Libxc populate contiguous chunk of pages and fill in initia
Hi all
I encounter a problem that I would like to get some advice. It's PV
specific because of the P2M manipulation is only required by PV.
Current scheme of memory allocation scheme:
1. Libxc populate contiguous chunk of pages and fill in initial P2M. The
holes in e820 map are in fact filled
Ian Jackson writes ("[PATCH 00/10] Repeat rump kernel xenstorels test"):
> 04..07 need a thorough full-flight test which I have not yet done.
> But this sql rune suggests that nothing is horribly broken at least
> for the rump test job:
>
> select * from (select testid,flight,stepno,step,status,
This allows a caller of target_editfile to cancel the edit from within
their supplied code block.
Signed-off-by: Ian Jackson
---
Osstest/TestSupport.pm | 20 ++--
1 file changed, 18 insertions(+), 2 deletions(-)
diff --git a/Osstest/TestSupport.pm b/Osstest/TestSupport.pm
inde
No functional change.
Signed-off-by: Ian Jackson
---
Osstest/TestSupport.pm | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/Osstest/TestSupport.pm b/Osstest/TestSupport.pm
index 5a4c41f..55541b1 100644
--- a/Osstest/TestSupport.pm
+++ b/Osstest/TestSupport.pm
@@
Rather than accumulating into host_testid_suffix directly, accumulate
into a list testid_args first.
No functional change: all we do is defer the construction of
host_testid_suffix, which is not used until later in this function.
Signed-off-by: Ian Jackson
---
sg-run-job |7 +--
1 file
Add a new step which uses repeat-ts to run
ts-rumpuserxen-demo-xenstorels many times.
We have to run ts-guest-destroy-hard first each time, to destroy the
guest which might exist at each previous step. To help with ad-hoc
debugging runs, we specify `-' on the destroy, so that if the destroy
fails
Thank you.
Can you answer my previous questions about Ocaml and C? Why Ocaml is unique and
which part of Xen use it?
I know my questions are silly but I'm a dummies and I looked at amazon.com and
found Tons of C book but which one is good?
Cheers.
On Friday, February 6, 2015 5:14 PM, Pasi Kär
Ie, we add `+' rather than an ever-longer series of `+'s.
Signed-off-by: Ian Jackson
---
Osstest/TestSupport.pm |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/Osstest/TestSupport.pm b/Osstest/TestSupport.pm
index 55541b1..8aed285 100644
--- a/Osstest/TestSupport.pm
+++
No callers yet.
Signed-off-by: Ian Jackson
---
tcl/osstestlib.tcl |7 +++
1 file changed, 7 insertions(+)
diff --git a/tcl/osstestlib.tcl b/tcl/osstestlib.tcl
index 1531c87..a0413c4 100644
--- a/tcl/osstestlib.tcl
+++ b/tcl/osstestlib.tcl
@@ -67,3 +67,10 @@ proc lremove {listvar item} {
If the guest config is already set up to preserve, cancel the edit.
We are going to repeat this test, and this avoids creating many
identical copies of the same file in the log output.
Signed-off-by: Ian Jackson
---
ts-rumpuserxen-demo-xenstorels |6 +-
1 file changed, 5 insertions(+), 1
Remove ts as a separate parameter to spawn-ts. The test script now
becomes the first entry in args.
We process it through the arg loop as before. Currently there are no
calls where the first arg is `+' so the test script name ends up in
both real_args and testid_args.
We split it out of real_ar
This 10-patch series(!) arranges to repeat the xenstorels test 50
times. In my ad-hoc tests this takes about 3 minutes so is clearly
fine from a resource POV.
This is in aid of debugging the problem seen in 33690 and 33416 (which
we think is the same). However, in my ad-hoc tests it hasn't faile
Provide:
* ts-repeat-test, a script to run multiple other test scripts in a loop
* repeat-ts, a proc in sg-run-job which invokes it
No callers yet.
Signed-off-by: Ian Jackson
---
sg-run-job |4
ts-repeat-test | 66
2 file
Run spawn-step-begin until after the loop over $args, and after the
computation of the basic deftestid.
No functional change: nothing in that loop looks at stepno.
Signed-off-by: Ian Jackson
---
sg-run-job |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/sg-run-job b/s
flight 34196 ovmf real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/34196/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-ovmf-amd64 7 debian-hvm-install fail REGR. vs. 33686
test-amd64-i386-xl-qemuu-ovm
On Fri, Feb 06, 2015 at 12:25:33PM -0500, Eric Shelton wrote:
> On Fri, Feb 6, 2015 at 10:46 AM, Stefano Stabellini
> wrote:
> > On Tue, 3 Feb 2015, Eric Shelton wrote:
>
> > Before having patches, I would like to try to get them upstream in QEMU.
> > If we really cannot do that, then I would sti
On 02/06/2015 09:49 AM, Raghavendra K T wrote:
> Paravirt spinlock clears slowpath flag after doing unlock.
> As explained by Linus currently it does:
> prev = *lock;
> add_smp(&lock->tickets.head, TICKET_LOCK_INC);
>
> /* add_smp() is a full mb() */
flight 34212 rumpuserxen real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/34212/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-rumpuserxen6 xen-build fail REGR. vs. 33866
build-amd64-rumpuserx
On 06/02/15 18:24, Ed White wrote:
> On 02/06/2015 10:17 AM, Andrew Cooper wrote:
>> On 06/02/15 18:12, Ed White wrote:
>>> On 01/30/2015 02:32 AM, Andrew Cooper wrote:
On 30/01/15 00:43, Ed White wrote:
> Use the class to differentiate between host and nested p2m's, and
> potentially
On 02/06/2015 10:17 AM, Andrew Cooper wrote:
> On 06/02/15 18:12, Ed White wrote:
>> On 01/30/2015 02:32 AM, Andrew Cooper wrote:
>>> On 30/01/15 00:43, Ed White wrote:
Use the class to differentiate between host and nested p2m's, and
potentially other classes in the future.
Fix
On 06/02/15 18:12, Ed White wrote:
> On 01/30/2015 02:32 AM, Andrew Cooper wrote:
>> On 30/01/15 00:43, 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 h
On 06/02/15 18:12, Ed White wrote:
> On 01/30/2015 02:32 AM, Andrew Cooper wrote:
>> On 30/01/15 00:43, 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 h
On Fri, Feb 06, 2015 at 12:10:15AM +, Wang, Xiaoming wrote:
>
>
> > -Original Message-
> > From: Konrad Rzeszutek Wilk [mailto:konrad.w...@oracle.com]
> > Sent: Friday, February 6, 2015 3:33 AM
> > To: Wang, Xiaoming
> > Cc: r...@linux-mips.org; boris.ostrov...@oracle.com;
> > david.v
On 01/30/2015 02:32 AM, Andrew Cooper wrote:
> On 30/01/15 00:43, 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
On Fri, 6 Feb 2015, Eric Shelton wrote:
> On Fri, Feb 6, 2015 at 11:06 AM, Stefano Stabellini
> wrote:
> > On Tue, 3 Feb 2015, Eric Shelton wrote:
> >> This enum gives the ability to select between a MiniOS-based QEMU
> >> traditional stub domain and a Linux-based QEMU upstream stub domain. To
>
Hi all,
the deadline for Orgs to apply for GSoc 2015 is coming up. Organisations need
to apply before Feb 22nd. One of the things that is crucial that the project
list is up-to-date and that there is activity on the wiki page. Google uses
this as one of the main criteria to accept projects.
=
On Fri, Feb 6, 2015 at 11:06 AM, Stefano Stabellini
wrote:
> On Tue, 3 Feb 2015, Eric Shelton wrote:
>> This enum gives the ability to select between a MiniOS-based QEMU
>> traditional stub domain and a Linux-based QEMU upstream stub domain. To
>> use the Linux-based stubdomain, the following two
On Fri, 6 Feb 2015, Eric Shelton wrote:
> On Fri, Feb 6, 2015 at 10:51 AM, Stefano Stabellini
> wrote:
> > On Tue, 3 Feb 2015, Eric Shelton wrote:
> >> This patch adds rules to the Makefile to retrieve Linux and build a
> >> minimal kernel for the stubdomain. Using Linux kernel 3.17.8.
> >>
> >>
On Fri, Feb 6, 2015 at 10:57 AM, Stefano Stabellini
wrote:
> On Tue, 3 Feb 2015, Eric Shelton wrote:
>> +DRACUT_URL="http://www.kernel.org/pub/linux/utils/boot/dracut";
>> +DRACUT_V=dracut-033
>> +
>> +GENEXT2FS_V = 1.4.1
>> +GENEXT2FS_URL="http://sourceforge.net/projects/genext2fs/files/genext2f
On Fri, Feb 6, 2015 at 10:51 AM, Stefano Stabellini
wrote:
> On Tue, 3 Feb 2015, Eric Shelton wrote:
>> This patch adds rules to the Makefile to retrieve Linux and build a
>> minimal kernel for the stubdomain. Using Linux kernel 3.17.8.
>>
>> In order to work as a stubdomain, two patches are appl
On Fri, 6 Feb 2015, Eric Shelton wrote:
> On Fri, Feb 6, 2015 at 10:46 AM, Stefano Stabellini
> wrote:
> > On Tue, 3 Feb 2015, Eric Shelton wrote:
>
> > Before having patches, I would like to try to get them upstream in QEMU.
> > If we really cannot do that, then I would still prefer to commit an
Don Slutz writes ("Re: [PATCH v4] tools: work around collision of -O0 and
-D_FORTIFY_SOURCE"):
> On 02/06/15 06:04, Ian Jackson wrote:
> > Some systems have python-config include -D_FORTIFY_SOURCE in the
> > CFLAGS. But -D_FORTIFY_SOURCE does not (currently) work with -O0, and
> > -O0 is enabled
On Fri, Feb 6, 2015 at 10:46 AM, Stefano Stabellini
wrote:
> On Tue, 3 Feb 2015, Eric Shelton wrote:
> Before having patches, I would like to try to get them upstream in QEMU.
> If we really cannot do that, then I would still prefer to commit any
> required workarounds to the qemu-xen rather than
On Fri, 6 Feb 2015, Eric Shelton wrote:
> On Fri, Feb 6, 2015 at 10:36 AM, Stefano Stabellini
> wrote:
> > On Fri, 6 Feb 2015, Wei Liu wrote:
>
> >> ISTR our policy is upstream first. That is, though we maintain our own
> >> qemu tree those changesets are all upstream changesets. Arguably there
>
Hi Julien
On Thu, Feb 5, 2015 at 6:36 PM, Oleksandr Tyshchenko
wrote:
> On Thu, Feb 5, 2015 at 5:24 PM, Julien Grall wrote:
>> Hi Oleksandr,
> Hi Julien
>>
>>
>> On 05/02/2015 21:49, Oleksandr Tyshchenko wrote:
>>>
>>> On Thu, Feb 5, 2015 at 3:12 PM, Ian Campbell
>>> wrote:
On Wed, 20
On Fri, Feb 6, 2015 at 10:36 AM, Stefano Stabellini
wrote:
> On Fri, 6 Feb 2015, Wei Liu wrote:
>> ISTR our policy is upstream first. That is, though we maintain our own
>> qemu tree those changesets are all upstream changesets. Arguably there
>> might be some bandaid changesets that are not upst
On 02/06/2015 07:15 PM, Linus Torvalds wrote:
> On Fri, Feb 6, 2015 at 7:20 AM, Sasha Levin wrote:
>>
>> Can we modify it slightly to avoid potentially accessing invalid memory:
>
> So I think there's a race with that.
>
> And I'll warn you: the kernel does do speculative reads of memory that
>
On 02/06/15 02:35, Jan Beulich wrote:
On 05.02.15 at 20:02, wrote:
>> On 02/03/15 09:58, Jan Beulich wrote:
>> On 02.02.15 at 16:22, wrote:
>> Ok, will be working on a much better commit message. Do you want the
>> new commit message copied here (in the summary of the changes), or just
On Tue, 3 Feb 2015, Eric Shelton wrote:
> This will build a Linux-based stubdomain with QEMU upstream.
>
> Signed-off-by: Eric Shelton
> ---
> tools/libxl/libxl.c | 25 --
> tools/libxl/libxl_create.c | 7 ++-
> tools/libxl/libxl_dm.c | 108
>
On Fri, Feb 6, 2015 at 6:49 AM, Raghavendra K T
wrote:
> Paravirt spinlock clears slowpath flag after doing unlock.
[ fix edited out ]
So I'm not going to be applying this for 3.19, because it's much too
late and the patch is too scary. Plus the bug probably effectively
never shows up in real lif
On Tue, 3 Feb 2015, Eric Shelton wrote:
> This patch creates an appropriate command line for the QEMU instance
> running in a Linux-based stubdomain.
>
> NOTE: a number of items are not currently implemented for Linux-based
> stubdomains, such as:
> - save/restore
> - QMP socket
> - graphics outpu
On Fri, Feb 6, 2015 at 7:20 AM, Sasha Levin wrote:
>
> Can we modify it slightly to avoid potentially accessing invalid memory:
So I think there's a race with that.
And I'll warn you: the kernel does do speculative reads of memory that
might be invalid, not just in places like this. See the comm
On 02/06/15 06:04, Ian Jackson wrote:
> Some systems have python-config include -D_FORTIFY_SOURCE in the
> CFLAGS. But -D_FORTIFY_SOURCE does not (currently) work with -O0, and
> -O0 is enabled in debug builds (since 1166ecf781). As a result, on
> those systems, debug builds fail.
>
> Work aroun
On Fri, Feb 06, 2015 at 10:46:15AM -0500, Eric Shelton wrote:
> On Fri, Feb 6, 2015 at 9:59 AM, Wei Liu wrote:
> > On Fri, Feb 06, 2015 at 08:56:40AM -0500, Eric Shelton wrote:
> >> On Fri, Feb 6, 2015 at 6:16 AM, Wei Liu wrote:
> >>
> >> I simply used the code already present in the QEMU upstrea
On Fri, Feb 6, 2015 at 3:18 PM, Jan Beulich wrote:
On 06.02.15 at 13:54, wrote:
>>> Did you look at the resulting patch to see what happened? It didn't
>>> remove the mem_event stuff, but adjusted it enough to become the
>>> vm_event one while removing the previously added vm_event part
>>>
On Fri, Feb 6, 2015 at 3:20 PM, Jan Beulich wrote:
On 06.02.15 at 14:10, wrote:
>> On Wed, Feb 4, 2015 at 10:47 AM, Jan Beulich wrote:
>> On 29.01.15 at 22:46, wrote:
--- a/xen/common/Makefile
+++ b/xen/common/Makefile
@@ -52,9 +52,10 @@ obj-y += tmem_xen.o
obj-y +
On Tue, 3 Feb 2015, Eric Shelton wrote:
> This enum gives the ability to select between a MiniOS-based QEMU
> traditional stub domain and a Linux-based QEMU upstream stub domain. To
> use the Linux-based stubdomain, the following two lines should be
> included in the appropriate xl.cfg file:
>
>
...when they are added back into the guest physmap, when an ioreq
server is disabled. If this is not done then the pages are missed
during migration, causing ioreq server creation to fail on the remote end.
This problem only manifests if the ioreq server is non-default because in
the default case
On Tue, 3 Feb 2015, Eric Shelton wrote:
> This patch builds a disk image intended to be mounted as rootfs by the
> Linux stub domain. It is assembled using dracut and genext2fs.
>
> Signed-off-by: Eric Shelton
> ---
> stubdom-linux/.gitignore | 4 ++
> stubdom-linux/Makefile
On Tue, 3 Feb 2015, Eric Shelton wrote:
> This patch adds rules to the Makefile to retrieve Linux and build a
> minimal kernel for the stubdomain. Using Linux kernel 3.17.8.
>
> In order to work as a stubdomain, two patches are applied to the Linux
> kernel source.
Similarly to QEMU, we should g
On Tue, 3 Feb 2015, Eric Shelton wrote:
> This patch adds a Makefile which downloads, patches, and compiles
> upstream QEMU for a stubdomain based on a linux kernel.
>
> Signed-off-by: Eric Shelton
> ---
> stubdom-linux/.gitignore| 3 ++
> stubdom-linux/Makefile | 55
>
On Fri, Feb 6, 2015 at 9:59 AM, Wei Liu wrote:
> On Fri, Feb 06, 2015 at 08:56:40AM -0500, Eric Shelton wrote:
>> On Fri, Feb 6, 2015 at 6:16 AM, Wei Liu wrote:
>>
>> I simply used the code already present in the QEMU upstream code,
>> which is writing to that particular ath to indicate "running.
On Tue, 3 Feb 2015, Eric Shelton wrote:
> This patch series updates Anthony Perard's original patch series to
> bring support for running QEMU upstream as a device model in a
> stubdomain by using a Linux-based stubdom, rather than MiniOS as
> currently used for QEMU traditional. Anthony posted th
On Fri, 6 Feb 2015, Wei Liu wrote:
> > > Unfortunately this problem can't be solved without putting in
> > > significant effort and time (involves redesign of protocol and handle
> > > all the compatibility issues). We can't say for sure when the solution
> > > is going to land.
> >
> > I noticed
On 06/02/15 15:17, D'Mita Levy wrote:
> Andrew,
>
> Thanks for your help. I am trying to log the following hypercalls to
> dmesg as they come in:
>
> -HYPERVISOR_grant_table_op()
>
> - HYPERVISOR_mmu_update()
>
> - HYPERVISOR_set_trap_table()
>
> Are there single handlers for these as well?
>
The
In the case where a stub domain is providing emulation for an HVM
guest, there is no interlock in the toolstack to make sure that
the stub domain is up and running before the guest is unpaused.
Prior to the introduction of ioreq servers this was not a problem,
since there was only ever one emulato
On 02/06/15 06:04, Ian Jackson wrote:
> Jan Beulich writes ("Re: [PATCH] tools: work around collision of -O0 and
> -D_FORTIFY_SOURCE"):
>> Attached the patch I used for testing. While it works okay for me,
>> I guess the configure part will need further taking care of the
>> -Wp,-D... variant Don
On 02/06/2015 09:49 AM, Raghavendra K T wrote:
> static __always_inline void arch_spin_unlock(arch_spinlock_t *lock)
> {
> if (TICKET_SLOWPATH_FLAG &&
> - static_key_false(¶virt_ticketlocks_enabled)) {
> - arch_spinlock_t prev;
> + static_key_false(¶virt_tick
On Fri, 6 Feb 2015, Wei Liu wrote:
> Albeit INVALID_P2M_ENTRY and INVALID_MFN are both ~0UL, conceptually
> speaking we should use INVALID_P2M_ENTRY for setting P2M values.
>
> Signed-off-by: Wei Liu
> Cc: Ian Campbell
> Cc: Ian Jackson
> Cc: Stefano Stabellini
> CC: Julien Grall
Acked-by: S
Andrew,
Thanks for your help. I am trying to log the following hypercalls to dmesg
as they come in:
-HYPERVISOR_grant_table_op()
- HYPERVISOR_mmu_update()
- HYPERVISOR_set_trap_table()
Are there single handlers for these as well?
Thanks,
On Thu, Feb 5, 2015 at 4:20 PM, Andrew Cooper
wrote:
On Fri, 6 Feb 2015, Julien Grall wrote:
> Hi Parth,
>
> On 06/02/2015 01:12, Stefano Stabellini wrote:
> > On Wed, 4 Feb 2015, parth.di...@linaro.org wrote:
> > > From: Parth Dixit
> > >
> > > Enable PSCI and hvc flags in FADT table so that dom0 uses PSCI to
> > > boot vcpu's
> > >
> > > Signed
flight 34190 xen-4.3-testing real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/34190/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-xl-qemut-winxpsp3 7 windows-install fail like 33687
Tests which did not succee
Hey, x86 maintainers!
could you please comment?
Juergen
On 01/28/2015 06:11 AM, Juergen Gross wrote:
*Ping*
David wants a comment from the x86 maintainers.
Juergen
On 01/21/2015 08:49 AM, Juergen Gross wrote:
Today there are several places in the kernel which build tables
containing one
On Fri, Feb 06, 2015 at 08:56:40AM -0500, Eric Shelton wrote:
> On Fri, Feb 6, 2015 at 6:16 AM, Wei Liu wrote:
> > Thanks for posting.
> >
> > ...
> >
> > FWIW we are now experiencing problem with this startup protocol (not
> > Linux stubdom specific) -- that path that libxl waiting for is wrong.
>>> On 06.02.15 at 15:38, wrote:
> On Fri, 6 Feb 2015, Parth Dixit wrote:
>> On 5 February 2015 at 23:18, Stefano Stabellini
>> wrote:
>> > On Wed, 4 Feb 2015, parth.di...@linaro.org wrote:
>> >> +#ifdef CONFIG_X86
>> >> #define is_xmalloc_memory(ptr) ((unsigned long)(ptr) & (PAGE_SIZE - 1))
>>
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 06 February 2015 14:45
> To: Paul Durrant
> Cc: Andrew Cooper; Ian Campbell; Wei Liu; xen-devel@lists.xen.org; Keir
> (Xen.org)
> Subject: Re: [PATCH] x86/hvm: wait for at least one ioreq server to be
> enabled
>
>
Paravirt spinlock clears slowpath flag after doing unlock.
As explained by Linus currently it does:
prev = *lock;
add_smp(&lock->tickets.head, TICKET_LOCK_INC);
/* add_smp() is a full mb() */
if (unlikely(lock->tickets.tail & TICKET_
>>> On 06.02.15 at 13:27, wrote:
> In the case where a stub domain is providing emulation for an HVM
> guest, there is no interlock in the toolstack to make sure that
> the stub domain is up and running before the guest is unpaused.
>
> Prior to the introduction of ioreq servers this was not a pr
On Fri, 6 Feb 2015, Parth Dixit wrote:
> On 5 February 2015 at 23:18, Stefano Stabellini
> wrote:
> > On Wed, 4 Feb 2015, parth.di...@linaro.org wrote:
> >> From: Parth Dixit
> >>
> >> Some bugs are identified in edk2 and some of the functionality is not
> >> yet merged. This patch contains worka
On Fri, 6 Feb 2015, Julien Grall wrote:
> On 06/02/2015 01:39, Stefano Stabellini wrote:
> > On Thu, 5 Feb 2015, Julien Grall wrote:
> > > Hi Parth,
> > >
> > > On 05/02/2015 18:57, Parth Dixit wrote:
> > > > On 5 February 2015 at 10:54, Julien Grall
> > > > wrote:
> > > > > On 04/02/2015 14:02,
On 02/06/2015 03:02 PM, Kristian Hagsted Rasmussen wrote:
On Friday, February 6, 2015 10:57, Juergen Gross wrote:
To: Kristian Hagsted Rasmussen; Olaf Hering; xen-de...@lists.xensource.com
Subject: Re: pvSCSI test
On 02/06/2015 10:32 AM, Kristian Hagsted Rasmussen wrote:
On Wednesday, Februa
On Fri, 6 Feb 2015, Parth Dixit wrote:
> On 5 February 2015 at 22:25, Stefano Stabellini
> wrote:
> > On Wed, 4 Feb 2015, parth.di...@linaro.org wrote:
> >> From: Parth Dixit
> >>
> >> map acpi tables described in uefi table to dom0 address space
> >>
> >> Signed-off-by: Parth Dixit
> >> ---
> >
On Fri, 6 Feb 2015, Julien Grall wrote:
> On 06/02/2015 03:40, Parth Dixit wrote:
> > > > +static int map_acpi_regions(struct domain *d)
> > > > +{
> > > > +int res;
> > > > +
> > > > +res = acpi_map_mmio(d);
> > > > +if ( res )
> > > > +return res;
> > > > +
> > > > +return
>>> On 06.02.15 at 14:10, wrote:
> On Wed, Feb 4, 2015 at 10:47 AM, Jan Beulich wrote:
> On 29.01.15 at 22:46, wrote:
>>> --- a/xen/common/Makefile
>>> +++ b/xen/common/Makefile
>>> @@ -52,9 +52,10 @@ obj-y += tmem_xen.o
>>> obj-y += radix-tree.o
>>> obj-y += rbtree.o
>>> obj-y += lzo.o
>
>>> On 06.02.15 at 13:54, wrote:
>> Did you look at the resulting patch to see what happened? It didn't
>> remove the mem_event stuff, but adjusted it enough to become the
>> vm_event one while removing the previously added vm_event part
>> again. Another argument against this approach imo.
>
>
On Fri, 6 Feb 2015, Julien Grall wrote:
> On 06/02/2015 00:34, Stefano Stabellini wrote:
> > > diff --git a/xen/arch/arm/setup.c b/xen/arch/arm/setup.c
> > > index 93c8a8a..930746b 100644
> > > --- a/xen/arch/arm/setup.c
> > > +++ b/xen/arch/arm/setup.c
> > > @@ -50,6 +50,7 @@
> > > #include
> >
On Fri, 6 Feb 2015, Julien Grall wrote:
> On 06/02/2015 00:21, Stefano Stabellini wrote:
> > On Thu, 5 Feb 2015, Julien Grall wrote:
> > > Hi parth,
> > >
> > > Title: this is not acpi specific.
> > >
> > > On 04/02/2015 14:02, parth.di...@linaro.org wrote:
> > > > From: Parth Dixit
> > > >
> >
On Fri, 6 Feb 2015, Julien Grall wrote:
> Hi Stefano,
>
> On 06/02/2015 00:09, Stefano Stabellini wrote:
> > On Wed, 4 Feb 2015, parth.di...@linaro.org wrote:
> > > From: Naresh Bhat
> > >
> > > Create a chosen node for DOM0 with
> > > - bootargs
> > > - rsdp
> > >
> > > Signed-off-by: Nare
On Fri, 30 Jan 2015, Julien Grall wrote:
> When SMMU doesn't support coherent table walk, Xen may need to clean
> updated PT (see commit 4c5f4cb "xen/arm: p2m: Clean cache PT when the
> IOMMU doesn't support coherent walk").
>
> If one SMMU of the platform doesn't support coherent table walk, the
On Mon, Feb 2, 2015 at 8:35 PM, Daniel De Graaf wrote:
> On 01/31/2015 08:24 AM, Tamas K Lengyel wrote:
>>
>> On Fri, Jan 30, 2015 at 6:25 PM, Daniel De Graaf
>> wrote:
>>>
>>> On 01/29/2015 04:46 PM, Tamas K Lengyel wrote:
To make it easier to review the renaming process of mem_ev
On Friday, February 6, 2015 10:57, Juergen Gross wrote:
> To: Kristian Hagsted Rasmussen; Olaf Hering; xen-de...@lists.xensource.com
> Subject: Re: pvSCSI test
>
> On 02/06/2015 10:32 AM, Kristian Hagsted Rasmussen wrote:
>> On Wednesday, February 4, 2015 05:41, Juergen Gross wrote:
>>> To: Kri
On Fri, Feb 6, 2015 at 2:58 PM, Andrew Cooper wrote:
> On 06/02/15 13:54, Tamas K Lengyel wrote:
>>> Please clarify in the patch description whether this (and perhaps
>>> other) copied or cloned code is really just a plain copy with some
>>> renaming, or whether there are any other changes. Review
On 06/02/15 13:54, Tamas K Lengyel wrote:
>> Please clarify in the patch description whether this (and perhaps
>> other) copied or cloned code is really just a plain copy with some
>> renaming, or whether there are any other changes. Reviewing this
>> as a non-renaming change isn't time well spent
On Fri, Feb 6, 2015 at 6:16 AM, Wei Liu wrote:
> Thanks for posting.
>
> ...
>
> FWIW we are now experiencing problem with this startup protocol (not
> Linux stubdom specific) -- that path that libxl waiting for is wrong.
I simply used the code already present in the QEMU upstream code,
which is
1 - 100 of 139 matches
Mail list logo
