>>> On 13.10.16 at 15:46, wrote:
> Sample error looks like:
>
> (XEN) Failed vm entry (exit reason 0x8022) caused by MSR loading (entry
> 13).
> (XEN) msr 068a, val 1fff80102af0, (mbz 0)
A _really_ minor remark: This is no longer in line with what gets
actually logged.
Jan
_
>>> On 14.10.16 at 02:58, wrote:
> On Fri, 14 Oct 2016, Andrew Cooper wrote:
>> There should be a high barrier to "Supported" status, because the cost
>> of getting it wrong is equally high. However, there are perfectly
>> legitimate intermediate stages such as "Supported in these limited set
>>
>>> On 13.10.16 at 15:25, wrote:
> On 13/10/16 13:48, Roger Pau Monne wrote:
>> diff --git a/xen/include/xen/libelf.h b/xen/include/xen/libelf.h
>> index 90bd8cb..70abbaf 100644
>> --- a/xen/include/xen/libelf.h
>> +++ b/xen/include/xen/libelf.h
>> @@ -432,6 +432,16 @@ struct elf_dom_parms {
>>
>>> On 13.10.16 at 15:26, wrote:
> On 13/10/16 13:57, Jan Beulich wrote:
>> Commit 6dc9ac9f52 ("x86emul: check alignment of SSE and AVX memory
>> operands") didn't consider a specific AMD mode: Mis-alignment #GP
>> faults can be masked on some of their hardware.
>>
>> Signed-off-by: Jan Beulich
>
flight 101424 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101424/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemut-winxpsp3-vcpus1 6 xen-boot fail REGR. vs. 101000
test-amd64-i386-pair
On Fri, 14 Oct 2016, Andrew Cooper wrote:
> > I like the idea of keeping these info on pandoc on a git repo, like Lars
> > did with the governance.
>
> I should hasten to add that perhaps picking on the security team in
> isolation was a poor move on my part, for which I apologise. There are
> mul
On Fri, 2 Sep 2016, Olaf Hering wrote:
> Implement SUSE specific unplug protocol for emulated PCI devices
> in PVonHVM guests. Its a simple 'outl(1, (ioaddr + 4));'.
> This protocol was implemented and used since Xen 3.0.4.
> It is used in all SUSE/SLES/openSUSE releases up to SLES11SP3 and
> openS
On 13/10/2016 22:06, Stefano Stabellini wrote:
>
> Credit2 **Supperted**, instead of experimental.
Supperted? That's like supported right? ;p
It is fine for you to propose that a feature should be upgraded to
supported, and this is probably the best way to formally do
Attempting to change gfn mappings with altp2m on a memory shared page results
in a lock-order violation (mm locking order violation: 282 > 254), which
crashes the hypervisor. Don't attempt to automatically unshare such pages and
just fall back to failing the op if the page type is not correct.
Sig
flight 101421 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101421/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-debianhvm-amd64 6 xen-bootfail REGR. vs. 101365
test-armhf-armhf-
flight 101415 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101415/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-qemuu-nested-intel 16 debian-hvm-install/l1/l2 fail REGR. vs.
101396
Regression
On 09/29/2016 08:54 PM, Dario Faggioli wrote:
Last part of the wiring necessary for allowing to
change the value of the ratelimit_us parameter online,
for Credit2 (like it is already for Credit1).
Signed-off-by: Dario Faggioli
Reviewed-by: George Dunlap
Seeing this patch got me to thinking t
Hi all,
This is the design document of the PV Calls protocol. You can find
prototypes of the Linux frontend and backend drivers here:
git://git.kernel.org/pub/scm/linux/kernel/git/sstabellini/xen.git pvcalls-7
To use them, make sure to enable CONFIG_XEN_PVCALLS in your kernel
config and add "pvc
On Wednesday, October 12, 2016 01:11:45 PM Juergen Gross wrote:
> When running as Xen dom0 a special processor_aggregator driver is
> needed. Don't register the standard driver in this case.
>
> Without that check an error message:
>
> "Error: Driver 'processor_aggregator' is already registered,
This run is configured for baseline tests only.
flight 67875 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67875/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 08354c34486947da17a36a605f9a4b000132123f
baseline v
On HVM guests, the cpuid triggers a vm exit, so we can check the emulated
faulting state in vmx_do_cpuid and inject a GP(0) if CPL > 0. Notably no
hardware support for faulting on cpuid is necessary to emulate support with an
HVM guest.
On PV guests, hardware support is required so that userspace
---
xen/arch/x86/cpu/intel.c| 3 ++-
xen/include/asm-x86/cpuid.h | 3 +++
2 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/xen/arch/x86/cpu/intel.c b/xen/arch/x86/cpu/intel.c
index 7b60aaa..95c8e14 100644
--- a/xen/arch/x86/cpu/intel.c
+++ b/xen/arch/x86/cpu/intel.c
@@ -27,19 +27,
rr (http://rr-project.org/), a Linux userspace record-and-replay reverse-
execution debugger, would like to trap and emulate the CPUID instruction.
This would allow us to a) mask away certain hardware features that rr does
not support (e.g. RDRAND) and b) enable trace portability across machines
by
On Thu, 13 Oct 2016, Konrad Rzeszutek Wilk wrote:
> On October 13, 2016 2:13:19 PM EDT, Stefano Stabellini
> wrote:
> >On Thu, 13 Oct 2016, Andrew Cooper wrote:
> >> On 13/10/16 12:01, Dario Faggioli wrote:
> >> > Hey,
> >> >
> >> > "Just" as per the subject, I wrote feature documents for (almost
On October 13, 2016 2:13:19 PM EDT, Stefano Stabellini
wrote:
>On Thu, 13 Oct 2016, Andrew Cooper wrote:
>> On 13/10/16 12:01, Dario Faggioli wrote:
>> > Hey,
>> >
>> > "Just" as per the subject, I wrote feature documents for (almost)
>all our
>> > schedulers. No big deal, I'd say, apart from the
* Hardware:
Intel(R) Xeon(R) CPU E3-1220L V2 @ 2.30GHz
* Software:
Debian testing is the Host
* Guest operating systems:
Guests Ubuntu 14.04 LTS Debian Stretch/Sid Ubuntu 16.04
* Functionality tested:
xl
creating booting
pygrub
* Comments:
Wei Liu is the man
- On 13 Oct, 2016, a
On 13/10/16 19:59, Dan Williams wrote:
> On Thu, Oct 13, 2016 at 9:01 AM, Andrew Cooper
> wrote:
>> On 13/10/16 16:40, Dan Williams wrote:
>>> On Thu, Oct 13, 2016 at 2:08 AM, Jan Beulich wrote:
>>> [..]
> I think we can do the similar for Xen, like to lay another pseudo
> device on /dev/
On Thu, Oct 13, 2016 at 9:01 AM, Andrew Cooper
wrote:
> On 13/10/16 16:40, Dan Williams wrote:
>> On Thu, Oct 13, 2016 at 2:08 AM, Jan Beulich wrote:
>> [..]
I think we can do the similar for Xen, like to lay another pseudo
device on /dev/pmem and do the reservation, like 2. in my previ
On 10/13/2016 10:37 AM, Wei Liu wrote:
Signed-off-by: Wei Liu
Acked-by: Daniel De Graaf
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
On Thu, 13 Oct 2016, Andrew Cooper wrote:
> On 13/10/16 12:01, Dario Faggioli wrote:
> > Hey,
> >
> > "Just" as per the subject, I wrote feature documents for (almost) all our
> > schedulers. No big deal, I'd say, apart from the fact that I'm declaring
> > Credit2 **Supperted**, instead of experime
flight 101422 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101422/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 12 migrate-support-checkfail never pass
test-armhf-armhf-xl 1
Add back xen-devel
On Thu, Oct 13, 2016 at 05:26:12PM +0100, Juergen Schinker wrote:
>
>
> - On 13 Oct, 2016, at 14:53, Wei Liu wei.l...@citrix.com wrote:
>
> > Hmm... I think no amount of hand-holding is going to help you.
> >
> > In your situation I would suggest you to use various tools
flight 101413 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101413/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-freebsd10-i386 6 xen-boot fail REGR. vs. 101000
test-amd64-i386-xl-q
On 13/10/16 16:40, Dan Williams wrote:
> On Thu, Oct 13, 2016 at 2:08 AM, Jan Beulich wrote:
> [..]
>>> I think we can do the similar for Xen, like to lay another pseudo
>>> device on /dev/pmem and do the reservation, like 2. in my previous
>>> reply.
>> Well, my opinion certainly doesn't count mu
This run is configured for baseline tests only.
flight 67872 linux-4.1 real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67872/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-libvirt-pair 21 guest-migrate/src_host/dst
Oh, I see. Because gmail messes up the alignment but raw diff looked
fine I thought that you were seeing the same issue as I see on email client.
I will align the quoted strings properly with the first parameter and
I will send
another series.
Thanks,
Emil
On Thu, Oct 13, 2016 at 2:35 PM, Anthon
flight 101414 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101414/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 08354c34486947da17a36a605f9a4b000132123f
baseline version:
ovmf a12b214ef9e002b3b7a7f
On 10/13/16 03:08 -0600, Jan Beulich wrote:
On 13.10.16 at 10:53, wrote:
On 10/13/16 02:34 -0600, Jan Beulich wrote:
On 12.10.16 at 18:19, wrote:
On Wed, Oct 12, 2016 at 9:01 AM, Jan Beulich wrote:
On 12.10.16 at 17:42, wrote:
On Wed, Oct 12, 2016 at 8:39 AM, Jan Beulich wrote:
On 12.1
On Thu, Oct 13, 2016 at 2:08 AM, Jan Beulich wrote:
[..]
>> I think we can do the similar for Xen, like to lay another pseudo
>> device on /dev/pmem and do the reservation, like 2. in my previous
>> reply.
>
> Well, my opinion certainly doesn't count much here, but I continue to
> consider this a
From: Arnd Bergmann
Date: Wed, 12 Oct 2016 16:54:01 +0200
> Wiht the latest rework of the xen-netback driver, we get a warning
> on ARM about the types passed into min():
>
> drivers/net/xen-netback/rx.c: In function 'xenvif_rx_next_chunk':
> include/linux/kernel.h:739:16: error: comparison of d
On Thu, Oct 13, 2016 at 11:02:09AM +0100, Juergen Schinker wrote:
>
>
> - On 13 Oct, 2016, at 09:29, Wei Liu wei.l...@citrix.com wrote:
>
> > On Thu, Oct 13, 2016 at 10:10:46AM +0100, Juergen Schinker wrote:
> >> Right and still no solution
> >>
> >> there is no xz-dev or libxz-dev; I inst
flight 101418 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101418/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-libvirt 5 xen-install fail REGR. vs. 101403
Tests which
Hi Jan / Wei,
Took a while before i had the chance to fiddle some more to find the actual
culprit.
After analyzing the output of xl -v create somewhat more i came to the
insight it was probably Qemu and not Xen causing the fault.
As a test I just used a qemu-xen binary build with xen-4.6.0
On Thu, Oct 13, 2016 at 03:37:13PM +0100, Wei Liu wrote:
> Signed-off-by: Wei Liu
> ---
> Cc: Daniel De Graaf
> Cc: Konrad Rzeszutek Wilk
Reviewed-by: Konrad Rzeszutek Wilk
> ---
> tools/flask/policy/modules/dom0.te | 2 +-
> xen/xsm/flask/hooks.c | 3 +++
> xen/xsm/flask/polic
Signed-off-by: Wei Liu
---
Cc: Daniel De Graaf
Cc: Konrad Rzeszutek Wilk
---
tools/flask/policy/modules/dom0.te | 2 +-
xen/xsm/flask/hooks.c | 3 +++
xen/xsm/flask/policy/access_vectors | 2 ++
3 files changed, 6 insertions(+), 1 deletion(-)
diff --git a/tools/flask/policy/modu
From: David Vrabel
Date: Tue, 11 Oct 2016 16:48:27 +0100
> If a VIF has been ready for rx_stall_timeout (60s by default) and an
> Rx ring is drained of all requests an Rx stall will be incorrectly
> detected. When this occurs and the guest Rx queue is empty, the Rx
> ring's event index will not
flight 101411 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101411/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt-raw 7 host-ping-check-xen fail REGR. vs. 101365
test-armhf-armhf-
From: Paul Durrant
Date: Mon, 10 Oct 2016 09:30:53 +0100
> From: Paul Durrant
>
> It is useful to be able to see the hash configuration when running tests.
> This patch adds a debugfs node for that purpose.
>
> The original version of this patch (commit c0c64c152389) was reverted due
> to buil
Sample error looks like:
(XEN) Failed vm entry (exit reason 0x8022) caused by MSR loading (entry
13).
(XEN) msr 068a, val 1fff80102af0, (mbz 0)
(XEN) * VMCS Area **
Signed-off-by: Andrew Cooper
Reviewed-by: Jan Beulich
---
CC: Jun Nakajima
CC: Kevin
Identify the affected vcpu at the start of the message. While tweaking this
area, add extra newlines between cases.
Signed-off-by: Andrew Cooper
Reviewed-by: Jan Beulich
---
CC: Jun Nakajima
CC: Kevin Tian
v2:
* %lu
---
xen/arch/x86/hvm/vmx/vmx.c | 13 -
1 file changed, 8 inser
> diff --git a/xen/common/sysctl.c b/xen/common/sysctl.c
> index 93f107c..2f64bb5 100644
> --- a/xen/common/sysctl.c
> +++ b/xen/common/sysctl.c
> @@ -28,6 +28,7 @@
> #include
> #include
> #include
> +#include
>
> long do_sysctl(XEN_GUEST_HANDLE_PARAM(xen_sysctl_t) u_sysctl)
> {
> @@ -39
On Thu, Oct 13, 2016 at 09:38:45AM -0400, Konrad Rzeszutek Wilk wrote:
> > diff --git a/xen/common/sysctl.c b/xen/common/sysctl.c
> > index 93f107c..2f64bb5 100644
> > --- a/xen/common/sysctl.c
> > +++ b/xen/common/sysctl.c
> > @@ -28,6 +28,7 @@
> > #include
> > #include
> > #include
> > +#in
On 13/10/16 13:48, Roger Pau Monne wrote:
> diff --git a/xen/include/xen/libelf.h b/xen/include/xen/libelf.h
> index 90bd8cb..70abbaf 100644
> --- a/xen/include/xen/libelf.h
> +++ b/xen/include/xen/libelf.h
> @@ -432,6 +432,16 @@ struct elf_dom_parms {
> uint64_t virt_kend;
> };
>
> +/* Num
On 13/10/16 13:57, Jan Beulich wrote:
> Commit 6dc9ac9f52 ("x86emul: check alignment of SSE and AVX memory
> operands") didn't consider a specific AMD mode: Mis-alignment #GP
> faults can be masked on some of their hardware.
>
> Signed-off-by: Jan Beulich
This highlights that the following CPUID
On Thu, 2016-10-13 at 12:47 +0100, Andrew Cooper wrote:
> On 13/10/16 12:02, Dario Faggioli wrote:
> >
> > diff --git a/docs/features/credit.pandoc
> > b/docs/features/credit.pandoc
> > new file mode 100644
> > index 000..fed0da2
> > --- /dev/null
> > +++ b/docs/features/credit.pandoc
>
> Sim
On Thu, Oct 13, 2016 at 07:05:21AM -0600, Jan Beulich wrote:
> >>> On 13.10.16 at 14:04, wrote:
> > A new sysctl interface for passing gcov data back to userspace. The new
> > interface uses a customised record file format. The new sysctl reuses
> > original sysctl number but renames the op to gco
>>> On 13.10.16 at 14:48, wrote:
> @@ -174,8 +171,8 @@ void elf_parse_bsdsyms(struct elf_binary *elf, uint64_t
> pstart)
> /* Space to store the size of the elf image */
> sz = sizeof(uint32_t);
>
> -/* Space for the elf and elf section headers */
> -sz += elf_uval(elf, elf->e
>>> On 13.10.16 at 14:04, wrote:
> And make it the default in Kconfig.
>
> Signed-off-by: Wei Liu
> ---
> v4: dropped Jan's ack
Feel free to re-instate.
Jan
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
>>> On 13.10.16 at 14:04, wrote:
> A new sysctl interface for passing gcov data back to userspace. The new
> interface uses a customised record file format. The new sysctl reuses
> original sysctl number but renames the op to gcov_op.
>
> Formats starting from gcc version 3.4 are supported. The c
Commit 6dc9ac9f52 ("x86emul: check alignment of SSE and AVX memory
operands") didn't consider a specific AMD mode: Mis-alignment #GP
faults can be masked on some of their hardware.
Signed-off-by: Jan Beulich
--- a/xen/arch/x86/x86_emulate/x86_emulate.c
+++ b/xen/arch/x86/x86_emulate/x86_emulate.
Commit ed04ca introduced a bug in the symtab/strtab loading for 32bit
guests, that corrupted the section headers array due to the padding
introduced by the elf_shdr union.
The Elf section header array on 32bit should be accessible as an array of
Elf32_Shdr elements, and the union with Elf64_Shdr d
On Thu, Oct 13, 2016 at 01:44:28PM +0100, Dario Faggioli wrote:
> On Thu, 2016-10-13 at 12:28 +0100, Andrew Cooper wrote:
> > On 13/10/16 12:01, Dario Faggioli wrote:
> > > "Just" as per the subject, I wrote feature documents for (almost)
> > > all our
> > > schedulers. No big deal, I'd say, apart
On Thu, 2016-10-13 at 12:28 +0100, Andrew Cooper wrote:
> On 13/10/16 12:01, Dario Faggioli wrote:
> > "Just" as per the subject, I wrote feature documents for (almost)
> > all our
> > schedulers. No big deal, I'd say, apart from the fact that I'm
> > declaring
> > Credit2 **Supperted**, instead of
BCC'ing xen-devel, since this is clearly a xen-users question at the moment.
On Mon, Oct 10, 2016 at 9:52 PM, Soumendu Satapathy
wrote:
> Hi there,
>
>
>
> I am trying to install and boot xen. I followed the following procedure.
> There was no errors while installation. But when I select the gru
And make it the default in Kconfig.
Signed-off-by: Wei Liu
---
v4: dropped Jan's ack
Cc: Andrew Cooper
Cc: George Dunlap
Cc: Ian Jackson
Cc: Jan Beulich
Cc: Konrad Rzeszutek Wilk
Cc: Stefano Stabellini
Cc: Tim Deegan
Cc: Wei Liu
---
xen/Kconfig.debug| 9 -
xen/common/gco
A new sysctl interface for passing gcov data back to userspace. The new
interface uses a customised record file format. The new sysctl reuses
original sysctl number but renames the op to gcov_op.
Formats starting from gcc version 3.4 are supported. The code is
rewritten so that a new format can be
Only sending out two patches.
This series can be found at:
git://xenbits.xen.org/people/liuw/xen.git wip.rework-gcov-v$VERSION
Wei.
---
v2: see individual commits for changes.
Cc: Andrew Cooper
Cc: George Dunlap
Cc: Ian Jackson
Cc: Jan Beulich
Cc: Konrad Rzeszutek Wilk
Cc: Stefano Stabell
On 13/10/16 12:38, Jan Beulich wrote:
On 13.10.16 at 13:15, wrote:
>> Sample error looks like:
>>
>> (XEN) Failed vm entry (exit reason 0x8022) caused by MSR loading
>> (entry 13).
>> (XEN) msr 068a, val 1fff80102af0, (mbz 0)
>> (XEN) * VMCS Area *
On 13/10/16 12:02, Dario Faggioli wrote:
> diff --git a/docs/features/credit.pandoc b/docs/features/credit.pandoc
> new file mode 100644
> index 000..fed0da2
> --- /dev/null
> +++ b/docs/features/credit.pandoc
Simply "Credit" as a top level feature isn't very descriptive. Can you
see about wo
On Thu, Oct 13, 2016 at 12:02:28PM +0100, Dario Faggioli wrote:
> Signed-off-by: Dario Faggioli
> ---
> Cc: George Dunlap
> Cc: Wei Liu
> Cc: Lars Kurth
> Cc: Andrew Cooper
> Cc: Ian Jackson
> Cc: Jan Beulich
> Cc: Konrad Rzeszutek Wilk
> Cc: Stefano Stabellini
> ---
> docs/features/credi
flight 101412 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101412/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 12 migrate-support-checkfail never pass
test-amd64-amd64-libvirt-xsm 12 migrate-s
>>> On 13.10.16 at 13:15, wrote:
> Identify the affected vcpu at the start of the message. While tweaking this
> area, add extra newlines between cases.
>
> Signed-off-by: Andrew Cooper
Reviewed-by: Jan Beulich
with ...
> --- a/xen/arch/x86/hvm/vmx/vmx.c
> +++ b/xen/arch/x86/hvm/vmx/vmx.c
>
>>> On 13.10.16 at 13:15, wrote:
> Sample error looks like:
>
> (XEN) Failed vm entry (exit reason 0x8022) caused by MSR loading (entry
> 13).
> (XEN) msr 068a, val 1fff80102af0, (mbz 0)
> (XEN) * VMCS Area **
>
> Signed-off-by: Andrew Cooper
Review
On 13/10/16 12:28, Andrew Cooper wrote:
> On 13/10/16 12:01, Dario Faggioli wrote:
>> Hey,
>>
>> "Just" as per the subject, I wrote feature documents for (almost) all our
>> schedulers. No big deal, I'd say, apart from the fact that I'm declaring
>> Credit2 **Supperted**, instead of experimental.
>
On Thu, Oct 13, 2016 at 07:04:56AM +0300, Emil Condrea wrote:
> On Tue, Oct 11, 2016 at 5:20 PM, Anthony PERARD
> wrote:
> > On Tue, Oct 04, 2016 at 09:43:31AM +0300, Emil Condrea wrote:
> >> Fixes:
> >> * WARNING: line over 80 characters
> >>
> >> Signed-off-by: Emil Condrea
> >> ---
> >> hw/b
On 13/10/16 12:01, Dario Faggioli wrote:
> Hey,
>
> "Just" as per the subject, I wrote feature documents for (almost) all our
> schedulers. No big deal, I'd say, apart from the fact that I'm declaring
> Credit2 **Supperted**, instead of experimental.
Supperted? That's like supported right? ;p
I
Identify the affected vcpu at the start of the message. While tweaking this
area, add extra newlines between cases.
Signed-off-by: Andrew Cooper
---
CC: Jan Beulich
CC: Jun Nakajima
CC: Kevin Tian
---
xen/arch/x86/hvm/vmx/vmx.c | 13 -
1 file changed, 8 insertions(+), 5 deletions
Sample error looks like:
(XEN) Failed vm entry (exit reason 0x8022) caused by MSR loading (entry
13).
(XEN) msr 068a, val 1fff80102af0, (mbz 0)
(XEN) * VMCS Area **
Signed-off-by: Andrew Cooper
---
CC: Jan Beulich
CC: Jun Nakajima
CC: Kevin Tian
--
Wei Liu writes ("[PATCH for-4.8] tools: check liblzma in configure for
rombios"):
> We upgraded ipxe in 38ab99b2 ("ipxe: update to new commit"). That
> version of ipxe requires liblzma to build.
>
> Check that in configure and document this in README.
Acked-by: Ian Jackson
Signed-off-by: Dario Faggioli
---
Cc: Meng Xu
Cc: George Dunlap
Cc: Wei Liu
Cc: Lars Kurth
Cc: Andrew Cooper
Cc: Ian Jackson
Cc: Jan Beulich
Cc: Konrad Rzeszutek Wilk
Cc: Stefano Stabellini
---
docs/features/rtds.pandoc | 125 +
1 file changed
Since we are marking the feature as 'Supported', remove the
"this is experimental software" warning in the code at once.
Signed-off-by: Dario Faggioli
---
Cc: George Dunlap
Cc: Anshul Makkar
Cc: Wei Liu
Cc: Lars Kurth
Cc: Andrew Cooper
Cc: Ian Jackson
Cc: Jan Beulich
Cc: Konrad Rzeszutek W
We upgraded ipxe in 38ab99b2 ("ipxe: update to new commit"). That
version of ipxe requires liblzma to build.
Check that in configure and document this in README.
Signed-off-by: Wei Liu
---
Cc: Ian Jackson
Rerun autogen.sh while committing.
---
README | 1 +
tools/config.h.in |
Signed-off-by: Dario Faggioli
---
Cc: George Dunlap
Cc: Wei Liu
Cc: Lars Kurth
Cc: Andrew Cooper
Cc: Ian Jackson
Cc: Jan Beulich
Cc: Konrad Rzeszutek Wilk
Cc: Stefano Stabellini
---
docs/features/credit.pandoc | 99 +++
1 file changed, 99 insertio
Hey,
"Just" as per the subject, I wrote feature documents for (almost) all our
schedulers. No big deal, I'd say, apart from the fact that I'm declaring
Credit2 **Supperted**, instead of experimental.
In fact, it's being tested by OSSTest for ages, and it's undergone a huge
amount of development,
On 13/10/16 07:41, Jan Beulich wrote:
> The FPU ones need to be executed with guest EFLAGS.{C,P,Z}F in context.
>
> We also can't exclude someone wanting to hide the feature from (32-bit)
> guests.
>
> Signed-off-by: Jan Beulich
Reviewed-by: Andrew Cooper
___
- On 13 Oct, 2016, at 09:29, Wei Liu wei.l...@citrix.com wrote:
> On Thu, Oct 13, 2016 at 10:10:46AM +0100, Juergen Schinker wrote:
>> Right and still no solution
>>
>> there is no xz-dev or libxz-dev; I installed everything which just looks
>> remote
>> like xz or lzma
>>
>
> On Debian
>>> On 12.10.16 at 01:40, wrote:
> Signed-off-by: Paul Lai
> Reviewed-by: Konrad Rzeszutek Wilk
> ---
> v10
> Added Reviewed-by stamp
Same thing here - please address _all_ review comments. On v9
Konrad did say "someting is off with your title. I think you need to
add an extra newline." As it s
>>> On 12.10.16 at 01:40, wrote:
> @@ -66,6 +67,63 @@ altp2m_vcpu_destroy(struct vcpu *v)
> }
>
> /*
> + * allocate and initialize memory for altp2m portion of domain
> + *
> + * returns < 0 on error
> + * returns 0 on no operation & success
> + */
> +int
> +altp2m_domain_init(struct domain
On Thu, Oct 13, 2016 at 11:28:21AM +0200, Cedric Bosdonnat wrote:
> Hi Wei, Ian,
>
> In quite a number of places, the domid we have in the function calling LOG*
> may be the one of a stubdom. In the log we want to output the domid of the
> domain the user knows about. Would there be a way to get i
On Thu, Oct 13, 2016 at 03:30:04AM -0600, Jan Beulich wrote:
> >>> On 13.10.16 at 12:06, wrote:
> > Keyhandler may run for a long time in serial port driver's
> > timer handler on the large machine with a lot of physical
> > cpus(e,g dump_timerq()) when serial port driver works in
> > the poll mod
On Thu, Oct 13, 2016 at 10:04:11AM +0100, Wei Liu wrote:
> On Wed, Oct 12, 2016 at 05:03:11PM -0400, Boris Ostrovsky wrote:
> > On 10/12/2016 05:27 AM, Wei Liu wrote:
> > > On Tue, Oct 11, 2016 at 08:31:31PM +0100, Juergen Schinker wrote:
> > >>
> > >>> We're going to tag rc2 some time this week.
On Thu, Oct 13, 2016 at 10:10:46AM +0100, Juergen Schinker wrote:
> Right and still no solution
>
> there is no xz-dev or libxz-dev; I installed everything which just looks
> remote like xz or lzma
>
On Debian it is called liblzma-dev. Not sure what distro you use.
> building is no problem a
>>> On 13.10.16 at 12:06, wrote:
> Keyhandler may run for a long time in serial port driver's
> timer handler on the large machine with a lot of physical
> cpus(e,g dump_timerq()) when serial port driver works in
> the poll mode(via the exception mechanism).
>
> If a timer handler runs a long tim
Hi Wei, Ian,
In quite a number of places, the domid we have in the function calling LOG*
may be the one of a stubdom. In the log we want to output the domid of the
domain the user knows about. Would there be a way to get it?
An example of that is do_pci_add. It has a libxl_is_stubdom call, sugges
>>> On 12.10.16 at 23:15, wrote:
> On Wed, Sep 28, 2016 at 03:21:08AM -0600, Jan Beulich wrote:
>> >>> On 27.09.16 at 16:43, wrote:
>> > If the guest is booted with 'pci' we nicely expand the MMIO region below
>> > 4GB and try to fit in the BARs in there. If that fails (not enough
>> > space) we
On Thu, Oct 13, 2016 at 03:15:09AM -0600, Jan Beulich wrote:
> >>> On 13.10.16 at 10:49, wrote:
> > On Thu, Oct 13, 2016 at 02:29:08AM -0600, Jan Beulich wrote:
> > [...]
> >> >> >> ... this structure's trailing fields actually getting used by the
> >> >> >> code
> >> >> >> won't work well when c
>>> On 13.10.16 at 10:49, wrote:
> On Thu, Oct 13, 2016 at 02:29:08AM -0600, Jan Beulich wrote:
> [...]
>> >> >> ... this structure's trailing fields actually getting used by the code
>> >> >> won't work well when changing compiler versions without cleaning
>> >> >> the tree. I think instead you n
Right and still no solution
there is no xz-dev or libxz-dev; I installed everything which just looks
remote like xz or lzma
building is no problem as I build with
./configure --enable-githttp --enable-systemd --disable-rombios
--disable-qemu-traditional --disable-stubdom --disable-docs
I'm
>>> On 13.10.16 at 10:53, wrote:
> On 10/13/16 02:34 -0600, Jan Beulich wrote:
> On 12.10.16 at 18:19, wrote:
>>> On Wed, Oct 12, 2016 at 9:01 AM, Jan Beulich wrote:
>>> On 12.10.16 at 17:42, wrote:
> On Wed, Oct 12, 2016 at 8:39 AM, Jan Beulich wrote:
> On 12.10.16 at 16:5
+Dan Williams
I accidentally dropped him in my last reply. Add him back.
On 10/13/16 16:53 +0800, Haozhong Zhang wrote:
On 10/13/16 02:34 -0600, Jan Beulich wrote:
On 12.10.16 at 18:19, wrote:
On Wed, Oct 12, 2016 at 9:01 AM, Jan Beulich wrote:
On 12.10.16 at 17:42, wrote:
On Wed, Oct 12
On Wed, Oct 12, 2016 at 05:03:11PM -0400, Boris Ostrovsky wrote:
> On 10/12/2016 05:27 AM, Wei Liu wrote:
> > On Tue, Oct 11, 2016 at 08:31:31PM +0100, Juergen Schinker wrote:
> >>
> >>> We're going to tag rc2 some time this week. Thanks for help testing Xen!
> >>>
> >>> Wei.
> >>>
> J
> >>>
On 10/13/16 02:34 -0600, Jan Beulich wrote:
On 12.10.16 at 18:19, wrote:
On Wed, Oct 12, 2016 at 9:01 AM, Jan Beulich wrote:
On 12.10.16 at 17:42, wrote:
On Wed, Oct 12, 2016 at 8:39 AM, Jan Beulich wrote:
On 12.10.16 at 16:58, wrote:
On 10/12/16 05:32 -0600, Jan Beulich wrote:
On 12.1
On Thu, Oct 13, 2016 at 02:29:08AM -0600, Jan Beulich wrote:
[...]
> >> >> ... this structure's trailing fields actually getting used by the code
> >> >> won't work well when changing compiler versions without cleaning
> >> >> the tree. I think instead you need thin gcc_5.c and gcc_4_9.c
> >> >> #d
>>> On 12.10.16 at 18:19, wrote:
> On Wed, Oct 12, 2016 at 9:01 AM, Jan Beulich wrote:
> On 12.10.16 at 17:42, wrote:
>>> On Wed, Oct 12, 2016 at 8:39 AM, Jan Beulich wrote:
>>> On 12.10.16 at 16:58, wrote:
> On 10/12/16 05:32 -0600, Jan Beulich wrote:
> On 12.10.16 at 12:3
>>> On 12.10.16 at 19:07, wrote:
> On Wed, Oct 12, 2016 at 09:42:17AM -0600, Jan Beulich wrote:
>> >>> On 12.10.16 at 17:33, wrote:
>> > On Wed, Oct 12, 2016 at 06:42:53AM -0600, Jan Beulich wrote:
>> >> >>> On 11.10.16 at 12:31, wrote:
>> >> > --- /dev/null
>> >> > +++ b/xen/common/gcov/gcc_4_7
1 - 100 of 105 matches
Mail list logo