Re: [Xen-devel] [PATCH] xen/p2m: fix extra memory regions accounting

Hi Roger, On 09/03/2015 05:39 PM, Roger Pau Monné wrote: El 03/09/15 a les 17.20, Juergen Gross ha escrit: On 09/03/2015 05:01 PM, David Vrabel wrote: On 03/09/15 15:55, Juergen Gross wrote: On 09/03/2015 04:52 PM, David Vrabel wrote: On 03/09/15 15:45, David Vrabel wrote: On 03/09/15 15:38

Re: [Xen-devel] Linux 4.1 reports wrong number of pages to toolstack

On 09/04/2015 02:40 AM, Wei Liu wrote: Hi David This issue is exposed by the introduction of migration v2. The symptom is that a guest with 32 bit 4.1 kernel can't be restored because it's asking for too many pages. Note that all guests have 512MB memory, which means they have 131072 pages. Bo

Re: [Xen-devel] [osstest test] 60719: tolerable FAIL - PUSHED

On 09/01/2015 06:47 AM, Ian Jackson wrote: Jim Fehlig writes ("Re: [osstest test] 60719: tolerable FAIL - PUSHED"): This sounds a bit like an issue discussed in the Redhat libvirt troubleshooting FAQ https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/Virtualization_D

Re: [Xen-devel] [libvirt] [PATCH V2] libxl: don't overwrite error from virNetSocketNewConnectTCP()

On 09/03/2015 02:55 PM, John Ferlan wrote: On 09/03/2015 01:40 PM, Jim Fehlig wrote: Remove redundant error reporting in libxlDomainMigrationPerform(). virNetSocketNewConnectTCP() is perfectly capable of reporting sensible errors. Signed-off-by: Jim Fehlig --- V2: Actually try to compile th

Re: [Xen-devel] Fwd: [PATCH] x86: Use larger chunks in mtrr_cleanup

On Thu, Sep 03, 2015 at 06:48:46PM -0600, Toshi Kani wrote: > On Fri, 2015-09-04 at 01:54 +0200, Luis R. Rodriguez wrote: > > On Thu, Sep 03, 2015 at 05:21:14PM -0600, Toshi Kani wrote: > > > On Fri, 2015-09-04 at 00:45 +0200, Luis R. Rodriguez wrote: > > > > On Thu, Sep 03, 2015 at 04:25:31PM -060

[Xen-devel] 回复：how to boot from multiple xen version?

any suggestions?---原始邮件---发件人: "big strong "发送时间: 2015年09月04日 02:07:05收件人: "xen-devel";主题: how to boot from multiple xen version?I've installed xen4.4 on ubuntu1404 with aptitude. Recently, in order to test the Xen4.6, I manually compiled and installed Xen4.6 without remove the Xen4.4. Now the mach

[Xen-devel] Linux 4.1 reports wrong number of pages to toolstack

Hi David This issue is exposed by the introduction of migration v2. The symptom is that a guest with 32 bit 4.1 kernel can't be restored because it's asking for too many pages. Note that all guests have 512MB memory, which means they have 131072 pages. Both 3.14 tests [2] [3] get the correct num

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

flight 61295 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/61295/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl 14 guest-saverestore fail REGR. vs. 59254 test-amd64-i386-xl-xs

[Xen-devel] [ovmf test] 61299: regressions - FAIL

flight 61299 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/61299/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-ovmf-amd64 9 debian-hvm-install fail REGR. vs. 60869 test-amd64-i386-xl-qemuu-ovm

Re: [Xen-devel] [Xen-users] Changing netback tx interrupts affinity on Dom0

Thanks Julien. On Thu, Sep 3, 2015 at 2:21 PM, Julien Grall wrote: > On 03/09/15 17:06, Jintack Lim wrote: > > Hi, > > Hi Jintack, > > > On Thu, Sep 3, 2015 at 11:34 AM, Ian Campbell > > wrote: > > > > On Thu, 2015-09-03 at 10:59 -0400, Jintack Lim wrote: > >

Re: [Xen-devel] [PATCH] x86/NUMA: make init_node_heap() respect Xen heap limit

On 03/09/2015 21:01, Julien Grall wrote: > Hi Jan, > > On 27/08/2015 09:37, Jan Beulich wrote: >> On NUMA systems, where we try to use node local memory for the basic >> control structures of the buddy allocator, this special case needs to >> take into consideration a possible address width limit

Re: [Xen-devel] [libvirt] [PATCH V2] libxl: don't overwrite error from virNetSocketNewConnectTCP()

On 09/03/2015 01:40 PM, Jim Fehlig wrote: > Remove redundant error reporting in libxlDomainMigrationPerform(). > virNetSocketNewConnectTCP() is perfectly capable of reporting > sensible errors. > > Signed-off-by: Jim Fehlig > --- > > V2: > Actually try to compile the code and find saved_errno

Re: [Xen-devel] [PATCH] x86/NUMA: make init_node_heap() respect Xen heap limit

Hi Jan, On 27/08/2015 09:37, Jan Beulich wrote: > On NUMA systems, where we try to use node local memory for the basic > control structures of the buddy allocator, this special case needs to > take into consideration a possible address width limit placed on the > Xen heap. In turn this (but also o

Re: [Xen-devel] [PATCH 15/16] xen/vtd: prevent from assign the device with shared rmrr

So this change in 4.6 prevents me from passing through devices that have worked previously with VT-d: (XEN) [VT-D] cannot assign :00:1a.0 with shared RMRR at ae8a9000 for Dom30. (XEN) [VT-D] cannot assign :00:1d.0 with shared RMRR at ae8a9000 for Dom31. The devices are the USB 2.0 devices

[Xen-devel] [linux-3.18 test] 61292: regressions - FAIL

flight 61292 linux-3.18 real [real] http://logs.test-lab.xenproject.org/osstest/logs/61292/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-pvh-intel 11 guest-start fail REGR. vs. 58581 Tests which are failin

Re: [Xen-devel] [PATCH for 4.6] tools/xen-access: use PRI_xen_pfn

On 09/03/2015 09:27 PM, Wei Liu wrote: > Otherwise when building with 32bit compiler, we get: > > xen-access.c: In function 'xenaccess_init': > xen-access.c:263:5: error: format '%llx' expects argument of type 'long long > unsigned int', but argument 3 has type 'xen_pfn_t' [-Werror=format] > cc1:

Re: [Xen-devel] [PATCH for 4.6] tools/xen-access: use PRI_xen_pfn

On Thu, Sep 3, 2015 at 12:27 PM, Wei Liu wrote: > Otherwise when building with 32bit compiler, we get: > > xen-access.c: In function 'xenaccess_init': > xen-access.c:263:5: error: format '%llx' expects argument of type 'long > long unsigned int', but argument 3 has type 'xen_pfn_t' [-Werror=forma

Re: [Xen-devel] [PATCH v4 2/2] xen/arm: support gzip compressed kernels

Hi Stefano, On 03/09/15 18:54, Stefano Stabellini wrote: > Free the memory used for the compressed kernel and update the relative > mod->start and mod->size parameters with the uncompressed ones. > > Signed-off-by: Stefano Stabellini > CC: julien.gr...@citrix.com > CC: ian.campb...@citrix.com W

[Xen-devel] [PATCH for 4.6] tools/xen-access: use PRI_xen_pfn

Otherwise when building with 32bit compiler, we get: xen-access.c: In function 'xenaccess_init': xen-access.c:263:5: error: format '%llx' expects argument of type 'long long unsigned int', but argument 3 has type 'xen_pfn_t' [-Werror=format] cc1: all warnings being treated as errors Signed-off-b

Re: [Xen-devel] [Xen-users] Changing netback tx interrupts affinity on Dom0

On 03/09/15 17:06, Jintack Lim wrote: > Hi, Hi Jintack, > On Thu, Sep 3, 2015 at 11:34 AM, Ian Campbell > wrote: > > On Thu, 2015-09-03 at 10:59 -0400, Jintack Lim wrote: > > Hi, > > > > While I was running Apache server, > > I found that one

[Xen-devel] how to boot from multiple xen version?

I've installed xen4.4 on ubuntu1404 with aptitude. Recently, in order to test the Xen4.6, I manually compiled and installed Xen4.6 without remove the Xen4.4. Now the machine cannot boot normally. I mean booting stop at a sceen shows: > > > Loading Xen Xen. > WARNING: No Console will be available to

[Xen-devel] [PATCH v4 1/2] xen: move perform_gunzip to common

The current gunzip code to decompress the Dom0 kernel is implemented in inflate.c which is included by bzimage.c. I am looking to doing the same on ARM64 but there is quite a bit of boilerplate definitions that I would need to import in order for inflate.c to work correctly. Instead of copying/pa

[Xen-devel] [PATCH v4 2/2] xen/arm: support gzip compressed kernels

Free the memory used for the compressed kernel and update the relative mod->start and mod->size parameters with the uncompressed ones. Signed-off-by: Stefano Stabellini CC: julien.gr...@citrix.com CC: ian.campb...@citrix.com --- Changes in v4: - return uint32_t from output_length - __init kernel

[Xen-devel] [PATCH v4 0/2] support gzipped kernels on arm

Hi all, this patch series introduces support for gzipped kernels, such as the standard Image.gz format used by Linux on arm64 by default, in Xen on arm. Without it, Xen cannot load the default kernel shipped by distros, such as CentOS 7. Stefano Stabellini (2): xen: move perform_gunzip to

Re: [Xen-devel] [PATCH v6 20/31] xen/arm: ITS: Introduce helper to get number of event IDs

Hi Vijay, On 31/08/15 12:06, vijay.kil...@gmail.com wrote: > From: Vijaya Kumar K > > gic_nr_event_ids() helper to read number of event IDs that > ITS hardware supports. AFAICT, this new helper is only used for an ASSERT which live in gic-v3-its.c. If that's right, I would prefer to see direct

Re: [Xen-devel] [libvirt] [PATCH] libxl: report correct errno from virNetSocketNewConnectTCP on migration

On 09/03/2015 10:26 AM, Jim Fehlig wrote: Agreed. How about the following patch? >From a30c493bd9e20c9a7a423789a202c444a5eba344 Mon Sep 17 00:00:00 2001 From: Jim Fehlig Date: Thu, 3 Sep 2015 10:14:20 -0600 Subject: [PATCH] libxl: don't overwrite error from virNetSocketNewConnectTCP() Remove

[Xen-devel] [PATCH V2] libxl: don't overwrite error from virNetSocketNewConnectTCP()

Remove redundant error reporting in libxlDomainMigrationPerform(). virNetSocketNewConnectTCP() is perfectly capable of reporting sensible errors. Signed-off-by: Jim Fehlig --- V2: Actually try to compile the code and find saved_errno is no longer used - remove it. src/libxl/libxl_migration.c |

Re: [Xen-devel] [PATCH v6 09/31] xen/arm: ITS: Add APIs to add and assign device

Hi Vijay, On 31/08/15 12:06, vijay.kil...@gmail.com wrote: > From: Vijaya Kumar K > > Add APIs to add devices to RB-tree, assign and remove > devices to domain. > > Signed-off-by: Vijaya Kumar K > --- > v6: - Moved this patch #19 to patch #8 > - Used col_map to store collection id > -

Re: [Xen-devel] [Xen-users] Changing netback tx interrupts affinity on Dom0

On Thu, Sep 3, 2015 at 12:06 PM, Jintack Lim wrote: > Hi, > > I was trying to set irq affinity by writing a value > to /proc/irq//smp_affinity, > but smp_affinity value was not changed at all. > Ian suggested to take this to the devel list. > I'm working on Xen4.5, ARMv8. > I checked that settin

Re: [Xen-devel] [PATCH v6 06/31] xen/arm: ITS: Port ITS driver to Xen

On 31/08/15 12:06, vijay.kil...@gmail.com wrote: > +struct its_device { > +/* Physical ITS */ > +struct its_node *its; > +/* Device ITT address */ > +paddr_t *itt_addr; Just spotted this, why do you have a pointer to paddr_t? You store a pointer to the base

Re: [Xen-devel] [OSSTEST PATCH 1/2] cr-daily-branch: Break out blessings_arg variable

On Thu, 2015-09-03 at 11:45 +0100, Ian Jackson wrote: > And rewrap check_tested. > > No functional change. > > Signed-off-by: Ian Jackson Acked-by: Ian Campbell > --- > cr-daily-branch |6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > > diff --git a/cr-daily-branch b/cr-dai

Re: [Xen-devel] [PATCH v6 19/31] xen/arm: ITS: Export ITS info to Virtual ITS

On 31/08/15 12:06, vijay.kil...@gmail.com wrote: > From: Vijaya Kumar K > > Export physical ITS information to virtual ITS driver > > Signed-off-by: Vijaya Kumar K > --- > v6: - Passed only one physical ITS info > - Passed all the values as parameters > - Initialize vITS only if physica

Re: [Xen-devel] [PATCH v6 00/31] Add ITS support

Hi Vijay, On 31/08/15 12:06, vijay.kil...@gmail.com wrote: > From: Vijaya Kumar K > > This is based on DraftG version > http://xenbits.xen.org/people/ianc/vits/draftG.pdf > > Following major features are supported > - GICv3 ITS support for arm64 platform > - Only Dom0 is supported. For DomU p

Re: [Xen-devel] [libvirt] [PATCH] libxl: report correct errno from virNetSocketNewConnectTCP on migration

On Thu, 2015-09-03 at 10:26 -0600, Jim Fehlig wrote: > From a30c493bd9e20c9a7a423789a202c444a5eba344 Mon Sep 17 00:00:00 2001 > From: Jim Fehlig > Date: Thu, 3 Sep 2015 10:14:20 -0600 > Subject: [PATCH] libxl: don't overwrite error from > virNetSocketNewConnectTCP() > > Remove redundant error re

Re: [Xen-devel] [osstest test] 60719: tolerable FAIL - PUSHED

On Thu, 2015-09-03 at 10:35 -0600, Jim Fehlig wrote: > On 09/03/2015 05:37 AM, Ian Campbell wrote: > > On Thu, 2015-09-03 at 11:26 +0100, Ian Campbell wrote: > > > Notice that it has bound to 127.0.1.1 and not to 10.80.228.77! > > So while I investigate how to make d-i not create these entries I al

Re: [Xen-devel] [OSSTEST PATCH 2/2] cr-daily-branch: Make sg-report-flight ignore bisections

On Thu, 2015-09-03 at 11:45 +0100, Ian Jackson wrote: > sg-report-flight when testing X' (with a baseline of X) can justify a > failure of T(X',Y,Z) with a bisection failure of T(X,Y'',Z). > > If Y'' breaks T then this makes it look to sg-report-flight like T was > already broken in X; cr-daily-br

Re: [Xen-devel] [libvirt] [PATCH] libxl: report correct errno from virNetSocketNewConnectTCP on migration

On 09/03/2015 10:26 AM, Jim Fehlig wrote: Agreed. How about the following patch? >From a30c493bd9e20c9a7a423789a202c444a5eba344 Mon Sep 17 00:00:00 2001 From: Jim Fehlig Date: Thu, 3 Sep 2015 10:14:20 -0600 Subject: [PATCH] libxl: don't overwrite error from virNetSocketNewConnectTCP() Remove

Re: [Xen-devel] [osstest test] 60719: tolerable FAIL - PUSHED

On 09/03/2015 05:37 AM, Ian Campbell wrote: On Thu, 2015-09-03 at 11:26 +0100, Ian Campbell wrote: Notice that it has bound to 127.0.1.1 and not to 10.80.228.77! So while I investigate how to make d-i not create these entries I also removed the line from /etc/hosts such that looking up the FQDN

Re: [Xen-devel] [PATCH v6 17/31] xen/arm: ITS: Store LPIs allocated and IRQ ID bits per domain

Hi Vijay, On 31/08/15 12:06, vijay.kil...@gmail.com wrote: > From: Vijaya Kumar K > > Store number of lpis and number of id bits > in vgic structure > > Signed-off-by: Vijaya Kumar K > --- > xen/arch/arm/irq.c |9 + > xen/arch/arm/vgic-v3-its.c |2 ++ > xen/arch/ar

Re: [Xen-devel] [libvirt] [PATCH] libxl: report correct errno from virNetSocketNewConnectTCP on migration

On 09/03/2015 06:58 AM, Michal Privoznik wrote: On 03.09.2015 12:14, Ian Campbell wrote: saved_errno is never written to in this function after it is initialised and it is only used to log the failure from virNetSocketNewConnectTCP masking the real errno from that function. Drop saved_errno and

[Xen-devel] Commit moratorium

Committers, Xen tree is going to branch at 4.6 RC3. I don't want to branch when master != staging, so please avoid committing new patches to staging now to let master catch up with staging. Another announcement will be made when the moratorium is lifted. Thanks Wei. _

Re: [Xen-devel] [PATCH RFC v2 0/4] HVM x86 deprivileged mode operations

On 03/09/15 17:01, Ben Catterall wrote: > > Intel Intel 2.2GHz Xeon E5-2407 0 processor: > > 1.55e-06 seconds was the average time for performing the write without the > deprivileged code running. > > 5.75e-06 seconds was the average time for

Re: [Xen-devel] [Vote] Re-open staging for contributions at RC3

The tree is in good state as far as I can tell. I asked Jan on IRC. He doesn't have strong opinion. And from the feedback I got from this threads, several maintainers expressed their opinion in favour of reopening the tree. So I now make the decision we branch at RC3 and reopen xen-unstable for

Re: [Xen-devel] [OSSTEST PATCH 15/13] Plan reporting: Provide get-last-plan queuedaemon command

On Thu, 2015-09-03 at 16:52 +0100, Ian Jackson wrote: > Ian Jackson writes ("Re: [OSSTEST PATCH 15/13] Plan reporting: Provide > get-last-plan queuedaemon command"): > > proc queuerun-finished/plan {} { > > runneeded-ensure-will 0 > > report-plan plan plan > > report-plan plan

Re: [Xen-devel] [Xen-users] Changing netback tx interrupts affinity on Dom0

Hi, I was trying to set irq affinity by writing a value to /proc/irq//smp_affinity, but smp_affinity value was not changed at all. Ian suggested to take this to the devel list. I'm working on Xen4.5, ARMv8. Thanks, Jintack On Thu, Sep 3, 2015 at 11:34 AM, Ian Campbell wrote: > On Thu, 2015-09-

Re: [Xen-devel] [osstest test] 60719: tolerable FAIL - PUSHED

On Thu, 2015-09-03 at 11:49 +0100, Ian Jackson wrote: > Ian Campbell writes ("Re: [Xen-devel] [osstest test] 60719: tolerable > FAIL - PUSHED"): > ... > > I suspect this is down to: > > > > root@lace-bug:/etc/libvirt# cat /etc/hosts > > 127.0.0.1 localhost > > 127.0.1.1

[Xen-devel] [PATCH RFC v2 0/4] HVM x86 deprivileged mode operations

Hi all, I have made requested changes and reworked the patch series based on the comments recieved. Thank you to all of the contributors to those discussions! The next step will be to provide an example of usage of this system which will follow in another patch. The main changes from v1 are: - N

[Xen-devel] [PATCH RFC v2 3/4] HVM x86 deprivileged mode: Trap handlers for deprivileged mode

Added trap handlers to catch exceptions such as a page fault, general protection fault, etc. These handlers will crash the domain as such exceptions would indicate that either there is a bug in deprivileged mode or it has been compromised by an attacker. On calling a domain_crash() whilst in depri

[Xen-devel] [PATCH RFC v2 2/4] HVM x86 deprivileged mode: Code for switching into/out of deprivileged mode

The process to switch into and out of deprivileged mode can be likened to setjmp/longjmp. Xen is non-preemptive and taking an interrupt/exception, SYSCALL, SYSENTER, NMI or any IST will currently clobber the Xen privileged stack. We need this stack to be preserved so that after executing deprivile

[Xen-devel] [PATCH RFC v2 4/4] HVM x86 deprivileged mode: Watchdog for DoS prevention

A watchdog timer is used to prevent the deprivileged mode running for too long, aimed at handling a bug or attempted DoS. If the watchdog has occurred more than once whilst we have been in the same deprivileged mode context, then we crash the domain. This can be adjusted for longer running times in

[Xen-devel] [PATCH RFC v2 1/4] HVM x86 deprivileged mode: Create deprivileged page tables

The paging structure mappings for the deprivileged mode are added to the monitor page table for HVM guests for HAP and shadow table paging. The entries are generated by walking the page tables and mapping in new pages. Access bits are flipped as needed. The page entries are generated for deprivile

Re: [Xen-devel] [PATCH] xen/p2m: fix extra memory regions accounting

On 09/03/2015 05:39 PM, Roger Pau Monné wrote: El 03/09/15 a les 17.20, Juergen Gross ha escrit: On 09/03/2015 05:01 PM, David Vrabel wrote: On 03/09/15 15:55, Juergen Gross wrote: On 09/03/2015 04:52 PM, David Vrabel wrote: On 03/09/15 15:45, David Vrabel wrote: On 03/09/15 15:38, Roger Pau

Re: [Xen-devel] [OSSTEST PATCH 15/13] Plan reporting: Provide get-last-plan queuedaemon command

Ian Campbell writes ("Re: [OSSTEST PATCH 15/13] Plan reporting: Provide get-last-plan queuedaemon command"): > On Thu, 2015-09-03 at 12:49 +0100, Ian Jackson wrote: > > This allows retrieval, by monitoring clients which are not > > participating in the planning queue, of the finished projection, o

Re: [Xen-devel] [OSSTEST PATCH 15/13] Plan reporting: Provide get-last-plan queuedaemon command

Ian Jackson writes ("Re: [OSSTEST PATCH 15/13] Plan reporting: Provide get-last-plan queuedaemon command"): > proc queuerun-finished/plan {} { > runneeded-ensure-will 0 > report-plan plan plan > report-plan plan projection > } > > report-plan X Y generates resource-Y.html fr

[Xen-devel] [CALL-FOR-AGENDA] Monthly Xen.org Technical Call (2015-09-09)

The next Xen technical call will be at: Wed 9 Sep 17:00:00 BST 2015 `date -d @1441814400` See http://lists.xen.org/archives/html/xen-devel/2015-01/msg00414.html for more information on the call. Please let me know (CC-ing the list) any topics which you would like to discuss. It might be

Re: [Xen-devel] [OSSTEST PATCH 08/13] Planner: ms-queuedaemon: Prep for multiple walkers

Ian Campbell writes ("Re: [OSSTEST PATCH 08/13] Planner: ms-queuedaemon: Prep for multiple walkers"): > On Wed, 2015-09-02 at 16:45 +0100, Ian Jackson wrote: > > We are going to introduce multiple concurrent streams of planning > > processing, called `walkers'. ... > This mostly seems plausible, i

Re: [Xen-devel] [PATCH] xen/p2m: fix extra memory regions accounting

El 03/09/15 a les 17.20, Juergen Gross ha escrit: > On 09/03/2015 05:01 PM, David Vrabel wrote: >> On 03/09/15 15:55, Juergen Gross wrote: >>> On 09/03/2015 04:52 PM, David Vrabel wrote: On 03/09/15 15:45, David Vrabel wrote: > On 03/09/15 15:38, Roger Pau Monné wrote: >> El 03/09/15 a

Re: [Xen-devel] [PATCH] xen/p2m: fix extra memory regions accounting

On 09/03/2015 05:01 PM, David Vrabel wrote: On 03/09/15 15:55, Juergen Gross wrote: On 09/03/2015 04:52 PM, David Vrabel wrote: On 03/09/15 15:45, David Vrabel wrote: On 03/09/15 15:38, Roger Pau Monné wrote: El 03/09/15 a les 14.25, Juergen Gross ha escrit: On 09/03/2015 02:05 PM, Roger Pau

Re: [Xen-devel] [PATCH v6 16/31] xen/arm: ITS: Add virtual ITS commands support

Hi Vijay, This patch looks good to me. Mostly coding style comment and question about your code/comments. See below. On 31/08/15 12:06, vijay.kil...@gmail.com wrote: > diff --git a/xen/arch/arm/vgic-v3-its.c b/xen/arch/arm/vgic-v3-its.c > index 14c38b3..fabbad0 100644 > --- a/xen/arch/arm/vgic-v3

Re: [Xen-devel] [PATCH] xen/p2m: fix extra memory regions accounting

On 03/09/15 15:55, Juergen Gross wrote: > On 09/03/2015 04:52 PM, David Vrabel wrote: >> On 03/09/15 15:45, David Vrabel wrote: >>> On 03/09/15 15:38, Roger Pau Monné wrote: El 03/09/15 a les 14.25, Juergen Gross ha escrit: > On 09/03/2015 02:05 PM, Roger Pau Monne wrote: >> On systems

Re: [Xen-devel] xhci_hcd intterrupt affinity in Dom0/DomU limited to single interrupt

>>> On 03.09.15 at 14:04, wrote: On 02.09.15 at 19:17, wrote: >> From: Jan Beulich >> Sent: Wednesday, September 2, 2015 4:58 AM > Justin Acker 09/02/15 1:14 AM >>> >>> 00:14.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset > Family USB xHCI Host Controller (rev

Re: [Xen-devel] Kbuild and Kconfig

>>> On 03.09.15 at 16:04, wrote: > On 9/3/15 5:31 AM, Jan Beulich wrote: > On 02.09.15 at 19:50, wrote: >>> * target only the xen/ directory tree (i.e. not the toolstack, stubdoms >>> or docs) >> >> As just said in another reply, allowing for ./configure to pass down >> options to the config

Re: [Xen-devel] [PATCH] xen/p2m: fix extra memory regions accounting

On 09/03/2015 04:52 PM, David Vrabel wrote: On 03/09/15 15:45, David Vrabel wrote: On 03/09/15 15:38, Roger Pau Monné wrote: El 03/09/15 a les 14.25, Juergen Gross ha escrit: On 09/03/2015 02:05 PM, Roger Pau Monne wrote: On systems with memory maps with ranges that don't end at page boundari

Re: [Xen-devel] [PATCH] xen/p2m: fix extra memory regions accounting

On 03/09/15 15:45, David Vrabel wrote: > On 03/09/15 15:38, Roger Pau Monné wrote: >> El 03/09/15 a les 14.25, Juergen Gross ha escrit: >>> On 09/03/2015 02:05 PM, Roger Pau Monne wrote: On systems with memory maps with ranges that don't end at page boundaries, like: [...]

Re: [Xen-devel] [PATCH] xen/p2m: fix extra memory regions accounting

On 09/03/2015 04:38 PM, Roger Pau Monné wrote: El 03/09/15 a les 14.25, Juergen Gross ha escrit: On 09/03/2015 02:05 PM, Roger Pau Monne wrote: On systems with memory maps with ranges that don't end at page boundaries, like: [...] (XEN) 0010 - dfdf9c00 (usable) (XEN)

Re: [Xen-devel] [PATCH] xen/p2m: fix extra memory regions accounting

On 03/09/15 15:38, Roger Pau Monné wrote: > El 03/09/15 a les 14.25, Juergen Gross ha escrit: >> On 09/03/2015 02:05 PM, Roger Pau Monne wrote: >>> On systems with memory maps with ranges that don't end at page >>> boundaries, >>> like: >>> >>> [...] >>> (XEN) 0010 - dfdf9c00 (

Re: [Xen-devel] [PATCH] xen/p2m: fix extra memory regions accounting

El 03/09/15 a les 14.25, Juergen Gross ha escrit: > On 09/03/2015 02:05 PM, Roger Pau Monne wrote: >> On systems with memory maps with ranges that don't end at page >> boundaries, >> like: >> >> [...] >> (XEN) 0010 - dfdf9c00 (usable) >> (XEN) dfdf9c00 - dfe4bc

Re: [Xen-devel] Kbuild and Kconfig

On 9/3/15 4:56 AM, Tim Deegan wrote: > Hi, > > At 12:50 -0500 on 02 Sep (1441198200), Doug Goldstein wrote: >> I just wanted to bring this to a top level post since Jonathan Creekmore >> and myself have talked with a few maintainers in different threads and >> on IRC about potentially using Kconfi

Re: [Xen-devel] Kbuild and Kconfig

On 9/3/15 5:31 AM, Jan Beulich wrote: On 02.09.15 at 19:50, wrote: >> * target only the xen/ directory tree (i.e. not the toolstack, stubdoms >> or docs) > > As just said in another reply, allowing for ./configure to pass down > options to the configure mechanism in xen/ would seem desirable

Re: [Xen-devel] Kbuild and Kconfig

On 9/3/15 4:56 AM, Ian Campbell wrote: > On Wed, 2015-09-02 at 19:29 +0100, Andrew Cooper wrote: >> On 02/09/15 18:50, Doug Goldstein wrote: >>> I just wanted to bring this to a top level post since Jonathan >>> Creekmore >>> and myself have talked with a few maintainers in different threads and >

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

flight 61288 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/61288/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf-xsm 5 xen-buildfail in 61006 REGR. vs. 60958 build-i386-xsm

Re: [Xen-devel] [OSSTEST PATCH 15/13] Plan reporting: Provide get-last-plan queuedaemon command

On Thu, 2015-09-03 at 12:49 +0100, Ian Jackson wrote: > This allows retrieval, by monitoring clients which are not > participating in the planning queue, of the finished projection, or > the unfinished plan as it was at the time of last restart. > > Signed-off-by: Ian Jackson > --- > README.plan

Re: [Xen-devel] [OSSTEST PATCH 14/13] Planning reports: Break out return-plan-to-client

On Thu, 2015-09-03 at 12:49 +0100, Ian Jackson wrote: > We are going to want to reuse this. No functional change. > > Signed-off-by: Ian Jackson Acked-by: Ian Campbell ___ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-deve

Re: [Xen-devel] [OSSTEST PATCH 13/13] Planner: ms-queuedaemon: Restart planning when resources become free

On Wed, 2015-09-02 at 16:45 +0100, Ian Jackson wrote: /me takes a deep breath... > With this arrangemernt we can generate two reports: a `plan' report "arrangement" > Signed-off-by: Ian Jackson > --- > README.planner |8 + > ms-queuedaemon | 98 > +++

Re: [Xen-devel] [libvirt] [PATCH] libxl: report correct errno from virNetSocketNewConnectTCP on migration

On 03.09.2015 12:14, Ian Campbell wrote: > saved_errno is never written to in this function after it is > initialised and it is only used to log the failure from > virNetSocketNewConnectTCP masking the real errno from that function. > > Drop saved_errno and use errno itself. > > Signed-off-by: Ia

Re: [Xen-devel] [PATCH v3 2/2] xen/arm: support gzip compressed kernels

On 02/09/15 12:33, Stefano Stabellini wrote: > @@ -463,6 +520,15 @@ int kernel_probe(struct kernel_info *info) > printk("Loading ramdisk from boot module @ %"PRIpaddr"\n", > info->initrd_bootmodule->start); > > +if (!kernel_decompress(info, &start, &size)) Thinking a

Re: [Xen-devel] [OSSTEST PATCH 12/13] Planner: ms-queuedaemon: Make report-plan take output walker name

On Wed, 2015-09-02 at 16:45 +0100, Ian Jackson wrote: > We are going to want to process each walker's data into reports which > are not necessarily named after the same walker. > > No functional change as yet. > > Signed-off-by: Ian Jackson Acked-by: Ian Campbell

Re: [Xen-devel] [OSSTEST PATCH 10/13] Planner: ms-queuedaemon: Break out queuerun-finished/

On Wed, 2015-09-02 at 16:45 +0100, Ian Jackson wrote: > This formalises the queue-completed interface, allowing parts outside > the queuerun machinery to cleanly be notified when a queue is > completed, and relieving the queuerun-perhaps-step of the need to know > what to do for the end of any part

Re: [Xen-devel] [OSSTEST PATCH 11/13] Planner: ms-queuedaemon: Break out notify-to-think

On Wed, 2015-09-02 at 16:45 +0100, Ian Jackson wrote: > This is going to want to do something more complicated shortly. > > Signed-off-by: Ian Jackson Acked-by: Ian Campbell ___ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-

Re: [Xen-devel] [PATCH] xen/p2m: fix extra memory regions accounting

On 09/03/2015 02:15 PM, Roger Pau Monné wrote: El 03/09/15 a les 14.05, Roger Pau Monne ha escrit: On systems with memory maps with ranges that don't end at page boundaries, like: [...] (XEN) 0010 - dfdf9c00 (usable) (XEN) dfdf9c00 - dfe4bc00 (ACPI NVS) [..

Re: [Xen-devel] [PATCH] xen/p2m: fix extra memory regions accounting

On 09/03/2015 02:05 PM, Roger Pau Monne wrote: On systems with memory maps with ranges that don't end at page boundaries, like: [...] (XEN) 0010 - dfdf9c00 (usable) (XEN) dfdf9c00 - dfe4bc00 (ACPI NVS) [...] xen_add_extra_mem will create a protected range t

Re: [Xen-devel] [linux-3.14 bisection] complete test-amd64-i386-xl-qcow2

On Thu, Sep 03, 2015 at 12:16:39PM +0100, David Vrabel wrote: > On 03/09/15 12:05, Luis Henriques wrote: > > On Wed, Sep 02, 2015 at 10:18:32AM +0100, Ian Campbell wrote: > >> [resending to correct stable address, sorry folks] > >> > >> TL;DR: Any backport of 30b03d05e074 to earlier than commit 140

Re: [Xen-devel] [OSSTEST PATCH 08/13] Planner: ms-queuedaemon: Prep for multiple walkers

On Wed, 2015-09-02 at 16:45 +0100, Ian Jackson wrote: > We are going to introduce multiple concurrent streams of planning > processing, called `walkers'. > > Prepare the ground for this with some formulaic changes which will > otherwise greatly clutter substantive patches. > > (A client will stil

Re: [Xen-devel] [OSSTEST PATCH 02/13] Planner: docs: Minor fixes

Ian Campbell writes ("Re: [OSSTEST PATCH 02/13] Planner: docs: Minor fixes"): > On Wed, 2015-09-02 at 16:45 +0100, Ian Jackson wrote: > > sub alloc_resources { > > -my ($resourcecall) = pop @_; > > +my ($resourcecall) = pop @_; # $resourcecall->($plan); > > Took me a while to work out thi

Re: [Xen-devel] [OSSTEST PATCH 09/13] Planner: ms-queuedaemon: Synchronise thinking multiple walkers

On Wed, 2015-09-02 at 16:45 +0100, Ian Jackson wrote: > If multiple walkers want to ask the same chan, we want to serialise > them. This is actually straightforward: Firstly, we arrrange that > each walker finishing a thought will prompt _all_ walkers to > reconsider whether they need to continue

Re: [Xen-devel] [PATCH] xen/p2m: fix extra memory regions accounting

El 03/09/15 a les 14.05, Roger Pau Monne ha escrit: > On systems with memory maps with ranges that don't end at page boundaries, > like: > > [...] > (XEN) 0010 - dfdf9c00 (usable) > (XEN) dfdf9c00 - dfe4bc00 (ACPI NVS) > [...] > > xen_add_extra_mem will creat

[Xen-devel] [PATCH] xen/p2m: fix extra memory regions accounting

On systems with memory maps with ranges that don't end at page boundaries, like: [...] (XEN) 0010 - dfdf9c00 (usable) (XEN) dfdf9c00 - dfe4bc00 (ACPI NVS) [...] xen_add_extra_mem will create a protected range that ends up at 0xdfdf9c00, but the function used

[Xen-devel] [OSSTEST PATCH 15/13] Plan reporting: Provide get-last-plan queuedaemon command

This allows retrieval, by monitoring clients which are not participating in the planning queue, of the finished projection, or the unfinished plan as it was at the time of last restart. Signed-off-by: Ian Jackson --- README.planner | 11 +++ ms-queuedaemon |8 2 files chan

[Xen-devel] [OSSTEST PATCH 14/13] Planning reports: Break out return-plan-to-client

We are going to want to reuse this. No functional change. Signed-off-by: Ian Jackson --- ms-queuedaemon |9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/ms-queuedaemon b/ms-queuedaemon index 425b98f..222b687 100755 --- a/ms-queuedaemon +++ b/ms-queuedaemon @@ -354

Re: [Xen-devel] [osstest test] 60719: tolerable FAIL - PUSHED

On Thu, 2015-09-03 at 11:26 +0100, Ian Campbell wrote: > > Notice that it has bound to 127.0.1.1 and not to 10.80.228.77! So while I investigate how to make d-i not create these entries I also removed the line from /etc/hosts such that looking up the FQDN gives the non-local IP. But: root@m

Re: [Xen-devel] [PATCH v3 2/2] xen/arm: support gzip compressed kernels

Hi Stefano, The code looks good to me. Only few coding style comment and request to improve the comments. On 02/09/15 12:33, Stefano Stabellini wrote: > Free the memory used for the compressed kernel and update the relative > mod->start and mod->size parameters with the uncompressed ones. > > Si

Re: [Xen-devel] [OSSTEST PATCH 07/13] Planner: ms-planner support -w option

On Wed, 2015-09-02 at 16:45 +0100, Ian Jackson wrote: > We are going to introduce multiple concurrent streams of planning > processing, called `walkers' in ms-queuedaemon. The work-in-progress > plan is stored, server-side, during planning, in data-plan.pl. But we > need to have more than one of

Re: [Xen-devel] [linux-3.14 bisection] complete test-amd64-i386-xl-qcow2

On 03/09/15 12:05, Luis Henriques wrote: > On Wed, Sep 02, 2015 at 10:18:32AM +0100, Ian Campbell wrote: >> [resending to correct stable address, sorry folks] >> >> TL;DR: Any backport of 30b03d05e074 to earlier than commit 1401c00e59e >> ("xen/gntdev: convert priv->lock to a mutex", which was adde

Re: [Xen-devel] [Vote] Re-open staging for contributions at RC3

On Thu, 3 Sep 2015, Ian Campbell wrote: > > I wanted to kick off a vote related to the following threads > > * http://lists.xenproject.org/archives/html/xen-devel/2015 > > -08/msg00883.html - [URGENT RFC] Branching and reopening -unstable > > * http://lists.xenproject.org/archives/html/xen-devel/20

Re: [Xen-devel] [linux-3.14 bisection] complete test-amd64-i386-xl-qcow2

On Wed, Sep 02, 2015 at 10:18:32AM +0100, Ian Campbell wrote: > [resending to correct stable address, sorry folks] > > TL;DR: Any backport of 30b03d05e074 to earlier than commit 1401c00e59e > ("xen/gntdev: convert priv->lock to a mutex", which was added in v4.0) > needs $something doing to it, eit

Re: [Xen-devel] [osstest test] 60719: tolerable FAIL - PUSHED

On Thu, 2015-09-03 at 11:49 +0100, Ian Jackson wrote: > Ian Campbell writes ("Re: [Xen-devel] [osstest test] 60719: tolerable > FAIL - PUSHED"): > ... > > I suspect this is down to: > > > > root@lace-bug:/etc/libvirt# cat /etc/hosts > > 127.0.0.1 localhost > > 127.0.1.1

Re: [Xen-devel] [OSSTEST PATCH 06/13] Planner: client side: New `!OK think noalloc' protocol

On Wed, 2015-09-02 at 16:45 +0100, Ian Jackson wrote: > Introduce a way for the queue daemon to tell its client that it must > not allocate anything in this planning iteration. > > In the client: > * Advertise the new feature via set-info. > * Accept the `noalloc' part of `!OK think noalloc'; >

Re: [Xen-devel] [OSSTEST PATCH 05/13] Planner: client side: $mayalloc parameter to $resourcecall->()

On Wed, 2015-09-02 at 16:45 +0100, Ian Jackson wrote: > Add a new parameter to $resourcecall which allows the alloc_resources > loop in Osstest::Executive to specify to its clients that on this > occasion they should not make any actual allocations. > > The callers of alloc_resources are all adjus

Re: [Xen-devel] [OSSTEST PATCH 04/13] Planner: Fix indefinite holdoff

On Wed, 2015-09-02 at 16:45 +0100, Ian Jackson wrote: > runneeded-ensure-will would always reset the runneeded_holdoff_after > timer. So no new queue run would start until no runneeded-ensure-will > has occurred for (currently) 30s. > > Instead, only start the timer if it's not already running. >

Re: [Xen-devel] [osstest test] 60719: tolerable FAIL - PUSHED

Ian Campbell writes ("Re: [Xen-devel] [osstest test] 60719: tolerable FAIL - PUSHED"): ... > I suspect this is down to: > > root@lace-bug:/etc/libvirt# cat /etc/hosts > 127.0.0.1 localhost > 127.0.1.1 lace-bug.xs.citrite.net lace-bug This is simply

  1   2   >