>>> On 25.08.15 at 18:31, wrote:
> On Tue, Aug 25, 2015 at 06:09:09AM -0600, Jan Beulich wrote:
>> >>> On 24.08.15 at 22:54, wrote:
>> > On Mon, Aug 24, 2015 at 05:35:21AM -0600, Jan Beulich wrote:
>> >> >>> On 22.08.15 at 15:59, wrote:
>> >> > On Thu, Aug 20, 2015 at 09:39:39AM -0600, Jan Beuli
* Andrew Morton wrote:
> > There's a catch-22 issue here either way, for instance this rename patch
> > has
> > been being baked for probably 2 releases already but the difficulty has
> > been
> > trying to find the appropriate time to merge it without conflict.
> >
> > If you do it in the
On 19/08/2015 23:27, Shannon Zhao wrote:
Hi Julien,
Hi Shannon,
Sorry for the late answer I was on holiday. In general it's better to CC
multiple person and the mailing list as we may not be able to answer in
short time or not know the answer.
I've CCed the ML and few people which know b
On Wed, 26 Aug 2015 01:19:13 +0200 "Luis R. Rodriguez" wrote:
> On Tue, Aug 25, 2015 at 01:43:58PM -0700, Andrew Morton wrote:
> > On Tue, 25 Aug 2015 17:48:37 +0200 "Luis R. Rodriguez"
> > wrote:
> >
> > > On Tue, Aug 25, 2015 at 09:53:18AM +0200, Ingo Molnar wrote:
> > > > Which kernel is th
On Tue, Aug 25, 2015 at 01:43:58PM -0700, Andrew Morton wrote:
> On Tue, 25 Aug 2015 17:48:37 +0200 "Luis R. Rodriguez"
> wrote:
>
> > On Tue, Aug 25, 2015 at 09:53:18AM +0200, Ingo Molnar wrote:
> > > Which kernel is this against? It has conflicts in 3 files with Linus's
> > > latest:
> > > v
flight 60848 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/60848/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm 16
guest-start/debianhvm.repeat fail like 60847-bisect
Tests
flight 60846 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/60846/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-armhf-armhf-xl-multivcpu 3 host-install(3) broken in 60812 pass in 60846
test-amd64-i386-libvirt-qemuu-deb
On 15/08/15 07:23, Razvan Cojocaru wrote:
> As suggested by Jan Beulich, moved struct monitor_write_data from
> struct arch_domain to struct arch_vcpu, as well as moving all
> vm_event-related data from asm-x86/domain.h to struct vm_event,
> and allocating it dynamically only when needed.
>
> Signe
On Sat, Aug 15, 2015 at 12:23 AM, Razvan Cojocaru wrote:
> As suggested by Jan Beulich, moved struct monitor_write_data from
> struct arch_domain to struct arch_vcpu, as well as moving all
> vm_event-related data from asm-x86/domain.h to struct vm_event,
> and allocating it dynamically only when
On Tue, 25 Aug 2015 17:48:37 +0200 "Luis R. Rodriguez" wrote:
> On Tue, Aug 25, 2015 at 09:53:18AM +0200, Ingo Molnar wrote:
> > Which kernel is this against? It has conflicts in 3 files with Linus's
> > latest:
> > v4.2-rc8.
>
> Sorry I based it on linux-next, will respin the rename patch ont
On Tue, Aug 25, 2015 at 03:52:15PM -0400, Konrad Rzeszutek Wilk wrote:
> On Tue, Aug 25, 2015 at 06:41:06PM +0100, Andrew Cooper wrote:
> > On 25/08/15 18:09, Konrad Rzeszutek Wilk wrote:
> > > On Tue, Aug 25, 2015 at 05:48:58PM +0100, Andrew Cooper wrote:
> > >> On 25/08/15 17:43, Konrad Rzeszutek
On Tue, Aug 25, 2015 at 06:41:06PM +0100, Andrew Cooper wrote:
> On 25/08/15 18:09, Konrad Rzeszutek Wilk wrote:
> > On Tue, Aug 25, 2015 at 05:48:58PM +0100, Andrew Cooper wrote:
> >> On 25/08/15 17:43, Konrad Rzeszutek Wilk wrote:
> >>> I am troubleshooting an locking issue and figured I would en
flight 60841 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/60841/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm 9 debian-hvm-install fail
like 60683
test-amd64-amd64-
On 25/08/15 18:09, Konrad Rzeszutek Wilk wrote:
> On Tue, Aug 25, 2015 at 05:48:58PM +0100, Andrew Cooper wrote:
>> On 25/08/15 17:43, Konrad Rzeszutek Wilk wrote:
>>> I am troubleshooting an locking issue and figured I would enable extra
>>> options.
>>>
>>> But now I am hitting this build issue:
Remember: Document Day is tomorrow!
Have you signed up to be a Wiki editor yet? Have you looked at the
TODO list to see if there is something there you can address?
Please join us tomorrow on #xendocs.
On Fri, Aug 21, 2015 at 8:08 AM, Russ Pavlicek
wrote:
> Our next Xen Project Document Day is
On Tue, Aug 25, 2015 at 05:48:58PM +0100, Andrew Cooper wrote:
> On 25/08/15 17:43, Konrad Rzeszutek Wilk wrote:
> > I am troubleshooting an locking issue and figured I would enable extra
> > options.
> >
> > But now I am hitting this build issue:
> >
> > domain.c:241: error: negative width in bit
On Tue, Aug 25, 2015 at 12:43:38PM -0400, Konrad Rzeszutek Wilk wrote:
> I am troubleshooting an locking issue and figured I would enable extra
> options.
>
> But now I am hitting this build issue:
>
> domain.c:241: error: negative width in bit-field ‘’
>
> Which is:
>
> 229 struct domain *alloc_
On 25/08/15 17:43, Konrad Rzeszutek Wilk wrote:
> I am troubleshooting an locking issue and figured I would enable extra
> options.
>
> But now I am hitting this build issue:
>
> domain.c:241: error: negative width in bit-field ‘’
>
> Which is:
>
> 229 struct domain *alloc_domain_struct(void)
>
I am troubleshooting an locking issue and figured I would enable extra options.
But now I am hitting this build issue:
domain.c:241: error: negative width in bit-field ‘’
Which is:
229 struct domain *alloc_domain_struct(void)
230 {
231 struct domain *d;
...
241 BUILD_BUG_ON(sizeof(*
On Tue, Aug 25, 2015 at 06:09:09AM -0600, Jan Beulich wrote:
> >>> On 24.08.15 at 22:54, wrote:
> > On Mon, Aug 24, 2015 at 05:35:21AM -0600, Jan Beulich wrote:
> >> >>> On 22.08.15 at 15:59, wrote:
> >> > On Thu, Aug 20, 2015 at 09:39:39AM -0600, Jan Beulich wrote:
> >> >> >>> On 20.07.15 at 16:
On Tue, Aug 25, 2015 at 09:15:19AM +0100, Wei Liu wrote:
> On Mon, Aug 24, 2015 at 03:48:58PM -0400, Konrad Rzeszutek Wilk wrote:
> > Specificially we are pulling in the upstream patch (commit
> > 1b56452121672e6408c38ac8926bdd6998a39004)):
> > [ath9k] Remove confusing logic inversion in an ANI var
From: "Luis R. Rodriguez"
Rename dma_*_writecombine() to dma_*_wc(), so that the naming
is coherent across the various write-combining APIs.
The following Coccinelle SmPL patch was used for this simple
transformation:
@ rename_dma_alloc_writecombine @
expression dev, size, dma_addr, gfp;
@@
-d
>>> On 25.08.15 at 16:33, wrote:
> Sorry for the spam. I found via google more options and tried. After
> adding the following: dom0_mem=4096M,max:4096M dom0_max_vcpus=8
> dom0_vcpus_pin loglvl=all guest_loglvl=all
> iommu=debug,verbose,no-amd-iommu-perdev-intremap
>
> Now I am amble to the hyper
On Tue, Aug 25, 2015 at 09:53:18AM +0200, Ingo Molnar wrote:
> Which kernel is this against? It has conflicts in 3 files with Linus's
> latest:
> v4.2-rc8.
Sorry I based it on linux-next, will respin the rename patch onto
tip/auto-latest
Luis
___
flight 60840 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/60840/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-xsm 14 guest-saverestore fail REGR. vs. 59254
test-amd64-i386-xl
On Tue, Aug 25, 2015 at 11:50:05AM +0100, Andrew Cooper wrote:
> On 24/08/15 21:54, Daniel Kiper wrote:
> >
> > Currently, PE file contains many sections which are not "linear" (one
> > after another without any holes) or even do not have representation
> > in a file (e.g. BSS). In theo
On Tue, Aug 25, 2015 at 8:43 AM, Konrad Rzeszutek Wilk
wrote:
> On Tue, Aug 25, 2015 at 02:55:31PM +0800, Chen, Tiejun wrote:
> > On 8/25/2015 8:19 AM, Tamas K Lengyel wrote:
> > >Hi everyone,
> > >I saw some people passingly mention this on the list before but just in
> > >case it has been misse
On Tue, Aug 25, 2015 at 02:55:31PM +0800, Chen, Tiejun wrote:
> On 8/25/2015 8:19 AM, Tamas K Lengyel wrote:
> >Hi everyone,
> >I saw some people passingly mention this on the list before but just in
> >case it has been missed, my serial is also being spammed with the following
> >printouts with bo
>>> On 25.08.15 at 16:14, wrote:
> It will never reach the hypervisor ie. fully load to the hypervisor. It
> initializes some of /boot/xen.gz and then restart occurs. Text scrolls way
> too fast so I can't get anything out of it.
With a decent screen resolution and "noreboot" in place you should
> On 25.08.15 at 15:22, wrote:
>>> Hi. As the subject says. Where from I do start debugging it? My kernel
>>> boots fine on that machine without XEN.
>>>
>>> I tried the following command line option:
>>> noreboot=true,iommu=1,no-amd-iommu-perdev-intremap
>>>
>>> OK that stop the loop but how
On 25.08.15 at 15:22, wrote:
>> Hi. As the subject says. Where from I do start debugging it? My kernel
>> boots fine on that machine without XEN.
>>
>> I tried the following command line option:
>> noreboot=true,iommu=1,no-amd-iommu-perdev-intremap
>>
>> OK that stop the loop but how do I get
Per http://wiki.qemu.org/ChangeLog/1.0 and the fact that no currently
supported distro ships the x86 system emulator binary as 'qemu', this
changes the default when a user specifies --with-system-qemu without a
PATH to 'qemu-system-i386', otherwise the default results in a
non-functional setup.
Si
>>> On 25.08.15 at 15:22, wrote:
> Hi. As the subject says. Where from I do start debugging it? My kernel
> boots fine on that machine without XEN.
>
> I tried the following command line option:
> noreboot=true,iommu=1,no-amd-iommu-perdev-intremap
>
> OK that stop the loop but how do I get the o
Hi. As the subject says. Where from I do start debugging it? My kernel
boots fine on that machine without XEN.
I tried the following command line option:
noreboot=true,iommu=1,no-amd-iommu-perdev-intremap
OK that stop the loop but how do I get the output so I could see the cause
of crash/restart?
2015-08-25 3:42 GMT-04:00 Andrew Cooper :
> On 25/08/2015 03:48, Meng Xu wrote:
>> Hi Andrew,
>>
>> Thank you so much for your suggestion! I tried but have some questions.
>>
>> 2015-08-24 4:10 GMT-04:00 Andrew Cooper :
>>> On 24/08/2015 04:01, Meng Xu wrote:
>>>
>>> Hi,
>>>
>>> I'm trying to use a
I'm sorry - the title should of course not have had the word "DRAFT" in it.
Jan
>>> On 25.08.15 at 14:00, wrote:
> All,
>
> I am pleased to announce the release of Xen 4.4.3. This is
> available immediately from its git repository
> http://xenbits.xen.org/gitweb/?p=xen.git;a=shortlog;h=refs/hea
>>> On 24.08.15 at 22:54, wrote:
> On Mon, Aug 24, 2015 at 05:35:21AM -0600, Jan Beulich wrote:
>> >>> On 22.08.15 at 15:59, wrote:
>> > On Thu, Aug 20, 2015 at 09:39:39AM -0600, Jan Beulich wrote:
>> >> >>> On 20.07.15 at 16:29, wrote:
>> >> > Currently, PE file contains many sections which are
All,
I am pleased to announce the release of Xen 4.4.3. This is
available immediately from its git repository
http://xenbits.xen.org/gitweb/?p=xen.git;a=shortlog;h=refs/heads/stable-4.4
(tag RELEASE-4.4.3) or from the XenProject download page
http://www.xenproject.org/downloads/xen-archives/xen-4
Hi all
the Xen Project Developer Summit Videos are live at
https://www.youtube.com/user/XenProjectSoftware Note that there have been
reports on a couple of videos that the sound starts late (1-2 minutes into the
video). If you come across another one, please reply to me directly with the
An issue which Xen has is an uncertain support statement for features.
Given the success seen with docs/misc/xen-command-line.markdown, and in
particular keeping it up to date, introduce a similar system for
features.
Patch 1 introduces a proposed template (and a makefile tweak to include
the new
On 24/08/15 21:54, Daniel Kiper wrote:
>
> Currently, PE file contains many sections which are not "linear" (one
> after another without any holes) or even do not have representation
> in a file (e.g. BSS). In theory there is a chance that we could build
> proper PE file using curre
This patch exposes xsaves/xgetbv1/xsavec to hvm guest.
The reserved bits of eax/ebx/ecx/edx must be cleaned up
when call cpuid(0dh) with leaf 1 or 2..63.
According to the spec the following bits must be reserved:
For leaf 1, bits 03-04/08-31 of ecx is reserved. Edx is reserved.
For leaf 2...63, bi
This patch enables xsaves for hvm guest, includes:
1.handle xsaves vmcs init and vmexit.
2.add logic to write/read the XSS msr.
Signed-off-by: Shuai Ruan
---
xen/arch/x86/hvm/hvm.c | 43 ++
xen/arch/x86/hvm/vmx/vmcs.c| 6 --
xen/arch/x
This patch add basic definitions/helpers which will be used in
later patches.
Signed-off-by: Shuai Ruan
---
xen/arch/x86/xstate.c| 137 +++
xen/include/asm-x86/cpufeature.h | 4 ++
xen/include/asm-x86/domain.h | 1 +
xen/include/asm-x86/msr
Changes in v4:
* Address comments from Andrew, mainly:
* No xsaves suporting for pv guest.
* Using xstate_sizes instead of domain_cpuid in hvm_cupid in patch 3.
* Add support for format translation when perform pv guest migration in patch
2.
* Fix some code errors.
Changes in v3:
* Address comme
This patch uses xsaves/xrstors instead of xsaveopt/xrstor
to perform the xsave_area switching so that xen itself
can benefit from them when available.
For xsaves/xrstors only use compact format. Add format conversion
support when perform guest os migration.
Signed-off-by: Shuai Ruan
---
xen/arc
Signed-off-by: Andrew Cooper
---
v2: Added %Revision and #History table
---
docs/Makefile |2 +-
docs/features/template.pandoc | 67 +
2 files changed, 68 insertions(+), 1 deletion(-)
create mode 100644 docs/features/template.pandoc
Signed-off-by: Andrew Cooper
---
v2:
* %Revision and #History, following template review
* Grammar fixes
---
docs/features/migration.pandoc | 100
1 file changed, 100 insertions(+)
create mode 100644 docs/features/migration.pandoc
diff --git a/docs/fe
On 25/08/15 09:41, Wei Liu wrote:
>
+
+\clearpage
+
+This is a suggested template for formatting of a Xen feature
document in tree.
+
+The purpose of this document is to provide a concrete support
statement for the
+feature (indicating its security statu
On 25/08/15 09:49, Wei Liu wrote:
> On Mon, Aug 24, 2015 at 06:37:02PM +0100, Andrew Cooper wrote:
>> Signed-off-by: Andrew Cooper
>> ---
>> docs/features/migration.pandoc | 90
>>
>> 1 file changed, 90 insertions(+)
>> create mode 100644 docs/features
On Sun, Aug 23, 2015 at 05:33:17PM +0800, Yu Zhang wrote:
> Currently in ioreq server, guest write-protected ram pages are
> tracked in the same rangeset with device mmio resources. Yet
> unlike device mmio, which can be in big chunks, the guest write-
> protected pages may be discrete ranges with
On Fri, Aug 21, 2015 at 02:41:32AM -0600, Jan Beulich wrote:
> While moving our XenoLinux patches to 4.2-rc I noticed bogus "already
> mapped" messages resulting from Linux (legitimately) writing RTEs with
> only the mask bit set. Clearly we shouldn't even attempt to create a
> pIRQ <-> IRQ mapping
On 25/08/15 10:22, Roger Pau Monné wrote:
> El 25/08/15 a les 11.02, Wei Liu ha escrit:
>> On Fri, Aug 21, 2015 at 06:53:20PM +0200, Roger Pau Monne wrote:
>> [...]
>>> static int clear_page(struct xc_dom_image *dom, xen_pfn_t pfn)
>>> {
>>> xen_pfn_t dst;
>>> @@ -197,14 +184,9 @@ void *xc_d
On Fri, Aug 21, 2015 at 06:53:40PM +0200, Roger Pau Monne wrote:
> Allow xc_dom_elfloader to report a guest type as hvm-3.0-x86_32 if it's
> running inside of a HVM container and has the PHYS32_ENTRY elfnote set.
>
> Signed-off-by: Roger Pau Monné
> Reviewed-by: Andrew Cooper
> Cc: Ian Jackson
On Tue, Aug 25, 2015 at 11:22:16AM +0200, Roger Pau Monné wrote:
> El 25/08/15 a les 11.02, Wei Liu ha escrit:
> > On Fri, Aug 21, 2015 at 06:53:20PM +0200, Roger Pau Monne wrote:
> > [...]
> >> static int clear_page(struct xc_dom_image *dom, xen_pfn_t pfn)
> >> {
> >> xen_pfn_t dst;
> >> @@
On Fri, Aug 21, 2015 at 06:53:41PM +0200, Roger Pau Monne wrote:
> Replace the firmware loaded into HVM guests with an OS kernel. Since the HVM
> builder now uses the PV xc_dom_* set of functions this kernel will be parsed
> and loaded inside the guest like on PV, but the container is a pure HVM
>
On Fri, Aug 21, 2015 at 06:53:21PM +0200, Roger Pau Monne wrote:
> This xc_dom_arch will be used in order to build HVM domains. The code is
> based on the existing xc_hvm_populate_memory and xc_hvm_populate_params
> functions.
>
> Signed-off-by: Roger Pau Monné
> Reviewed-by: Andrew Cooper
> Cc:
El 25/08/15 a les 11.02, Wei Liu ha escrit:
> On Fri, Aug 21, 2015 at 06:53:20PM +0200, Roger Pau Monne wrote:
> [...]
>> static int clear_page(struct xc_dom_image *dom, xen_pfn_t pfn)
>> {
>> xen_pfn_t dst;
>> @@ -197,14 +184,9 @@ void *xc_dom_boot_domU_map(struct xc_dom_image *dom,
>> xen
On Fri, Aug 21, 2015 at 06:53:20PM +0200, Roger Pau Monne wrote:
[...]
> static int clear_page(struct xc_dom_image *dom, xen_pfn_t pfn)
> {
> xen_pfn_t dst;
> @@ -197,14 +184,9 @@ void *xc_dom_boot_domU_map(struct xc_dom_image *dom,
> xen_pfn_t pfn,
>
> int xc_dom_boot_image(struct xc_do
On Mon, Aug 24, 2015 at 06:37:02PM +0100, Andrew Cooper wrote:
> Signed-off-by: Andrew Cooper
> ---
> docs/features/migration.pandoc | 90
>
> 1 file changed, 90 insertions(+)
> create mode 100644 docs/features/migration.pandoc
>
> diff --git a/docs/f
flight 37842 distros-debian-squeeze real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/37842/
Perfect :-)
All tests in this flight passed
baseline version:
flight 37836
jobs:
build-amd64 pass
build-armhf
On Mon, Aug 24, 2015 at 11:52:34PM +0100, Andrew Cooper wrote:
> On 24/08/2015 20:27, Juergen Gross wrote:
> > On 08/24/2015 07:37 PM, Andrew Cooper wrote:
> >> Signed-off-by: Andrew Cooper
> >> ---
> >> docs/Makefile |2 +-
> >> docs/features/template.pandoc | 55
> >> +++
El 24/08/15 a les 20.26, Konrad Rzeszutek Wilk ha escrit:
> On Fri, Aug 21, 2015 at 06:53:20PM +0200, Roger Pau Monne wrote:
>> Place the calls to xc_vcpu_setcontext and the allocation of the hypercall
>> buffer into the arch-specific vcpu hooks. This is needed for the next patch,
>
> s/next patch
On Mon, Aug 24, 2015 at 03:48:58PM -0400, Konrad Rzeszutek Wilk wrote:
> Specificially we are pulling in the upstream patch (commit
> 1b56452121672e6408c38ac8926bdd6998a39004)):
> [ath9k] Remove confusing logic inversion in an ANI variable
>
> Signed-off-by: Konrad Rzeszutek Wilk
Acked-by: Wei L
On Mon, Aug 24, 2015 at 03:55:33PM -0400, Tamas K Lengyel wrote:
> The function supposed to return a boolean but instead it returned
> the value 0x800 which is the Intel internal flag for MTF. This has
> caused various checks using this function to falsely report no MTF
> capability.
>
> Signe
>>> Tamas K Lengyel 08/25/15 1:51 AM >>>
>>> @@ -1768,7 +1768,7 @@ static void vmx_enable_msr_exit_interception(struct
>>> domain *d)
>>>
>>> static bool_t vmx_is_singlestep_supported(void)
>>> {
>>> -return cpu_has_monitor_trap_flag;
>>> +return cpu_has_monitor_trap_flag ? 1 : 0;
>>
>>
* Luis R. Rodriguez wrote:
> From: "Luis R. Rodriguez"
>
> Rename dma_*_writecombine() to dma_*_wc(), so that the naming
> is coherent across the various write-combining APIs.
>
> The following Coccinelle SmPL patch was used for this simple
> transformation:
>
> @ rename_dma_alloc_writecombi
flight 60832 xen-4.4-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/60832/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 16 guest-localmigrate/x10 fail REGR.
vs. 60696
Regress
On 25/08/2015 03:48, Meng Xu wrote:
> Hi Andrew,
>
> Thank you so much for your suggestion! I tried but have some questions.
>
> 2015-08-24 4:10 GMT-04:00 Andrew Cooper :
>> On 24/08/2015 04:01, Meng Xu wrote:
>>
>> Hi,
>>
>> I'm trying to use a PV guest VM on Xen to help debug Linux.
>> I was usin
flight 60831 linux-3.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/60831/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-win7-amd64 6 xen-boot fail REGR. vs. 30511
Tests which are failing
70 matches
Mail list logo
