[Xen-devel] Cannot get mini-os to compile with LWIP

Hi there. I am trying to get mini-os to compile with LWIP and no matter what incantation I chant or potion I quaff, nothing works. Any help greatly appreciated! I believe I am doing exactly as the instructions in README say. Here is every step of the way from a clean start: root@builder:/home

Re: [Xen-devel] linux-next: build failure after merge of the xen-tip tree

Hi all, On Mon, 13 Apr 2015 16:36:58 +0800 Bob Liu wrote: > > On 04/13/2015 04:09 PM, Stephen Rothwell wrote: > > > > After merging the xen-tip tree, today's linux-next build (x86_64 > > allmodconfig) > > failed like this: > > > > drivers/char/tpm/xen-tpmfront.c: In function 'setup_ring': > > dr

[Xen-devel] [xen-4.5-testing test] 50408: regressions - FAIL

flight 50408 xen-4.5-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/50408/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-freebsd10-amd64 14 guest-localmigrate/x10 fail in 50317 REGR. vs. 50268 Tests w

Re: [Xen-devel] Xen 4.6 Development Update (three months reminder)

>>> On 4/14/2015 at 09:33 PM, in message <552d1718.8060...@eu.citrix.com>, >>> George Dunlap wrote: > On 04/14/2015 11:27 AM, wei.l...@citrix.com wrote: > > == Hypervisor == > > > > * Alternate p2m: support multiple copies of host p2m (ok) > > - Ed White > > > > * Improve RTDS sc

Re: [Xen-devel] [PATCH] libxl: Disallow save or migrate when host devices are assigned to a guest.

Konrad Rzeszutek Wilk wrote: > It is unhealthy. If the device is not doing any DMA operations > it would work - but if you are saving and there are DMA operations > happening the chance of corruption (outstanding DMAs) increase. > > As such re-use the check migration used. > s/used// ? > Signe

[Xen-devel] [xen-4.4-testing test] 50407: FAIL

flight 50407 xen-4.4-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/50407/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf 3 host-install(3) broken in 50333 REGR. vs. 502

Re: [Xen-devel] [PATCH 1/1] x86/hvm: prevent hvm_free_ioreq_gmfn() clobber of arbitrary memory

On 04/14/15 09:17, Andrew Cooper wrote: > On 14/04/15 12:47, Jan Beulich wrote: > On 13.04.15 at 18:01, wrote: >>> --- a/xen/arch/x86/hvm/hvm.c >>> +++ b/xen/arch/x86/hvm/hvm.c >>> @@ -536,8 +536,9 @@ static int hvm_alloc_ioreq_gmfn(struct domain *d, >>> unsigned long *gmfn) >>> >>> static

[Xen-devel] [qemu-mainline test] 50406: regressions - FAIL

flight 50406 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/50406/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-freebsd10-i386 15 guest-localmigrate.2fail REGR. vs. 36709 test-amd64-i386-fre

[Xen-devel] [PATCH v2 1/1] tools: Handle xc_maxmem adjustments

This fixes an issue where "xl save" followed by "xl restore" reports: "xc: error: Failed to allocate memory for batch.!: Internal error" One of the ways to get into this state is to have more then 4 e1000 nics configured. Signed-off-by: Don Slutz --- Changes from v1 to v2: Renamed from "xc_doma

[Xen-devel] [PATCH v5] libxl: provide libxl_bitmap_{or,and}

provide logical and and or of two bitmaps Signed-off-by: Linda Jacobson --- v.1 new functions v.2 updated comments and format v.3 rewrote bitmap functions to manipulate bytes not bits v.4 made non-modified parameters, and local variables const; fixed code formatting v.5 changed commit subje

Re: [Xen-devel] Dom0 linux 4.0 + devel/for-linus-4.1 branch: p2m.c:884:d0v0 gfn_to_mfn failed! gfn=ffffffff001ed type:4

On Mon, Apr 13, 2015 at 05:11:44PM +0200, Sander Eikelenboom wrote: > > Monday, April 13, 2015, 2:21:21 PM, you wrote: > > > On 13/04/15 13:14, Sander Eikelenboom wrote: > >> > >> Monday, April 13, 2015, 2:07:02 PM, you wrote: > >> > >>> On 13/04/15 12:21, Sander Eikelenboom wrote: > > >>>

Re: [Xen-devel] Xen 4.6 Development Update (three months reminder)

On Tue, Apr 14, 2015 at 02:33:23PM +0100, Wei Liu wrote: > On Tue, Apr 14, 2015 at 02:28:29PM +0100, Andrew Cooper wrote: > > On 14/04/15 11:27, wei.l...@citrix.com wrote: > > > === Hypervisor X86 === > > > > > > * VT-d Posted-interrupt (PI) (none) > > > - Wu, Feng > > > > V1 posted > > > >

Re: [Xen-devel] [PATCH 1/1] xc_domain_restore: Allow QEMU to increase memory

On Tue, Apr 14, 2015 at 01:43:38PM -0400, Don Slutz wrote: > On 04/14/15 05:52, Wei Liu wrote: > > On Tue, Apr 14, 2015 at 05:40:24PM +0800, Hongyang Yang wrote: > >> > >> On 04/14/2015 05:29 PM, Wei Liu wrote: > >>> On Tue, Apr 14, 2015 at 05:22:31PM +0800, Hongyang Yang wrote: > >>> [...] > >

Re: [Xen-devel] [PATCH 1/1] xc_domain_restore: Allow QEMU to increase memory

On Tue, Apr 14, 2015 at 01:34:43PM -0400, Don Slutz wrote: > On 04/14/15 04:53, Wei Liu wrote: > > On Mon, Apr 13, 2015 at 07:51:31PM -0400, Don Slutz wrote: > >> On 04/13/15 12:25, Andrew Cooper wrote: > >>> On 13/04/15 17:09, Don Slutz wrote: > If QEMU has called on xc_domain_setmaxmem to ad

Re: [Xen-devel] [PATCH 1/1] xc_domain_restore: Allow QEMU to increase memory

On 04/14/15 05:52, Wei Liu wrote: > On Tue, Apr 14, 2015 at 05:40:24PM +0800, Hongyang Yang wrote: >> >> On 04/14/2015 05:29 PM, Wei Liu wrote: >>> On Tue, Apr 14, 2015 at 05:22:31PM +0800, Hongyang Yang wrote: >>> [...] > If I understand correctly, the steps are this: > > * 'xl create'

Re: [Xen-devel] [PATCH 1/1] xc_domain_restore: Allow QEMU to increase memory

On 04/14/15 04:53, Wei Liu wrote: > On Mon, Apr 13, 2015 at 07:51:31PM -0400, Don Slutz wrote: >> On 04/13/15 12:25, Andrew Cooper wrote: >>> On 13/04/15 17:09, Don Slutz wrote: If QEMU has called on xc_domain_setmaxmem to add more memory for option ROMs, domain restore needs to also incr

[Xen-devel] [PATCH 1/2] libxl: fd events: Document spurious callbacks, break out libxl__ev_fd_recheck

No functional change, other than to debug and error message output. Signed-off-by: Ian Jackson --- tools/libxl/libxl_event.c| 39 +++ tools/libxl/libxl_internal.h |8 2 files changed, 31 insertions(+), 16 deletions(-) diff --git a/tools/lib

[Xen-devel] [PATCH 0/2] Re: libvirtd live-locking on CTX_LOCK when doing 'virsh save /tmp/blah' with guest corrupting memory (on purpose).

Konrad Rzeszutek Wilk writes ("libvirtd live-locking on CTX_LOCK when doing 'virsh save /tmp/blah' with guest corrupting memory (on purpose)."): > It looks like thread #10 is blocking in libxl_read_exactly waiting > for 'libxl-save-helper'. Said application (see below) has dispatched > an message

[Xen-devel] [PATCH 2/2] libxl: save helper: Recheck fd events

The save helper message reader does operates with the fd in blocking mode. So spurious wakeups could cause it to block, unless it takes precautions. Reported-by: Konrad Rzeszutek Wilk Signed-off-by: Ian Jackson --- tools/libxl/libxl_save_callout.c |2 ++ 1 file changed, 2 insertions(+) di

[Xen-devel] [xen-unstable test] 50405: regressions - FAIL

flight 50405 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/50405/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-freebsd10-i386 13 guest-localmigrate fail REGR. vs. 36514 test-amd64-i386-free

Re: [Xen-devel] [[PATCH v4]] new functions libxl_bitmap_{or,and}

I'll fix it when I get home. It'll be late where you are. L Sent from my iPhone > On Apr 14, 2015, at 10:33 AM, Wei Liu wrote: > > Urgh... I think I made a mistake in the rune I gave you, sorry. The > --subject-prefix= doesn't need to include "[]". > > And you forgot to change the subject l

Re: [Xen-devel] [PATCHv2 3/6] xen: generic xadd() for ticket locks

On 14/04/15 14:17, Ian Campbell wrote: > On Fri, 2015-04-10 at 15:19 +0100, David Vrabel wrote: >> This is only temporary until arm/arm64 provides an xadd() >> implementation. > > I'll assume that you aren't planning on doing this and add it to my own > TODO list. Although, I'm more than willing t

Re: [Xen-devel] [[PATCH v4]] new functions libxl_bitmap_{or,and}

Urgh... I think I made a mistake in the rune I gave you, sorry. The --subject-prefix= doesn't need to include "[]". And you forgot to change the subject line to libxl: provide libxl_bitmap_{and,or} I'm a picky about the subject line because this is what shows up when you look at git commit log.

Re: [Xen-devel] [PATCH] README: Reference some more comprehensive docs from the Quick-start

On Tue, 2015-04-14 at 16:40 +0100, Jan Beulich wrote: > >>> On 14.04.15 at 17:25, wrote: > > The quick-start is not terribly comprehensive for beginners. > > > > Signed-off-by: Ian Campbell > > --- > > README |7 ++- > > 1 file changed, 6 insertions(+), 1 deletion(-) > > > > diff --git

Re: [Xen-devel] wating for backend changes (was Re: [PATCH v3 4/4] libxl: add support for vscsi)

On Fri, Apr 10, Olaf Hering wrote: > How is new code supposed to wait for backend changes? > > Right now there are two APIs for that: > - libxl__wait_for_backend loops for a while until it returns an error. > - libxl__ev_devstate_wait registers a watch and a timer. > > > In case of pvscsi there

Re: [Xen-devel] [PATCH] osstest: fix FreeBSD guest disk size

Roger Pau Monne writes ("[PATCH] osstest: fix FreeBSD guest disk size"): > New 10.1 images are larger than the previous 10.0 images, so change the size > of the LVM volume to accommodate them. Thanks, after discussion this now looks like the patch below and I'm going to push it to osstest pretest

Re: [Xen-devel] [PATCH OSSTEST v4 08/25] make-flight: Handle $BUILD_LVEXTEND_MAX in mfi-common:create_build_jobs()

Ian Campbell writes ("[PATCH OSSTEST v4 08/25] make-flight: Handle $BUILD_LVEXTEND_MAX in mfi-common:create_build_jobs()"): > Signed-off-by: Ian Campbell Acked-by: Ian Jackson ___ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xe

[Xen-devel] [OSSTEST PATCH 2/3] ts-tcpdump-start: New test step script

Sets up a tcpdump on a dom0. (We do not log traffic to other test boxes in the job because that might include large amounts of migration or test data.) Also arrange that: - We stop the tcpdump when doing log capture - We capture the tcpdump record (by adding a big pattern to the log list) - We

[Xen-devel] [OSSTEST PATCH 1/3] ts-xen-install: Store HOST_physnic runvar

Signed-off-by: Ian Jackson --- ts-xen-install |1 + 1 file changed, 1 insertion(+) diff --git a/ts-xen-install b/ts-xen-install index b3f4387..7dbeab0 100755 --- a/ts-xen-install +++ b/ts-xen-install @@ -309,6 +309,7 @@ END print EO or die $! unless $suppress;

[Xen-devel] [OSSTEST PATCH 3/3] ts-tcpdump-start: Start a tcpdump before migration

Provisionally add this before the migration tests to see (a) how much extra disk space etc. it uses (b) whether it helps us debug our migration problems. Signed-off-by: Ian Jackson --- sg-run-job |2 ++ 1 file changed, 2 insertions(+) diff --git a/sg-run-job b/sg-run-job index eae159d..11e3

Re: [Xen-devel] [PATCH] README: Reference some more comprehensive docs from the Quick-start

>>> On 14.04.15 at 17:25, wrote: > The quick-start is not terribly comprehensive for beginners. > > Signed-off-by: Ian Campbell > --- > README |7 ++- > 1 file changed, 6 insertions(+), 1 deletion(-) > > diff --git a/README b/README > index 07c4797..2013699 100644 > --- a/README > +++

Re: [Xen-devel] Xen 4.6 Development Update (three months reminder)

> * Regression in PCI passthrough of INTx legacy devices can trigger list > corruption (good) >Sander reported it. Two different types of patches available. > - Konrad Rzeszutek Wilk Done. ___ Xen-devel mailing list Xen-devel@lists.xen.org http

[Xen-devel] [PATCH] README: Reference some more comprehensive docs from the Quick-start

The quick-start is not terribly comprehensive for beginners. Signed-off-by: Ian Campbell --- README |7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/README b/README index 07c4797..2013699 100644 --- a/README +++ b/README @@ -26,7 +26,12 @@ http://wiki.xen.org/ Quick-

Re: [Xen-devel] [PATCH v4 2/7] libxl: In libxl_set_vcpuonline check for maximum number of VCPUs against the cpumap.

On Fri, 2015-04-03 at 11:45 -0400, Konrad Rzeszutek Wilk wrote: > > "underlying" > > Whoa! Just to make sure I understand why I used the incorrect word. > > I used an verb while I should have used an adjective - which > 'underlying' is, right? Err, I haven't done English grammar since the mid 90

Re: [Xen-devel] Xen 4.6 Development Update (three months reminder)

From: Ian Campbell Sent: Tuesday, April 14, 2015 7:56 PM To: Julien Grall Cc: Jaggi, Manish; xen-de...@lists.xenproject.org Subject: Re: [Xen-devel] Xen 4.6 Development Update (three months reminder) On Tue, 2015-04-14 at 13:34 +0100, Julien Grall wrote:

Re: [Xen-devel] [PATCH 4/4] hvmloader: add knob for fixed VGABIOS date string

On Mon, 2015-04-13 at 09:51 +0100, Jan Beulich wrote: > >>> On 02.04.15 at 11:45, wrote: > > On Wed, 2015-04-01 at 13:28 +, Olaf Hering wrote: > >> To allow reproducible builds of hvmloader introduce a make variable > >> VGABIOS_REL_DATE="dd Mon " to provide a fixed date string. Without >

Re: [Xen-devel] [PATCH 1/8] Add core.sh and wrapper function

On 04/14/2015 02:55 PM, Ian Campbell wrote: > On Mon, 2015-04-13 at 17:13 +0100, Stefano Stabellini wrote: >> I think it might be OK to have something like 5) just for the command >> line parsing in raise, for the sake of giving more flexibility to the >> user. Also it would be confined to one spec

Re: [Xen-devel] Xen 4.6 Development Update (three months reminder)

On Tue, 2015-04-14 at 13:34 +0100, Julien Grall wrote: > Hi Manish, > > On 14/04/15 13:25, Jaggi, Manish wrote: > > * ARM PCI passthrough (none) > > - Manish Jaggi > > - Vijay Kilari > > [manish] I have started pushing the patches > > Finding the "[manish]" in the mail was like finding a

Re: [Xen-devel] [PATCH 2/2] x86/vMSI-X: add valid bits for read acceleration

On 20/03/15 16:27, Jan Beulich wrote: > Again because Xen doesn't get to see all guest writes, it shouldn't > serve reads from its cache before having seen a write to the respective > address. > > Signed-off-by: Jan Beulich Reviewed-by: Andrew Cooper

Re: [Xen-devel] Xen 4.6 Development Update (three months reminder)

On 04/14/2015 06:27 AM, wei.l...@citrix.com wrote: * Display IO topology when PXM data is available (good) v3 posted - Boris Ostrovsky I should have v7 in the next day or so. * VPMU - 'perf' support in Xen (good) v14 posted Need reviews/final ack. - Boris Ostrovsky Ne

Re: [Xen-devel] [PATCH v1 3/3] xen/arm: smmu: Renaming struct iommu_domain *domain to, struct iommu_domain *iommu_domain

On Tue, 2015-04-14 at 12:24 +, Jaggi, Manish wrote: > Hi Julien/Ian, Please will you configure your mail client to do the chevron (">") style of quotation favour in open source communities, picking out your replies from the mail you are replying to is a massive chore, especially after a couple

Re: [Xen-devel] [PATCH 1/2] x86/vMSI-X: honor all mask requests

On 20/03/15 16:27, Jan Beulich wrote: > Commit 74fd0036de ("x86: properly handle MSI-X unmask operation from > guests") didn't go far enough: it fixed an issue with unmasking, but > left an issue with masking in place: Due to the (late) point in time > when qemu requests the hypervisor to set up MS

Re: [Xen-devel] preparing for 4.5.1

On Tue, 2015-04-14 at 19:25 +0530, Vijay Kilari wrote: > On Tue, Apr 14, 2015 at 6:42 PM, Ian Campbell wrote: > > On Mon, 2015-04-13 at 09:35 +0100, Jan Beulich wrote: > >> >>> On 02.04.15 at 12:01, wrote: > >> > On Thu, 2015-03-26 at 17:07 +, Jan Beulich wrote: > >> >> having been released m

[Xen-devel] [linux-linus test] 50404: regressions - FAIL

flight 50404 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/50404/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-pair 21 guest-migrate/src_host/dst_host fail REGR. vs. 50329 Regressions which are

[Xen-devel] [[PATCH v4]] new functions libxl_bitmap_{or,and}

provide logical and and or of two bitmaps Signed-off-by: Linda Jacobson --- v.1 new functions v.2 updated comments and format v.3 rewrote bitmap functions to manipulate bytes not bits v.4 made non-modified parameters, and local variables const; fixed code formatting --- tools/libxl/libxl_u

Re: [Xen-devel] [PATCH v4 28/33] tools/libxl: Check if fdt_{first, next}_subnode are present in libfdt

Hi Ian, On 14/04/15 12:40, Ian Campbell wrote: > On Thu, 2015-04-09 at 13:16 +0100, Ian Jackson wrote: >> I would say something like this: > > WFM, in particular the final two paragraphs which I think clarify > everything which needs clarifying, thanks. I've updated the patch with the new wordin

Re: [Xen-devel] Xen 4.6 Development Update (three months reminder)

2015-04-14 9:33 GMT-04:00 George Dunlap : > On 04/14/2015 11:27 AM, wei.l...@citrix.com wrote: > > == Hypervisor == > > > > * Alternate p2m: support multiple copies of host p2m (ok) > > - Ed White > > > > * Improve RTDS scheduler (none) > > - Dagaen Golomb, Meng Xu > > This is a little vag

Re: [Xen-devel] [PATCH v2 1/4] x86/MSI-X: be more careful during teardown

On Mon, 2015-04-13 at 10:11 +0100, Jan Beulich wrote: > >>> On 02.04.15 at 18:49, wrote: > > In any case we should make it clear somewhere who is supposed to write > > to the command register (and other PCI reigsters) at any given time, > > otherwise it would be very easy for a new kernel update t

Re: [Xen-devel] preparing for 4.5.1

On Tue, Apr 14, 2015 at 6:42 PM, Ian Campbell wrote: > On Mon, 2015-04-13 at 09:35 +0100, Jan Beulich wrote: >> >>> On 02.04.15 at 12:01, wrote: >> > On Thu, 2015-03-26 at 17:07 +, Jan Beulich wrote: >> >> having been released mid January, it is time to get ready for 4.5.1-rc1. >> >> Please r

Re: [Xen-devel] [PATCH 1/8] Add core.sh and wrapper function

On Mon, 2015-04-13 at 17:13 +0100, Stefano Stabellini wrote: > I think it might be OK to have something like 5) just for the command > line parsing in raise, for the sake of giving more flexibility to the > user. Also it would be confined to one specific call site. But I am > uncertain that the pro

Re: [Xen-devel] [PATCH] x86/Dom0: Don't allow dom0_max_vcpus to be zero

On 04/14/2015 03:21 AM, Jan Beulich wrote: On 09.04.15 at 22:59, wrote: On 09/04/2015 21:38, Boris Ostrovsky wrote: In case dom0_max_vcpus is incorrectly specified on boot line make sure we will still boot. Signed-off-by: Boris Ostrovsky Good catch - lets not do that. Reviewed-by: Andrew C

Re: [Xen-devel] Xen 4.6 Development Update (three months reminder)

On Tue, Apr 14, 2015 at 02:48:06PM +0100, Jan Beulich wrote: > >>> On 14.04.15 at 15:35, wrote: > > On Tue, Apr 14, 2015 at 12:27 PM, wrote: > > Tamas (and others not doing so) - please trim your quotes in replies. > > Wei - could you add a sentence saying so near the top of future mails > you

Re: [Xen-devel] Xen 4.6 Development Update (three months reminder)

On Tue, Apr 14, 2015 at 02:28:29PM +0100, Andrew Cooper wrote: > On 14/04/15 11:27, wei.l...@citrix.com wrote: > > === Hypervisor X86 === > > > > * VT-d Posted-interrupt (PI) (none) > > - Wu, Feng > > V1 posted > > > * Intel PML (Page Modification Logging) for Xen (none) > >design doc p

Re: [Xen-devel] Xen 4.6 Development Update (three months reminder)

On 14/04/15 11:27, wei.l...@citrix.com wrote: > === Hypervisor X86 === > > * VT-d Posted-interrupt (PI) (none) > - Wu, Feng V1 posted > * Intel PML (Page Modification Logging) for Xen (none) >design doc posted > - Kai Huang V1 posted (good) > > * PVH - AMD hardware support. (fair)

Re: [Xen-devel] Xen 4.6 Development Update (three months reminder)

>>> On 14.04.15 at 15:35, wrote: > On Tue, Apr 14, 2015 at 12:27 PM, wrote: Tamas (and others not doing so) - please trim your quotes in replies. Wei - could you add a sentence saying so near the top of future mails you send in this regard? Jan ___

Re: [Xen-devel] Xen 4.6 Development Update (three months reminder)

On Tue, Apr 14, 2015 at 12:27 PM, wrote: > Hi all > > We are now three months into 4.6 development window. This is an email to > keep > track of all the patch series I gathered. It is by no means complete and / > or > acurate. Feel free to reply this email with new projects or correct my > misund

Re: [Xen-devel] Xen 4.6 Development Update (three months reminder)

On 04/14/2015 11:27 AM, wei.l...@citrix.com wrote: > == Hypervisor == > > * Alternate p2m: support multiple copies of host p2m (ok) > - Ed White > > * Improve RTDS scheduler (none) > - Dagaen Golomb, Meng Xu This is a little vague... exactly what kinds of improvements are envisioned her

Re: [Xen-devel] [PATCH 2/2] xen/arm: Make HAS_PCI compilable on ARM by adding place-holder code

On 14/04/15 11:33, Julien Grall wrote: > On 14/04/15 10:28, Stefano Stabellini wrote: >> On Tue, 14 Apr 2015, Jaggi, Manish wrote: diff --git a/xen/include/asm-arm/pci.h b/xen/include/asm-arm/pci.h index de13359..b8ec882 100644 --- a/xen/include/asm-arm/pci.h +++ b/xen/include/a

Re: [Xen-devel] [PATCH 1/1] x86/hvm: prevent hvm_free_ioreq_gmfn() clobber of arbitrary memory

On 14/04/15 12:47, Jan Beulich wrote: On 13.04.15 at 18:01, wrote: >> --- a/xen/arch/x86/hvm/hvm.c >> +++ b/xen/arch/x86/hvm/hvm.c >> @@ -536,8 +536,9 @@ static int hvm_alloc_ioreq_gmfn(struct domain *d, >> unsigned long *gmfn) >> >> static void hvm_free_ioreq_gmfn(struct domain *d, unsig

Re: [Xen-devel] [PATCHv2 3/6] xen: generic xadd() for ticket locks

On Fri, 2015-04-10 at 15:19 +0100, David Vrabel wrote: > This is only temporary until arm/arm64 provides an xadd() > implementation. I'll assume that you aren't planning on doing this and add it to my own TODO list. Although, I'm more than willing to be preempted by another ARM dev... > > Signed

Re: [Xen-devel] preparing for 4.5.1

On Mon, 2015-04-13 at 09:35 +0100, Jan Beulich wrote: > >>> On 02.04.15 at 12:01, wrote: > > On Thu, 2015-03-26 at 17:07 +, Jan Beulich wrote: > >> having been released mid January, it is time to get ready for 4.5.1-rc1. > >> Please reply with backport requests which you consider necessary but

Re: [Xen-devel] [PATCH v3 1/3] xen/pvh: enable mmu_update hypercall

On 14/04/15 13:03, Roger Pau Monné wrote: > El 14/04/15 a les 13.55, Jan Beulich ha escrit: > On 10.04.15 at 19:29, wrote: >>> This is needed for performing save/restore of PV guests. >>> >>> Signed-off-by: Roger Pau Monné >>> Cc: Tim Deegan >>> Cc: Jan Beulich >>> Cc: Andrew Cooper >>> --

Re: [Xen-devel] [PATCH v1 3/3] xen/arm: smmu: Renaming struct iommu_domain *domain to, struct iommu_domain *iommu_domain

On 14/04/15 13:24, Jaggi, Manish wrote: > [manish] Table is indeed a good option, but I think changing the name > of arm_smmu_xen_device to something like arch_smmu_device make more > sense as arm_smmu_xen_device and arm_smmu_device are not differentiable > just by name. Can you explain how arch_s

Re: [Xen-devel] Commit 1aeb1156fa43fe2cd2b5003995b20466cd19a622: "x86 don't change affinity with interrupt unmasked", APCI errors and assorted pci trouble

Wednesday, April 1, 2015, 4:43:04 PM, you wrote: > On 30/03/15 14:26, Sander Eikelenboom wrote: >> Monday, March 30, 2015, 1:04:26 PM, you wrote: >> >>> On 28/03/15 20:10, Sander Eikelenboom wrote: Saturday, March 28, 2015, 6:30:39 PM, you wrote: > On 28/03/15 15:34, Sander Eikelenb

Re: [Xen-devel] Xen 4.6 Development Update (three months reminder)

Hi Manish, On 14/04/15 13:25, Jaggi, Manish wrote: > * ARM PCI passthrough (none) > - Manish Jaggi > - Vijay Kilari > [manish] I have started pushing the patches Finding the "[manish]" in the mail was like finding a needle in a haystack. And I knew that you were using this tag... Please

Re: [Xen-devel] [PATCH] new functions libxl_bitmap_{or,and}

Hi Linda, Hi Linda, On 14/04/15 13:14, Linda wrote: > On 4/14/2015 3:19 AM, Wei Liu wrote: >> Thanks, we're getting there. If my comments confuse you please just ask >> for clarification. >> >> There is no need to change the subject line. However, it would be >> useful if you have some kind of v

Re: [Xen-devel] Xen 4.6 Development Update (three months reminder)

From: xen-devel-boun...@lists.xen.org on behalf of wei.l...@citrix.com Sent: Tuesday, April 14, 2015 3:57 PM To: xen-de...@lists.xenproject.org; edmund.h.wh...@intel.com; xumengpa...@gmail.com; dgol...@seas.upenn.edu; jtwea...@hawaii.edu; oleksandr.dmytrys...@

Re: [Xen-devel] [PATCH v1 3/3] xen/arm: smmu: Renaming struct iommu_domain *domain to, struct iommu_domain *iommu_domain

Hi Julien/Ian, From: Julien Grall Sent: Tuesday, April 14, 2015 5:16 PM To: Ian Campbell; Julien Grall Cc: prasun.kap...@cavium.com; Stefano Stabellini; Jaggi, Manish; Julien Grall; Xen Devel; Kumar, Vijaya Subject: Re: [Xen-devel] [PATCH v1 3/3] xen/arm:

Re: [Xen-devel] [PATCH v3 2/3] xen/shadow: fix shadow_track_dirty_vram to work on hvm guests

>>> On 10.04.15 at 19:29, wrote: > Modify shadow_track_dirty_vram to use a local buffer and then flush to the > guest without the paging_lock held. This is modeled after > hap_track_dirty_vram. And hence introduces the same issue: The HVMOP_track_dirty_vram handler explicitly allows for up to 1Gb

Re: [Xen-devel] [PATCH] new functions libxl_bitmap_{or,and}

On 4/14/2015 3:19 AM, Wei Liu wrote: Thanks, we're getting there. If my comments confuse you please just ask for clarification. There is no need to change the subject line. However, it would be useful if you have some kind of version number in you subject line. That is [PATCH vX] libxl:

Re: [Xen-devel] [PATCH v3 3/3] xen: rework paging_log_dirty_op to work with hvm guests

>>> On 10.04.15 at 19:29, wrote: > --- a/xen/arch/x86/mm/paging.c > +++ b/xen/arch/x86/mm/paging.c > @@ -397,6 +397,53 @@ int paging_mfn_is_dirty(struct domain *d, mfn_t gmfn) > return rv; > } > > +static inline void *map_dirty_bitmap(XEN_GUEST_HANDLE_64(uint8) dirty_bitmap, > +

Re: [Xen-devel] [PATCH v3 1/3] xen/pvh: enable mmu_update hypercall

El 14/04/15 a les 13.55, Jan Beulich ha escrit: On 10.04.15 at 19:29, wrote: >> This is needed for performing save/restore of PV guests. >> >> Signed-off-by: Roger Pau Monné >> Cc: Tim Deegan >> Cc: Jan Beulich >> Cc: Andrew Cooper >> --- >> Once migration v2 has been merged this patch ca

Re: [Xen-devel] [PATCH v3 1/3] xen/pvh: enable mmu_update hypercall

>>> On 10.04.15 at 19:29, wrote: > This is needed for performing save/restore of PV guests. > > Signed-off-by: Roger Pau Monné > Cc: Tim Deegan > Cc: Jan Beulich > Cc: Andrew Cooper > --- > Once migration v2 has been merged this patch can be reverted, since it > removes the need to use the MM

Re: [Xen-devel] [PATCH v2 0/3] xen: arm: Parse PCI DT nodes' ranges and interrupt-map

On Tue, Apr 14, 2015 at 09:43:07AM +0100, Ian Campbell wrote: > On Thu, 2015-03-12 at 17:16 +, Ian Campbell wrote: > > This series adds parsing of the DT ranges and interrupt-map properties > > for PCI devices, these contain the MMIOs and IRQs used by children on > > the bus. This replaces the

Re: [Xen-devel] [PATCH v1 3/3] xen/arm: smmu: Renaming struct iommu_domain *domain to, struct iommu_domain *iommu_domain

Hi Ian, On 14/04/15 12:15, Ian Campbell wrote: > On Mon, 2015-04-06 at 16:15 +0200, Julien Grall wrote: >> Hi Ian, >> >> On 01/04/2015 10:30, Ian Campbell wrote: >>> On Tue, 2015-03-31 at 17:48 +0100, Stefano Stabellini wrote: If it helps we could add a couple of comments on top of the struct

Re: [Xen-devel] [PATCH 1/1] x86/hvm: prevent hvm_free_ioreq_gmfn() clobber of arbitrary memory

>>> On 13.04.15 at 18:01, wrote: > --- a/xen/arch/x86/hvm/hvm.c > +++ b/xen/arch/x86/hvm/hvm.c > @@ -536,8 +536,9 @@ static int hvm_alloc_ioreq_gmfn(struct domain *d, > unsigned long *gmfn) > > static void hvm_free_ioreq_gmfn(struct domain *d, unsigned long gmfn) > { > -unsigned int i = g

Re: [Xen-devel] [PATCH RFC] xen/pvh: use a custom IO bitmap for PVH hardware domains

>>> On 14.04.15 at 12:45, wrote: > Hello, > > El 14/04/15 a les 12.31, Jan Beulich ha escrit: > On 14.04.15 at 12:01, wrote: >>> I have one question about the current IO port handling for PVH guests >>> (DomU and Dom0). There's some code right now in vmx_vmexit_handler >>> (EXIT_REASON_IO_IN

Re: [Xen-devel] [PATCH v4 28/33] tools/libxl: Check if fdt_{first, next}_subnode are present in libfdt

On Thu, 2015-04-09 at 13:16 +0100, Ian Jackson wrote: > I would say something like this: WFM, in particular the final two paragraphs which I think clarify everything which needs clarifying, thanks. Ian. ___ Xen-devel mailing list Xen-devel@lists.xen.o

Re: [Xen-devel] [PATCH V8 00/12] xen: Clean-up of mem_event subsystem

On Thu, 2015-04-09 at 12:30 +0100, Tim Deegan wrote: > > What's the policy on reusing DOMCTL numbers? I see > > XEN_DOMCTL_arm_configure_domain > > has been retired in the conflicting patch. Should I just reuse it's number > > for monitor_op? For the most part domctl numbers seem to be continuous b

Re: [Xen-devel] [PATCH v1 3/3] xen/arm: smmu: Renaming struct iommu_domain *domain to, struct iommu_domain *iommu_domain

On Mon, 2015-04-06 at 16:15 +0200, Julien Grall wrote: > Hi Ian, > > On 01/04/2015 10:30, Ian Campbell wrote: > > On Tue, 2015-03-31 at 17:48 +0100, Stefano Stabellini wrote: > >> If it helps we could add a couple of comments on top of the structs in > >> smmu.c to explain the meaning of the field

Re: [Xen-devel] More force pushes (xen-4.5-testing, xen-unstable, qemu-mainline)

Jan Beulich writes ("Re: More force pushes (xen-4.5-testing, xen-unstable, qemu-mainline)"): > >> flight 50373 xen-4.5-testing real [real] > >> xen 0b754fb3ed6b7b6d0f2e1f7c1877d3c0a7da2168 > > > >> flight 50390 xen-unstable real [real] > >> xen 123c7793797502b2

Re: [Xen-devel] [PATCH v1 1/2] arm: Add ability to relocate Xen in over 4GB space

On Fri, 2015-04-10 at 15:25 +0100, Julien Grall wrote: > On 10/04/15 14:58, Iurii Konovalenko wrote: > > Hi, Julien! > > Hi Iurii, > > > On Wed, Apr 8, 2015 at 7:05 PM, Julien Grall > > wrote: > > > >> The virtualization extension requires LPAE. Any reason to make this > >> optional? > > I agr

[Xen-devel] [PATCH v2 1/3] xen/x86: Infrastructure to create BUG_FRAMES in asm code

Signed-off-by: Andrew Cooper CC: Keir Fraser CC: Jan Beulich --- v2: Use mergable string sections, \@ instead of raw numbers, indentation fixes. --- xen/include/asm-x86/bug.h | 50 - 1 file changed, 45 insertions(+), 5 deletions(-) diff --git a/xe

[Xen-devel] [PATCH v2 0/3] xen/x86: Improvements to asm assertions

In XenServer, we have a single server which occasionally finds interrupts unexpectedtly in the wrong state (I suspect the SMM handler). However, asserts from ASSERT_INTERRUPTS_{EN,DIS}ABLED are quite opaque, being an unqualified fatal #UD. Changes in v2: * Use mergable string sections * Use \@

[Xen-devel] [PATCH v2 2/3] xen/x86: Use real assert frames for ASSERT_INTERRUPTS_{EN, DIS}ABLED

Signed-off-by: Andrew Cooper CC: Keir Fraser CC: Jan Beulich --- v2: Pass msg as a second parameter rather than duplicating ASSERT_INTERRUPT_STATUS --- xen/include/asm-x86/asm_defns.h | 13 - 1 file changed, 8 insertions(+), 5 deletions(-) diff --git a/xen/include/asm-x86/asm_d

[Xen-devel] [PATCH] osstest: fix FreeBSD guest disk size

New 10.1 images are larger than the previous 10.0 images, so change the size of the LVM volume to accommodate them. Signed-off-by: Roger Pau Monné Cc: Ian Jackson --- ts-freebsd-install | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/ts-freebsd-install b/ts-freebsd-install i

[Xen-devel] [PATCH v2 3/3] DO NOT APPLY - test code for this series

--- xen/arch/x86/traps.c| 66 +++ xen/arch/x86/x86_64/entry.S | 26 + 2 files changed, 92 insertions(+) diff --git a/xen/arch/x86/traps.c b/xen/arch/x86/traps.c index 22cdfc4..c562842 100644 --- a/xen/arch/x86/traps.c +++ b/xen/a

Re: [Xen-devel] [PATCH RFC] xen/pvh: use a custom IO bitmap for PVH hardware domains

Hello, El 14/04/15 a les 12.31, Jan Beulich ha escrit: On 14.04.15 at 12:01, wrote: >> I have one question about the current IO port handling for PVH guests >> (DomU and Dom0). There's some code right now in vmx_vmexit_handler >> (EXIT_REASON_IO_INSTRUCTION) that's kind PVH specific: >> >> i

Re: [Xen-devel] Xen 4.6 Development Update (three months reminder)

On Tue, Apr 14, 2015 at 01:34:45PM +0300, Razvan Cojocaru wrote: > On 04/14/2015 01:27 PM, wei.l...@citrix.com wrote: > > * VM event patches (none) > >Add support for XSETBV vm_events, > >Support hybernating guests > >Support for VMCALL-based vm_events > > - Razvan Cojocaru > > The

Re: [Xen-devel] Size of irq field

On 14/04/15 11:33, Ian Campbell wrote: >> Whoops. I didn't spot those one thanks. > > libxc is not ABI stable, we can make these bigger if necessary, or > introduce new interface etc as required depending on how things pan out > at the hypercall layer. FIY, a patch has been sent on the ML see "[P

Re: [Xen-devel] Xen 4.6 Development Update (three months reminder)

On 04/14/2015 01:27 PM, wei.l...@citrix.com wrote: > * VM event patches (none) >Add support for XSETBV vm_events, >Support hybernating guests >Support for VMCALL-based vm_events > - Razvan Cojocaru These depend on Tamas' Clean-up of mem-event subsystem series (which hasn't been app

Re: [Xen-devel] Size of irq field

On Fri, 2015-04-03 at 15:31 +0200, Julien Grall wrote: > > Also, as we plan to use passtrough, we there are such places: > > > In tools/libxc/include/xenctrl.h: > > int xc_domain_bind_pt_irq(xc_interface *xch, > >uint32_t domid, > > *uint8_t* machine_irq, > >

Re: [Xen-devel] [PATCH 2/2] xen/arm: Make HAS_PCI compilable on ARM by adding place-holder code

On 14/04/15 10:28, Stefano Stabellini wrote: > On Tue, 14 Apr 2015, Jaggi, Manish wrote: >>> diff --git a/xen/include/asm-arm/pci.h b/xen/include/asm-arm/pci.h >>> index de13359..b8ec882 100644 >>> --- a/xen/include/asm-arm/pci.h >>> +++ b/xen/include/asm-arm/pci.h >>> @@ -1,7 +1,8 @@ >>> -#ifndef

Re: [Xen-devel] [PATCH RFC] xen/pvh: use a custom IO bitmap for PVH hardware domains

>>> On 14.04.15 at 12:01, wrote: > I have one question about the current IO port handling for PVH guests > (DomU and Dom0). There's some code right now in vmx_vmexit_handler > (EXIT_REASON_IO_INSTRUCTION) that's kind PVH specific: > > if ( exit_qualification & 0x10 ) > { > /* INS, OUTS */ >

[Xen-devel] Xen 4.6 Development Update (three months reminder)

Hi all We are now three months into 4.6 development window. This is an email to keep track of all the patch series I gathered. It is by no means complete and / or acurate. Feel free to reply this email with new projects or correct my misunderstanding. = Timeline = We are planning on a 9-month re

[Xen-devel] Reminder: CfP for Xen Project Development Summit is closing on May 1st

The CfP is at http://events.linuxfoundation.org/events/xen-project-developer-summit/program/cfp Regards Lars___ Xen-devel mailing list Xen-devel@lists.xen.org http://li

[Xen-devel] Ping: [PATCH 0/2] x86/vMSI-X: table read/write emulation adjustments

>>> On 20.03.15 at 16:52, wrote: This has been pending for almost 4 weeks now... Jan > Due to the (late) point in time when qemu requests the hypervisor to > set up MSI-X interrupts (which is where the MMIO intercept gets put > in place), the hypervisor doesn't see all guest writes, and hence >

Re: [Xen-devel] [PATCH RFC] xen/pvh: use a custom IO bitmap for PVH hardware domains

On 14/04/15 11:01, Roger Pau Monné wrote: > El 08/04/15 a les 14.57, Roger Pau Monne ha escrit: >> Since a PVH hardware domain has access to the physical hardware create a >> custom more permissive IO bitmap. The permissions set on the bitmap are >> populated based on the contents of the ioports ra

Re: [Xen-devel] tools/libxl - Async Task Cancellation Query [and 1 more messages]

Koushik Chakravarty writes ("RE: tools/libxl - Async Task Cancellation Query"): > When you say - " That would require the caller to preserve the ao_how which > seems awkward to me " - whom do you refer as the caller? By the caller I mean the program outside libxl which is calling libxl. > >From

Re: [Xen-devel] [PATCH RFC] xen/pvh: use a custom IO bitmap for PVH hardware domains

El 08/04/15 a les 14.57, Roger Pau Monne ha escrit: > Since a PVH hardware domain has access to the physical hardware create a > custom more permissive IO bitmap. The permissions set on the bitmap are > populated based on the contents of the ioports rangeset. > > Also add the IO ports of the seria

  1   2   >