[Xen-devel] [PATCH v2] xen-blkback: define pr_fmt macro to avoid the duplication of DRV_PFX

Define pr_fmt macro with {xen-blkback: } prefix, then remove all use of DRV_PFX in the pr sentences. Replace all DPRINTK with pr sentences, and get rid of DPRINTK macro. It will simplify the code. And if the pr sentences miss a \n, add it in the end. If the DPRINTK sentences have redundant \n, rem

Re: [Xen-devel] machine address

Ok. thank you On Tue, 31 Mar 2015 10:26:06 +0100, George Dunlap wrote: On Mon, Mar 30, 2015 at 3:00 PM, HANNAS YAYA Issa wrote: Hi When there is a page fault the trapper of the page fault in the hypervisor is do_page_fault in xen/arch/x86/traps.c right? That's for PV guests. For HVM guests

Re: [Xen-devel] [PATCH v3 8/8] tools: add tools support for Intel CAT

On Tue, Mar 31, 2015 at 05:28:54PM +0100, Ian Campbell wrote: > On Thu, 2015-03-26 at 20:38 +0800, Chao Peng wrote: > > This is the xc/xl changes to support Intel Cache Allocation > > Technology(CAT). Two commands are introduced: > > - xl psr-cat-cbm-set [-s socket] > > Set cache capacity bitma

Re: [Xen-devel] [OSSTEST Nested PATCH v7 3/6] Changes on test step of debain hvm guest install

> -Original Message- > From: Ian Campbell [mailto:ian.campb...@citrix.com] > Sent: Tuesday, March 31, 2015 9:56 PM > To: Pang, LongtaoX > Cc: xen-devel@lists.xen.org; ian.jack...@eu.citrix.com; wei.l...@citrix.com; > Hu, Robert > Subject: Re: [OSSTEST Nested PATCH v7 3/6] Changes on test

Re: [Xen-devel] [OSSTEST Nested PATCH v7 5/6] Add test job for nest test case

> -Original Message- > From: Ian Campbell [mailto:ian.campb...@citrix.com] > Sent: Tuesday, March 31, 2015 10:23 PM > To: Pang, LongtaoX > Cc: xen-devel@lists.xen.org; ian.jack...@eu.citrix.com; wei.l...@citrix.com; > Hu, Robert > Subject: Re: [OSSTEST Nested PATCH v7 5/6] Add test job fo

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

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 fields, like: > > > /* iommu_domain, not to be confused with a Xen domain */ I was going to suggest something similar but m

Re: [Xen-devel] [PATCH v3 8/8] tools: add tools support for Intel CAT

On Wed, 2015-04-01 at 15:55 +0800, Chao Peng wrote: > On Tue, Mar 31, 2015 at 05:28:54PM +0100, Ian Campbell wrote: > > On Thu, 2015-03-26 at 20:38 +0800, Chao Peng wrote: > > > This is the xc/xl changes to support Intel Cache Allocation > > > Technology(CAT). Two commands are introduced: > > > - x

Re: [Xen-devel] [v3][PATCH 2/2] libxl: introduce gfx_passthru_kind

On Wed, 2015-04-01 at 09:05 +0800, Chen, Tiejun wrote: > @@ -699,9 +699,35 @@ working graphics passthrough. See the > XenVGAPassthroughTestedAdapters > L wiki page > for currently supported graphics cards for gfx_passthru. > > -gfx_pas

Re: [Xen-devel] [OSSTEST Nested PATCH v7 4/6] Add new script to custmize nested test configuration

> -Original Message- > From: Ian Campbell [mailto:ian.campb...@citrix.com] > Sent: Tuesday, March 31, 2015 10:14 PM > To: Pang, LongtaoX > Cc: xen-devel@lists.xen.org; ian.jack...@eu.citrix.com; wei.l...@citrix.com; > Hu, Robert > Subject: Re: [OSSTEST Nested PATCH v7 4/6] Add new script

Re: [Xen-devel] [OSSTEST Nested PATCH v7 2/6] Edit some testsupport APIs for nested test

On Wed, 2015-04-01 at 05:56 +, Pang, LongtaoX wrote: > > > > -Original Message- > > From: Ian Campbell [mailto:ian.campb...@citrix.com] > > Sent: Tuesday, March 31, 2015 9:50 PM > > To: Pang, LongtaoX > > Cc: xen-devel@lists.xen.org; ian.jack...@eu.citrix.com; wei.l...@citrix.com; > >

Re: [Xen-devel] [OSSTEST Nested PATCH v7 3/6] Changes on test step of debain hvm guest install

On Wed, 2015-04-01 at 08:19 +, Pang, LongtaoX wrote: > > > > -Original Message- > > From: Ian Campbell [mailto:ian.campb...@citrix.com] > > Sent: Tuesday, March 31, 2015 9:56 PM > > To: Pang, LongtaoX > > Cc: xen-devel@lists.xen.org; ian.jack...@eu.citrix.com; wei.l...@citrix.com; > >

Re: [Xen-devel] [OSSTEST Nested PATCH v7 4/6] Add new script to custmize nested test configuration

On Wed, 2015-04-01 at 08:45 +, Pang, LongtaoX wrote: > > As it happens I was rebasing that series this morning but due to other > > issues > > I've not managed to run it yet. Once I've managed to at least smoke test > > I'll CC > > you on the repost. > > > OK. What's more, for the below code

Re: [Xen-devel] [OSSTEST Nested PATCH v7 5/6] Add test job for nest test case

On Wed, 2015-04-01 at 08:27 +, Pang, LongtaoX wrote: > > > > -Original Message- > > From: Ian Campbell [mailto:ian.campb...@citrix.com] > > Sent: Tuesday, March 31, 2015 10:23 PM > > To: Pang, LongtaoX > > Cc: xen-devel@lists.xen.org; ian.jack...@eu.citrix.com; wei.l...@citrix.com; >

Re: [Xen-devel] [PATCH v3 8/8] tools: add tools support for Intel CAT

On Wed, Apr 01, 2015 at 09:41:06AM +0100, Ian Campbell wrote: > On Wed, 2015-04-01 at 15:55 +0800, Chao Peng wrote: > > On Tue, Mar 31, 2015 at 05:28:54PM +0100, Ian Campbell wrote: > > > On Thu, 2015-03-26 at 20:38 +0800, Chao Peng wrote: > > > > This is the xc/xl changes to support Intel Cache Al

Re: [Xen-devel] [v3][PATCH 2/2] libxl: introduce gfx_passthru_kind

Perhaps add "With qemu-xen-traditional IGD is always assumed and other options than autodetect or explicit IGD will result in an error"? Will do. diff --git a/tools/libxl/libxl_dm.c b/tools/libxl/libxl_dm.c index a8b08f2..4fd6310 100644 --- a/tools/libxl/libxl_dm.c +++ b/tools/libxl/libxl_dm

Re: [Xen-devel] [PATCH][XSA-126] xen: limit guest control of PCI command register

CC'ing the author of the patch and xen-devel. FYI I think that Jan is going to be on vacation for a couple of weeks. On Wed, 1 Apr 2015, Michael S. Tsirkin wrote: > On Tue, Mar 31, 2015 at 03:18:03PM +0100, Stefano Stabellini wrote: > > From: Jan Beulich > > > > Otherwise the guest can abuse tha

Re: [Xen-devel] [PATCH v3 8/8] tools: add tools support for Intel CAT

On Wed, 2015-04-01 at 17:06 +0800, Chao Peng wrote: > > > If this one returns all sockets but not a specified socket data (which I > > > agreed) > > > and not consider legacy cmt code, then I think I can make > > > libxl_count_physical_sockets() private and move it to libxl/libxl_psr.c. > > > > W

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

flight 50275 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/50275/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-freebsd10-amd64 11 guest-localmigrate fail REGR. vs. 36764 test-amd64-i386-freebsd10-i3

Re: [Xen-devel] [PATCH 06/29] libxl: Use libxl__xswait* in libxl__ao_device

On Tue, 2015-03-31 at 19:06 +0100, Ian Jackson wrote: > Ian Campbell writes ("Re: [Xen-devel] [PATCH 06/29] libxl: Use libxl__xswait* > in libxl__ao_device"): > > On Tue, 2015-02-10 at 20:09 +, Ian Jackson wrote: > > > @@ -1164,7 +1136,7 @@ static void device_hotplug_clean(libxl__gc *gc, > >

Re: [Xen-devel] [PATCH 11/29] libxl: events: Make libxl__async_exec_* pass caller an rc

On Tue, 2015-03-31 at 19:12 +0100, Ian Jackson wrote: > Ian Campbell writes ("Re: [Xen-devel] [PATCH 11/29] libxl: events: Make > libxl__async_exec_* pass caller an rc"): > > On Tue, 2015-02-10 at 20:09 +, Ian Jackson wrote: > > > diff --git a/tools/libxl/libxl_aoutils.c b/tools/libxl/libxl_ao

Re: [Xen-devel] [PATCH][XSA-126] xen: limit guest control of PCI command register

On Wed, Apr 01, 2015 at 10:20:06AM +0100, Stefano Stabellini wrote: > CC'ing the author of the patch and xen-devel. > FYI I think that Jan is going to be on vacation for a couple of weeks. > > On Wed, 1 Apr 2015, Michael S. Tsirkin wrote: > > On Tue, Mar 31, 2015 at 03:18:03PM +0100, Stefano Stabe

Re: [Xen-devel] [PATCH 22/29] libxl: Introduce DOMAIN_DESTROYED error code

On Tue, 2015-03-31 at 19:47 +0100, Ian Jackson wrote: > Ian Campbell writes ("Re: [Xen-devel] [PATCH 22/29] libxl: Introduce > DOMAIN_DESTROYED error code"): > > Konrad has a semantically similar error code which he is adding, I think > > in his recent libxl series to do with vcpu-set. > > That i

Re: [Xen-devel] [PATCH][XSA-126] xen: limit guest control of PCI command register

On 01/04/15 10:20, Stefano Stabellini wrote: > CC'ing the author of the patch and xen-devel. > FYI I think that Jan is going to be on vacation for a couple of weeks. > > On Wed, 1 Apr 2015, Michael S. Tsirkin wrote: >> On Tue, Mar 31, 2015 at 03:18:03PM +0100, Stefano Stabellini wrote: >>> From: Ja

Re: [Xen-devel] [PATCH 17/29] libxl: cancellation: Provide public ao cancellation API

On Tue, 2015-03-31 at 19:33 +0100, Ian Jackson wrote: > Ian Campbell writes ("Re: [Xen-devel] [PATCH 17/29] libxl: cancellation: > Provide public ao cancellation API"): > > On Tue, 2015-02-10 at 20:10 +, Ian Jackson wrote: > > > +/* > > > + * For nested aos: > > > + * Semantically

Re: [Xen-devel] [PATCH 21/29] libxl: cancellation: Make spawns cancellable

On Tue, 2015-03-31 at 19:45 +0100, Ian Jackson wrote: > Ian Campbell writes ("Re: [Xen-devel] [PATCH 21/29] libxl: cancellation: Make > spawns cancellable"): > > On Tue, 2015-02-10 at 20:10 +, Ian Jackson wrote: > > > The libxl__spawn_spawn internal API permits the caller to specify > > > .tim

Re: [Xen-devel] [PATCH 24/29] libxl: Introduce FILLZERO

On Tue, 2015-03-31 at 19:51 +0100, Ian Jackson wrote: > > > No callers yet, but document it in CODING_STYLE. (In accordance with > > > existing libxl policy, I haven't gone through all existing possible > > > call sites.) > > > > We don't usually expose such helpers in the public API, but I supp

Re: [Xen-devel] [PATCH 16/29] libxl: ao: Provide manip_refcnt

On Tue, 2015-03-31 at 19:23 +0100, Ian Jackson wrote: > Ian Campbell writes ("Re: [Xen-devel] [PATCH 16/29] libxl: ao: Provide > manip_refcnt"): > > On Tue, 2015-02-10 at 20:10 +, Ian Jackson wrote: > > > +/* > > > + * A "manip" is a libxl public function manipulating this ao, which > > > + *

Re: [Xen-devel] [PATCH][XSA-126] xen: limit guest control of PCI command register

On Wed, 2015-04-01 at 10:20 +0100, Stefano Stabellini wrote: > CC'ing the author of the patch and xen-devel. Adding Andy C who I think knows about this stuff. > FYI I think that Jan is going to be on vacation for a couple of weeks. > > On Wed, 1 Apr 2015, Michael S. Tsirkin wrote: > > On Tue, Ma

Re: [Xen-devel] [v3][PATCH 2/2] libxl: introduce gfx_passthru_kind

On Wed, 2015-04-01 at 17:18 +0800, Chen, Tiejun wrote: > Currently Qemu maintainers are busy finalizing qemu 2.3, they don't > complete to review all associated qemu patch set. Although that don't > bring any change to our two patches on Xen side, I think we'd better > merge these patches until

Re: [Xen-devel] [libvirt] [PATCH 1/3] libxl: Move job acquisition in libxlDomainStart to callers

On Wed, Mar 25, 2015 at 02:08:34PM -0600, Jim Fehlig wrote: Let callers of libxlDomainStart decide when it is appropriate to acquire a job on the associated virDomainObj. This makes sense, I see many bugs this fixes, but how come libxlDomainShutdownThread(), libxlDomainRestoreFlags() and libxl

Re: [Xen-devel] [PATCH][XSA-126] xen: limit guest control of PCI command register

On Wed, Apr 01, 2015 at 10:41:12AM +0100, Andrew Cooper wrote: > On 01/04/15 10:20, Stefano Stabellini wrote: > > CC'ing the author of the patch and xen-devel. > > FYI I think that Jan is going to be on vacation for a couple of weeks. > > > > On Wed, 1 Apr 2015, Michael S. Tsirkin wrote: > >> On Tu

[Xen-devel] [rumpuserxen test] 50278: regressions - FAIL

flight 50278 rumpuserxen real [real] http://logs.test-lab.xenproject.org/osstest/logs/50278/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-rumpuserxen 5 rumpuserxen-build fail REGR. vs. 33866 build-i386-rumpuserxe

Re: [Xen-devel] [PATCH 2/2] xen/grant: introduce func gnttab_unmap_refs_async_wait_completion()

On 30/03/15 01:03, Bob Liu wrote: > > On 03/28/2015 08:44 AM, Konrad Rzeszutek Wilk wrote: >> On Thu, Mar 26, 2015 at 04:32:45PM +0100, Roger Pau Monné wrote: >>> El 26/03/15 a les 13.16, Bob Liu ha escrit: There are several place using gnttab async unmap and wait for completion, so move

Re: [Xen-devel] [libvirt] [PATCH 2/3] libxl: acquire a job when destroying a domain

On Thu, Mar 26, 2015 at 03:29:51PM -0600, Jim Fehlig wrote: Konrad Rzeszutek Wilk wrote: On Wed, Mar 25, 2015 at 02:08:35PM -0600, Jim Fehlig wrote: A job should be acquired at the beginning of a domain destroy operation, not at the end when cleaning up the domain. Fix two occurances of this

Re: [Xen-devel] [PATCH][XSA-126] xen: limit guest control of PCI command register

On Wed, Apr 01, 2015 at 10:50:45AM +0100, Ian Campbell wrote: > On Wed, 2015-04-01 at 10:20 +0100, Stefano Stabellini wrote: > > CC'ing the author of the patch and xen-devel. > > Adding Andy C who I think knows about this stuff. > > > FYI I think that Jan is going to be on vacation for a couple o

Re: [Xen-devel] [PATCH 2/2] xen/grant: introduce func gnttab_unmap_refs_async_wait_completion()

On 26/03/15 12:16, Bob Liu wrote: > There are several place using gnttab async unmap and wait for > completion, so move the common code to a function > gnttab_unmap_refs_async_wait_completion(). > [...] > + > +int gnttab_unmap_refs_async_wait_completion(struct gntab_unmap_queue_data* > item) Thi

Re: [Xen-devel] [PATCH v3 6/6] tools/libxl: Adjust datacopiers POLLHUP handling when the fd is also readable

Hello, El 30/03/15 a les 12.40, Ian Campbell ha escrit: > On Thu, 2015-03-26 at 16:20 +0100, Roger Pau Monné wrote: >> El 16/03/15 a les 14.29, Ross Lagerwall ha escrit: >>> From: Andrew Cooper >>> >>> POLLHUP|POLLIN is a valid revent to receive when there is readable data in a >>> pipe, but the

[Xen-devel] [libvirt test] 50277: tolerable FAIL - PUSHED

flight 50277 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/50277/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-i386-libvirt-xsm 9 guest-start fail never pass test-amd64-amd64-libvirt-xsm 9 guest-start

[Xen-devel] Migration v2 and related work for 4.6

Hello, I believe I have CC'd all interested parties. If I have missed anyone, please shout. There are several large series: * Cancellable async operations * COLO and a wish to start experimenting with migration on ARM which all interact with my large series for migration v2 support in libxc and

Re: [Xen-devel] [RFC PATCH v2 06/22] xen/arm: its: Port ITS driver to xen

On Thu, 2015-03-19 at 20:07 +0530, vijay.kil...@gmail.com wrote: > From: Vijaya Kumar K > > This patch just makes ITS driver taken from linux > compiles in xen environment. What is your intention wrt future updates to this driver? Are you intending to keep things in sync and import things from

Re: [Xen-devel] [RFC PATCH v2 09/22] xen/arm: its: Add helper functions to decode ITS Command

On Thu, 2015-03-19 at 20:07 +0530, vijay.kil...@gmail.com wrote: > From: Vijaya Kumar K > > Add helper functions to decode ITS command > This will be useful for Virtual ITS driver It depends slightly on the answer to the quesiton I asked on patch #6, but in general in Xen we have preferred to de

Re: [Xen-devel] [RFC PATCH v2 13/22] xen/arm: its: Add virtual ITS command support

On Mon, 2015-03-30 at 16:47 +0100, Julien Grall wrote: > > In any case ITS commands are processed in synchronously. So any VCPU that > > send ITS commands is blocked. What exactly is synchronous here? Is it just the "translate vits into requests queued with the physical its driver" phase or does i

Re: [Xen-devel] [PATCH v2 2/2] xen/block: add multi-page ring support

On 03/31/2015 08:15 PM, Bob Liu wrote: > Extend xen/block to support multi-page ring, so that more requests can be > issued > by using more than one pages as the request ring between blkfront and backend. > As a result, the performance can get improved significantly. > > We got some impressive i

Re: [Xen-devel] [PATCH 2/2] xen/grant: introduce func gnttab_unmap_refs_async_wait_completion()

On 04/01/2015 06:18 PM, David Vrabel wrote: > On 26/03/15 12:16, Bob Liu wrote: >> There are several place using gnttab async unmap and wait for >> completion, so move the common code to a function >> gnttab_unmap_refs_async_wait_completion(). >> > [...] >> + >> +int gnttab_unmap_refs_async_wait_

Re: [Xen-devel] [RFC PATCH v2 13/22] xen/arm: its: Add virtual ITS command support

On 01/04/15 12:46, Ian Campbell wrote: > On Mon, 2015-03-30 at 16:47 +0100, Julien Grall wrote: >>> In any case ITS commands are processed in synchronously. So any VCPU that >>> send ITS commands is blocked. > > What exactly is synchronous here? Is it just the "translate vits into > requests queue

[Xen-devel] Question about unbind MSI in xen_pt_msi.c

Hi, I'm looking to replace any call to xc_domain_bind_pt_irq and xc_domain_unbind_pt_irq by specific IRQ type helpers. I found one strange call which will always fail in xen_pt_msix_update_remap. The function xc_domain_unbind_pt_irq is called with PT_IRQ_TYPE_MSI which is not supported by the fun

Re: [Xen-devel] [ANNOUNCE] Project Raisin

On Tue, Mar 31, 2015 at 11:16 AM, Stefano Stabellini wrote: > Hi all, > > A few weeks ago I started hacking on a new project, consisting in a set > of bash scripts to build xen-unstable and a few other useful elements. > It is still in very early stages. > > The name of the new project is "Raisin"

[Xen-devel] [PATCH OSSTEST] ts-host-ping-check: Do not run if host is being reused

Assume it was done at install time. Mostly this is to avoid my sitting around waiting 20s when using standalone mode, perhaps there is a better way? Signed-off-by: Ian Campbell --- ts-host-ping-check | 2 ++ 1 file changed, 2 insertions(+) diff --git a/ts-host-ping-check b/ts-host-ping-check i

Re: [Xen-devel] [RFC v1 00/15] Add VT-d Posted-Interrupts support

Hi Jan, Any more comments about this series? Thanks a lot! Thanks, Feng > -Original Message- > From: Wu, Feng > Sent: Wednesday, March 25, 2015 8:32 PM > To: xen-devel@lists.xen.org > Cc: jbeul...@suse.com; k...@xen.org; Zhang, Yang Z; Tian, Kevin; Wu, Feng > Subject: [RFC v1 00/15] Add

[Xen-devel] [PATCH 0/4 v2] tools: various changes

A resend of this series, with comments addressed: http://lists.xenproject.org/archives/html/xen-devel/2015-03/msg02645.html * The XENSTORED_ARGS= should be fine according to IanJ * The changes for reproducible builds are really just interesting for distro packages. Passing all the variables via

[Xen-devel] [PATCH 2/4 v2] INSTALL: mention variables for reproducible builds

Mention two variables introduced by commit ac977f5 ("use more fixed strings to build the hypervisor"). Signed-off-by: Olaf Hering Cc: Ian Campbell Cc: Ian Jackson Cc: Jan Beulich Cc: Keir Fraser Cc: Tim Deegan --- v2: adjust format for XEN_BUILD_DATE INSTALL | 6 ++ 1 file changed, 6 i

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

To allow reproducible builds of hvmloader introduce a make variable SMBIOS_REL_DATE=mm/dd/ to provide a fixed date string. Without this change the hvmloader binary changes with every rebuild. Signed-off-by: Olaf Hering Acked-by: Jan Beulich Cc: Keir Fraser Cc: Jan Beulich Cc: Andrew Cooper

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

To allow reproducible builds of hvmloader introduce a make variable VGABIOS_REL_DATE="dd Mon " to provide a fixed date string. Without this change the hvmloader binary changes with every rebuild. Signed-off-by: Olaf Hering Cc: Ian Jackson Cc: Stefano Stabellini Cc: Ian Campbell Cc: Wei Liu

[Xen-devel] [PATCH 1/4] tools/hotplug: introduce XENSTORED_ARGS= in sysconfig file.

It is already used in the runlevel script and the service file. Signed-off-by: Olaf Hering Acked-by: Ian Campbell Cc: Ian Jackson Cc: Stefano Stabellini Cc: Ian Campbell Cc: Wei Liu --- tools/hotplug/Linux/init.d/sysconfig.xencommons.in | 8 1 file changed, 8 insertions(+) diff --

Re: [Xen-devel] sudden hang on boot on AMD Notebook

On Mon, Mar 30, Andrew Cooper wrote: > On 30/03/15 13:14, Olaf Hering wrote: > > Just last week I was running staging to test pvscsi on this HP ProBook > > 6555b, since around Wednesday I think. But todays staging fails to boot. > > So I started a bisect in xen/, but every attempt to boot xen.gz r

[Xen-devel] [PATCH v2] x86: Factor out common CPU initialization code

Some of x86 bare-metal and Xen CPU initialization code is common between the two and therefore can be factored out to avoid code duplication. As a side effect, doing so will also extend the fix provided by commit a7fcf28d431e ("x86/asm/entry: Replace this_cpu_sp0() with current_top_of_stack() to x

Re: [Xen-devel] [PATCH OSSTEST] ts-host-ping-check: Do not run if host is being reused

Ian Campbell writes ("[PATCH OSSTEST] ts-host-ping-check: Do not run if host is being reused"): > Assume it was done at install time. > > Mostly this is to avoid my sitting around waiting 20s when using > standalone mode, perhaps there is a better way? I think this way is fine. Acked-by: Ian Ja

Re: [Xen-devel] [PATCH v2] x86: Factor out common CPU initialization code

On 01/04/15 15:12, Boris Ostrovsky wrote: > Some of x86 bare-metal and Xen CPU initialization code is common between the > two > and therefore can be factored out to avoid code duplication. > > As a side effect, doing so will also extend the fix provided by commit > a7fcf28d431e ("x86/asm/entry:

Re: [Xen-devel] [PATCH v4 00/33] xen/arm: Add support for non-PCI passthrough

On 31/03/15 14:22, Ian Campbell wrote: > On Tue, 2015-03-31 at 14:07 +0100, Julien Grall wrote: >> Hi Ian, >> >> On 31/03/15 12:57, Ian Campbell wrote: >>> On Thu, 2015-03-19 at 19:29 +, Julien Grall wrote: >>> >>> I think there is a healthy chunk at the start which is all acked and >>> could b

[Xen-devel] about cr3 register

Hi I am working on memory management in xen. I encounter a problem that I hope you can help me to solve it. I modified the struct mmu_update in xen and linux source code. I add two fields cr3 and addr which respectively contains the current cr3 value __

Re: [Xen-devel] [PATCH v3 6/6] tools/libxl: Adjust datacopiers POLLHUP handling when the fd is also readable

On 01/04/15 11:34, Roger Pau Monné wrote: > Hello, > > El 30/03/15 a les 12.40, Ian Campbell ha escrit: >> On Thu, 2015-03-26 at 16:20 +0100, Roger Pau Monné wrote: >>> El 16/03/15 a les 14.29, Ross Lagerwall ha escrit: From: Andrew Cooper POLLHUP|POLLIN is a valid revent to receive

Re: [Xen-devel] sudden hang on boot on AMD Notebook

On 01/04/15 14:35, Olaf Hering wrote: > On Mon, Mar 30, Andrew Cooper wrote: > >> On 30/03/15 13:14, Olaf Hering wrote: >>> Just last week I was running staging to test pvscsi on this HP ProBook >>> 6555b, since around Wednesday I think. But todays staging fails to boot. >>> So I started a bisect i

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

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 Eikelenboom wrote: > Hi Jan, > > Commit 1aeb1156fa43fe2

Re: [Xen-devel] [PATCH OSSTEST] ts-host-ping-check: Do not run if host is being reused

On Wed, 2015-04-01 at 14:55 +0100, Ian Jackson wrote: > Ian Campbell writes ("[PATCH OSSTEST] ts-host-ping-check: Do not run if host > is being reused"): > > Assume it was done at install time. > > > > Mostly this is to avoid my sitting around waiting 20s when using > > standalone mode, perhaps t

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

[Xen-devel] about cr3 register

Hi I am working on memory management in xen. I encounter a problem that I hope you can help me to solve it. I modified the struct mmu_update in xen and linux source code. I add two fields cr3 and addr which respectively contains the current cr3 value and the current address of the process assoc

Re: [Xen-devel] [PATCH v2 2/2] xen/block: add multi-page ring support

On Wed, Apr 01, 2015 at 07:51:47PM +0800, Bob Liu wrote: > > On 03/31/2015 08:15 PM, Bob Liu wrote: > > Extend xen/block to support multi-page ring, so that more requests can be > > issued > > by using more than one pages as the request ring between blkfront and > > backend. > > As a result, the

[Xen-devel] [PATCH OSSTEST 0/5] Tweaks to allow running non-master production instances

Now that the Cambridge osstest instance is no longer the XenProject master instance it needs some tweaks to allow us to keep using it for local testing. Ian. ___ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel

Re: [Xen-devel] sudden hang on boot on AMD Notebook

On Wed, 2015-04-01 at 15:39 +0100, Andrew Cooper wrote: > On 01/04/15 14:35, Olaf Hering wrote: > > On Mon, Mar 30, Andrew Cooper wrote: > > > >> On 30/03/15 13:14, Olaf Hering wrote: > >>> Just last week I was running staging to test pvscsi on this HP ProBook > >>> 6555b, since around Wednesday I

[Xen-devel] [PATCH OSSTEST 2/5] Handle osstest's own local push gate in non-master production instances

We want to arrange that the master XenProject instance continues to test its own pretest branch while any downstream instances will pickup changes from the master instance's production (i.e. tested) branch, which is published at git://xenbits.xen.org/osstest.git#master. Add a new configuration opt

[Xen-devel] [PATCH OSSTEST 4/5] cambridge: Do not try to push harness to XenProject instance output

By arranging for cr-publish-flight-logs to ignore --push-harness if either of HarnessPublishGitRepoDir or HarnessPublishGitUserHost are not specified Signed-off-by: Ian Campbell --- Perhaps we should have our own tree for such things, but for now just nobble it. --- cr-publish-flight-logs |

[Xen-devel] [PATCH OSSTEST 3/5] cambridge: Add a crontab

Right now all it does is keep osstest itself up to date. Signed-off-by: Ian Campbell --- crontab-cambridge | 5 + 1 file changed, 5 insertions(+) create mode 100644 crontab-cambridge diff --git a/crontab-cambridge b/crontab-cambridge new file mode 100644 index 000..ef0d234 --- /dev/nul

[Xen-devel] [PATCH OSSTEST 1/5] cri-args-hostslists: allow instance specific settings

In particular this new $HOME/.xen-osstest/cri-args-hostslists.settings can contain things like "export OSSTEST_CONFIG=production-config-cambridge" to tailor things for a particular instance of osstest running in production mode. Signed-off-by: Ian Campbell --- cri-args-hostlists | 4 +++- 1 file

[Xen-devel] [PATCH OSSTEST 5/5] cambridge: Stop publishing logs to chiark

http://osstest.cam.xci-test.com/~osstest/testlogs already exists and points to the live logs directory, so switch PubBaseUrl to that in the Cambridge config such that email reports etc contain it. This won't be externally accessible but I think that won't matter now that the master production insta

Re: [Xen-devel] [ANNOUNCE] Project Raisin

On Wed, 1 Apr 2015, George Dunlap wrote: > On Tue, Mar 31, 2015 at 11:16 AM, Stefano Stabellini > wrote: > > Hi all, > > > > A few weeks ago I started hacking on a new project, consisting in a set > > of bash scripts to build xen-unstable and a few other useful elements. > > It is still in very ea

[Xen-devel] [linux-linus test] 50276: tolerable FAIL - PUSHED

flight 50276 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/50276/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-i386-freebsd10-i386 7 freebsd-install fail like 36746 test-amd64-i386-freebsd10-amd6

Re: [Xen-devel] sudden hang on boot on AMD Notebook

On Wed, Apr 01, Ian Campbell wrote: > Key handlers are only available via serial, I think, and not VGA which > it sounds like what Olaf is looking at. This laptop has a serial port, and thats what I used to grab the output. No reaction there. Just today I noticed the blinking cursor. Will continu

[Xen-devel] [PATCH 2/2] x86/domctl: Don't allow a toolstack domain to pause itself

Signed-off-by: Andrew Cooper CC: Keir Fraser CC: Jan Beulich --- xen/arch/x86/domctl.c | 12 1 file changed, 8 insertions(+), 4 deletions(-) diff --git a/xen/arch/x86/domctl.c b/xen/arch/x86/domctl.c index bcbdf95..ff3b423 100644 --- a/xen/arch/x86/domctl.c +++ b/xen/arch/x86/do

[Xen-devel] [PATCH 0/2] Post-XSA-127 cleanup

XSA-127 was actually discovered while doing the cleanup in patch 1 Patch 2 contains futher domain/vcpu pause related issues, but all in subops still excluded by the XSA-77 list, which do not qualify as a security issue. Andrew Cooper (2): x86/domctl: cleanup x86/domctl: Don't allow a toolstac

[Xen-devel] [PATCH 1/2] x86/domctl: cleanup

* latch curr/currd once at start * drop redundant "ret = 0" and braces * use "copyback = 1" when appropriate * move break statements inside case-specific braced scopes * don't bother check for NULL before calling xfree() * eliminate trailing whitespace * Xen style corrections Signed-off-by:

Re: [Xen-devel] Question about unbind MSI in xen_pt_msi.c

On Wed, 1 Apr 2015, Julien Grall wrote: > Hi, > > I'm looking to replace any call to xc_domain_bind_pt_irq and > xc_domain_unbind_pt_irq by specific IRQ type helpers. > > I found one strange call which will always fail in xen_pt_msix_update_remap. > The function xc_domain_unbind_pt_irq is called

Re: [Xen-devel] [ANNOUNCE] Project Raisin

On Wed, 2015-04-01 at 16:13 +0100, Stefano Stabellini wrote: > > I think "raise" should take commands. The main way package > > prerequisites should be installed, I think, is for raise to give a > > list of packages to the user, and the user to "sudo $PACKAGEMANAGER > > install $LIST" themselves.

Re: [Xen-devel] [PATCH v3 5/6] tools/libxl: Extend datacopier to support reading into a buffer

Ross Lagerwall writes ("[PATCH v3 5/6] tools/libxl: Extend datacopier to support reading into a buffer"): > Currently a datacopier may source its data from an fd or local buffer, but \ its > destination must be an fd. For migration v2, libxl needs to read from the > migration stream into a local

Re: [Xen-devel] [PATCH v3 5/6] tools/libxl: Extend datacopier to support reading into a buffer

On Wed, 2015-04-01 at 16:53 +0100, Ian Jackson wrote: > > /* onwrite==1 means failure happened when writing, logged, errnoval is > > valid > > * onwrite==0 means failure happened when reading > > - * errnoval==0 means we got eof and all data was written > > - * errnoval!=0 means we had

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

I'm actually out of office next week, starting from Friday, so unless anyone has anything to discuss I guess we will skip this month again. If someone has something urgent and can tell me that by end of (UK) day tomorrow I'll see if I can arrange a standin to open the bridge and run things. Usual

Re: [Xen-devel] [PATCH 8/9] qspinlock: Generic paravirt support

On 03/19/2015 08:25 AM, Peter Zijlstra wrote: On Thu, Mar 19, 2015 at 11:12:42AM +0100, Peter Zijlstra wrote: So I was now thinking of hashing the lock pointer; let me go and quickly put something together. A little something like so; ideally we'd allocate the hashtable since NR_CPUS is kinda b

[Xen-devel] [PATCH v5 p1 05/14] xen/arm: Map disabled device in DOM0

From: Julien Grall The check to avoid mapping disabled devices in DOM0 was added in anticipation of the device passthrough. But, a brand new property will be added later to mark device which will be passthrough. Also, remove the memory type check as we already skipped them earlier in the functio

[Xen-devel] [PATCH v5 p1 08/14] xen: Extend DOMCTL createdomain to support arch configuration

From: Julien Grall On ARM the virtual GIC may differ between each guest (emulated GIC version, number of SPIs...). This information is already known at the domain creation and can never change. For now only the gic_version is set. In the long run, there will be more parameters such as the number

[Xen-devel] [PATCH v5 p1 00/14] xen/arm: Add support for non-PCI passthrough

Hello all, This is the first part of the non-PCI passthrough series. It contains all patches acked than can go now in Xen upstream. Another patch series will be sent later in order to fully support non-PCI passthrough. Regards, Julien Grall (14): xen/arm: Divide GIC initialization in 2 parts

[Xen-devel] [PATCH v5 p1 01/14] xen/arm: Divide GIC initialization in 2 parts

From: Julien Grall Currently the function to translate IRQ from the device tree is set unconditionally to be able to be able to retrieve serial/timer IRQ before the GIC has been initialized. It assumes that the xlate function won't ever changed. We may also need to have the primary interrupt co

[Xen-devel] [PATCH v5 p1 06/14] xen/arm: Introduce xen, passthrough property

From: Julien Grall When a device is marked for passthrough (via the new property "xen,passthrough"), dom0 must not access to the device (i.e not loading a driver), but should be able to manage the MMIO/interrupt of the passthrough device. The latter part will allow the toolstack to map MMIO/IRQ

[Xen-devel] source code

Hi all, The following functions should compute the union, intersection and difference of two bitmaps. Please review the code. Thank you. Sincerely, Linda Jacobson int libxl_bitmap_union(libxl_ctx *ctx, libxl_bitmap *union_bitmap, libxl_bitmap *bitmap1, libxl_bitmap *bitmap2) {

Re: [Xen-devel] source code

On 01/04/15 17:24, Linda wrote: > Hi all, Hello Linda, > The following functions should compute the union, intersection and > difference of two bitmaps. > Please review the code. Thank you. There is a specific process in order to create/send the patch. You can read it on the wiki: http

[Xen-devel] [PATCH v5 p1 03/14] xen/dts: Use unsigned int for MMIO and IRQ index

From: Julien Grall There is no reason to use signed integer for an index. Signed-off-by: Julien Grall Acked-by: Stefano Stabellini Acked-by: Ian Campbell --- Changes in v4: - Add Ian's ack Changes in v3: - Slightly update commit message to drop the reference to new

[Xen-devel] [PATCH v5 p1 07/14] MAINTAINERS: move drivers/passthrough/device_tree.c in "DEVICE TREE"

From: Julien Grall Suggested-by: Jan Beulich Signed-off-by: Julien Grall Acked-by: Ian Campbell Cc: Ian Jackson Cc: Keir Fraser --- Changes in v5: - Add Ian's ack Changes in v4: - Patch added --- MAINTAINERS | 2 ++ 1 file changed, 2 insertions(+) diff --git a/MAI

[Xen-devel] [PATCH v5 p1 09/14] xen/arm: Allow virq != irq

From: Julien Grall Currently, Xen is assuming that the virtual IRQ will always be the same as IRQ. Modify route_guest_irq to take the virtual IRQ in parameter which allow Xen to assign a different IRQ number. Also store the vIRQ in the desc action to easily retrieve the IRQ target when we need t

[Xen-devel] [PATCH v5 p1 02/14] xen/dts: Allow only IRQ translation that are mapped to main GIC

From: Julien Grall Xen is only able to handle one GIC controller. Some platforms may contain other interrupt controllers. Make sure to only translate IRQ mapped into the GIC handled by Xen. Signed-off-by: Julien Grall Acked-by: Stefano Stabellini Acked-by: Ian Campbell --- Changes in v

[Xen-devel] [PATCH v5 p1 04/14] xen/arm: vgic: Introduce a function to initialize pending_irq

From: Julien Grall The structure pending_irq is initialized in the same way in 2 different places. Introduce vgic_init_pending_irq to avoid code duplication. Also move the setting of the irq field into this function as we need to initialize it once rather than every time an IRQ is injected to th

[Xen-devel] [PATCH v5 p1 13/14] xen/arm: vgic: Correctly calculate GICD_TYPER.ITLinesNumber

From: Julien Grall The formula of GICD_TYPER.ITLinesNumber is 32(N + 1). As the number of SPIs suppported by the domain may not be a multiple of 32, we have to round up the number before using it. At the same time remove the mask GICD_TYPE_LINES which is pointless. Signed-off-by: Julien Grall

[Xen-devel] [PATCH v5 p1 10/14] xen/arm: route_irq_to_guest: Check validity of the IRQ

From: Julien Grall Currently Xen only supports SPIs routing for guest, add a function is_assignable_irq to check if we can assign a given IRQ to the guest. Secondly, make sure the vIRQ is not the greater than the number of IRQs configured in the vGIC and it's an SPI. Thirdly, when the IRQ is al

  1   2   >