[Xen-devel] [PATCH] gitignore: ignore stubdom/libs-*

Signed-off-by: Wei Liu --- .gitignore | 1 + 1 file changed, 1 insertion(+) diff --git a/.gitignore b/.gitignore index e0df903..a2c49e8 100644 --- a/.gitignore +++ b/.gitignore @@ -48,6 +48,7 @@ docs/pdf/ docs/txt/ extras/mini-os* install/* +stubdom/libs-*

Re: [Xen-devel] [PATCH] gitignore: ignore stubdom/libs-*

On Thu, Jan 14, 2016 at 09:06:27AM -0700, Jan Beulich wrote: > >>> On 14.01.16 at 17:01, wrote: > > --- a/.gitignore > > +++ b/.gitignore > > @@ -48,6 +48,7 @@ docs/pdf/ > > docs/txt/ > > extras/mini-os* > > install/* > > +stubdom/libs-* > > stubdom/autom4te.cache/ > >

Re: [Xen-devel] [PATCH v5 5/5] sched: Use the auto-generated list of schedulers

Jan Beulich writes: On 14.01.16 at 15:49, wrote: >> --- a/xen/common/schedule.c >> +++ b/xen/common/schedule.c >> @@ -64,20 +64,9 @@ static void poll_timer_fn(void *data); >> DEFINE_PER_CPU(struct schedule_data, schedule_data); >> DEFINE_PER_CPU(struct

Re: [Xen-devel] [PATCH] Config.mk: Update SEABIOS_UPSTREAM_TAG to 442502

On Thu, 2016-01-14 at 17:56 +0100, Roger Pau Monné wrote: > El 14/01/16 a les 17.44, Ian Campbell ha escrit: > > On Thu, 2016-01-14 at 14:44 +, Ian Campbell wrote: > > > On Thu, 2016-01-14 at 06:00 -0700, Jan Beulich wrote: > > > > > > > On 14.01.16 at 12:32, wrote: > >

Re: [Xen-devel] [xen-unstable test] 77945: regressions - FAIL [and 2 more messages]

On 1/14/16 10:27 AM, Ian Jackson wrote: > I have to confess I'm quite confused now. Maybe there are many > underlying disagreements here but mostly I seem befogged. However, > here are some principles I currently believe in for how this should > all work: > > * It should be possible to enable,

Re: [Xen-devel] [PATCH v5 2/5] build: Hook the schedulers into Kconfig

Jan Beulich writes: On 14.01.16 at 17:34, wrote: >> On Thu, 2016-01-14 at 10:23 -0600, Jonathan Creekmore wrote: >>> Jan Beulich writes: >>> >>> > > > > On 14.01.16 at 15:49, wrote: >>> > > --- a/xen/common/Kconfig >>> > > +++

Re: [Xen-devel] [PATCH] QEMU as non-root and PCI passthrough do not mix

Ian Campbell writes ("Re: [PATCH] QEMU as non-root and PCI passthrough do not mix"): > That reminds me -- how does the qemu user selection work over migrate? Does > it remember the specific user or does it try and pick it again on the other > end? Do we require all hosts in a pool to have been

Re: [Xen-devel] [xen-unstable test] 77945: regressions - FAIL [and 2 more messages]

On Thu, 2016-01-14 at 17:18 +, Ian Jackson wrote: > Doug Goldstein writes ("Re: [Xen-devel] [xen-unstable test] 77945: > regressions - FAIL [and 2 more messages]"): > > On 1/14/16 10:27 AM, Ian Jackson wrote: > > > Is any of this of any use ? > > > > > > Thanks, > > > Ian. > > > (no less

Re: [Xen-devel] [PATCH] QEMU as non-root and PCI passthrough do not mix

Stefano Stabellini writes ("Re: [PATCH] QEMU as non-root and PCI passthrough do not mix"): > On Thu, 14 Jan 2016, Ian Campbell wrote: > > What if b_info->device_model_user is NULL or == "root"? Doesn't this warn > > even then? > > I meant to warn even if device_model_user is NULL because it is

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

On Thu, Jan 14, 2016 at 12:04:45PM +, Will Deacon wrote: > On Wed, Jan 13, 2016 at 12:58:22PM -0800, Leonid Yegoshin wrote: > > On 01/13/2016 12:48 PM, Peter Zijlstra wrote: > > >On Wed, Jan 13, 2016 at 11:02:35AM -0800, Leonid Yegoshin wrote: > > > > > >>I ask HW team about it but I have a

Re: [Xen-devel] [PATCH] QEMU as non-root and PCI passthrough do not mix

On Thu, 2016-01-14 at 17:32 +, Stefano Stabellini wrote: >  > > > +LOG(DEBUG, "QEMU needs to be run as root for PCI passthrough to > > > work"); > > > > Shouldn't there be an if here, and/or an error return? > > Unfortunately we cannot get the user used to run QEMU with from here. >

Re: [Xen-devel] [PATCH] MAINTAINERS: add myself for kconfig

IMNSHO we should apply the patch. On Thu, 2016-01-14 at 17:19 +, Lars Kurth wrote: > What is the outcome of this discussion? > Lars > > On 06/01/2016 16:30, "Ian Jackson" wrote: > > > Lars Kurth writes ("Re: [PATCH] MAINTAINERS: add myself for kconfig"): > > > As

Re: [Xen-devel] [PATCH] QEMU as non-root and PCI passthrough do not mix

On Thu, 14 Jan 2016, Ian Campbell wrote: > On Tue, 2016-01-12 at 16:52 +, Stefano Stabellini wrote: > > PCI passthrough cannot work if QEMU is run as a non-root process today, > > as QEMU needs to open /dev/mem to mmap the MSI-X table of the device and > > read/write relevant nodes on sysfs. >

[Xen-devel] [libvirt test] 77993: regressions - FAIL

flight 77993 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/77993/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-libvirt-raw 6 xen-boot fail REGR. vs. 77871 Regressions which are

Re: [Xen-devel] [PATCH 5/5] x86/HVM: don't setup an intercept handler for IO port 0xcf8 unconditionally

El 13/01/16 a les 17.48, Paul Durrant ha escrit: >> -Original Message- >> From: Jan Beulich [mailto:jbeul...@suse.com] >> Sent: 13 January 2016 16:39 >> To: Paul Durrant; Roger Pau Monne >> Cc: Andrew Cooper; xen-de...@lists.xenproject.org >> Subject: Re: [PATCH 5/5] x86/HVM: don't setup

Re: [Xen-devel] [PATCH 4/5] x86/PV: remove the emulated PIT

El 13/01/16 a les 17.36, Jan Beulich ha escrit: On 13.01.16 at 13:32, wrote: >> The HVMlite series removed the initialization of the emulated PIT for PV >> guests, but the handler was still reachable, which means a PV guests can >> crash Xen if it pokes at IO ports

Re: [Xen-devel] [PATCH v4 3/3] VT-d: Fix vt-d Device-TLB flush timeout issue.

>>> On 14.01.16 at 02:22, wrote: >> From: Jan Beulich [mailto:jbeul...@suse.com] >> Sent: Wednesday, January 13, 2016 7:03 PM >> >> >> Jan, >> >> Patch 2/3 and Patch 3/3 are based on v3 (Actually they are v3's patch 1/2 >> > and patch 2/2). >> >> We have discussed how to

Re: [Xen-devel] [xen-unstable test] 77945: regressions - FAIL

>>> On 13.01.16 at 20:30, wrote: > flight 77945 xen-unstable real [real] > http://logs.test-lab.xenproject.org/osstest/logs/77945/ > > Regressions :-( > > Tests which did not succeed and are blocking, > including tests which could not be run: >

Re: [Xen-devel] [PATCH] x86/hvm: Allow the guest to permit the use of userspace hypercalls

On Mon, 2016-01-11 at 13:59 +, Andrew Cooper wrote: > Arm folks: Is something like this sufficiently generic to be useful on > Arm, perhaps with more generic naming? ARM's HVC instruction is always invalid from userspace, i.e. it would result in #UNDEF and there is no control bit to make it

Re: [Xen-devel] [PATCH v6 1/5] APCI: MCFG: Move mmcfg_list management to drivers/acpi

On Thu, Jan 14, 2016 at 3:32 PM, Jayachandran C wrote: > Move pci_mmcfg_list handling to a drivers/acpi/pci_mcfg.c. This is > to share the API and code with ARM64 later. The corresponding > declarations are moved from asm/pci_x86.h to linux/pci-acpi.h > > As a part of this

Re: [Xen-devel] [PATCH v4 2/3] VT-d: Reduce spin timeout to 1ms, which can be boot-time changed.

>>> On 14.01.16 at 02:59, wrote: > On 14.01.2016 at 12:58am, wrote: >> >>> On 23.12.15 at 09:25, wrote: >> > --- a/xen/drivers/passthrough/vtd/qinval.c >> > +++ b/xen/drivers/passthrough/vtd/qinval.c >> > @@ -28,6 +28,11 @@ >> > #include

Re: [Xen-devel] [PATCH v4 3/3] VT-d: Fix vt-d Device-TLB flush timeout issue.

> From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Thursday, January 14, 2016 5:00 PM > > >>> On 14.01.16 at 02:22, wrote: > >> From: Jan Beulich [mailto:jbeul...@suse.com] > >> Sent: Wednesday, January 13, 2016 7:03 PM > >> > >> >> Jan, > >> >> Patch 2/3 and Patch 3/3

Re: [Xen-devel] xen/gntdev: add ioctl for grant copy

On 13/01/16 19:56, Dan Carpenter wrote: > Hello David Vrabel, > > The patch a4cdb556cae0: "xen/gntdev: add ioctl for grant copy" from > Dec 2, 2014, leads to the following static checker warning: > > drivers/xen/gntdev.c:775 gntdev_get_page() > warn: mask and shift to zero > >

Re: [Xen-devel] Backport of SeaBIOS changeset 3b8c53

On Tue, 2016-01-12 at 16:38 +0100, Roger Pau Monné wrote: > Hello, > > I would like to request the backport of the following SeaBIOS commit to > the master branch of the SeaBIOS repository used by Xen unstable (this > is AFAICT the only one that requires this build fix). The best way to achieve

Re: [Xen-devel] [PATCH v4 1/2] memory-hotplug: add automatic onlining policy for the newly added memory

David Rientjes writes: > On Wed, 13 Jan 2016, Vitaly Kuznetsov wrote: > >> >> diff --git a/Documentation/memory-hotplug.txt >> >> b/Documentation/memory-hotplug.txt >> >> index ce2cfcf..ceaf40c 100644 >> >> --- a/Documentation/memory-hotplug.txt >> >> +++

[Xen-devel] [stubdom] Makefile configuration failed for user-defined studbom

Hi, everyone! I am trying to add my own program as a stubdom. I failed several times with the Makefile. I have add my own party in xen/stubdom/Makefile. It works fine except the mini-os section saying that no rule for target APP_OBJS I only modified the xen/stubdom/Makefile and

Re: [Xen-devel] [libvirt test] 77934: regressions - FAIL

On Wed, 2016-01-13 at 16:26 +, osstest service owner wrote: > flight 77934 libvirt real [real] > http://logs.test-lab.xenproject.org/osstest/logs/77934/ > > Regressions :-( > > Tests which did not succeed and are blocking, > including tests which could not be run: >  

Re: [Xen-devel] [PATCH v3 2/5] remus: resume immediately if libxl__xc_domain_save_done() completes

On Tue, 2016-01-12 at 09:40 +0800, Wen Congyang wrote: > On 01/09/2016 12:27 AM, Ian Campbell wrote: > > On Fri, 2016-01-08 at 14:38 +0800, Wen Congyang wrote: > > > For example: if the secondary host is down, and we fail to send the > > > data > > > to > > > the secondary host. xc_domain_save()

Re: [Xen-devel] [PATCH v4 2/3] VT-d: Reduce spin timeout to 1ms, which can be boot-time changed.

On 14.01.2016 at 5:04pm, wrote: > >>> On 14.01.16 at 02:59, wrote: > > On 14.01.2016 at 12:58am, wrote: > >> >>> On 23.12.15 at 09:25, wrote: > >> > --- a/xen/drivers/passthrough/vtd/qinval.c > >> > +++

Re: [Xen-devel] [PATCH v4 3/3] VT-d: Fix vt-d Device-TLB flush timeout issue.

> -Original Message- > From: Tian, Kevin > Sent: Thursday, January 14, 2016 5:13 PM > To: Jan Beulich; Xu, Quan > Cc: andrew.coop...@citrix.com; george.dun...@eu.citrix.com; Wu, Feng; > Nakajima, Jun; xen-devel@lists.xen.org; k...@xen.org; t...@xen.org > Subject: RE: [Xen-devel] [PATCH

Re: [Xen-devel] [PATCH] QEMU as non-root and PCI passthrough do not mix

On Tue, 2016-01-12 at 16:52 +, Stefano Stabellini wrote: > PCI passthrough cannot work if QEMU is run as a non-root process today, > as QEMU needs to open /dev/mem to mmap the MSI-X table of the device and > read/write relevant nodes on sysfs. > > Update the docs to reflect that. > > Run

Re: [Xen-devel] [PATCH v3 2/3] XENVER_build_id: Provide ld-embedded build-ids (v8)

>>> On 14.01.16 at 03:02, wrote: >> > Or are you suggesting that perhaps the kernel should at boot time >> > print the build-id (like it does the changset)? >> >> Perhaps, albeit to me that's a bit orthogonal to being able to find out >> the build ID for a given binary. > > I

Re: [Xen-devel] [PATCH v3 12/13] vmx: Add VMX RDTSC(P) scaling support

>>> On 14.01.16 at 05:52, wrote: > On 01/12/16 09:48, Jan Beulich wrote: >> >>> On 31.12.15 at 04:03, wrote: >> > @@ -2003,6 +2011,10 @@ static struct hvm_function_table __initdata > vmx_function_table = { >> >

Re: [Xen-devel] [PATCH 4/5] x86/PV: remove the emulated PIT

>>> On 14.01.16 at 09:25, wrote: > El 13/01/16 a les 17.36, Jan Beulich ha escrit: > On 13.01.16 at 13:32, wrote: >>> The HVMlite series removed the initialization of the emulated PIT for PV >>> guests, but the handler was still reachable, which

Re: [Xen-devel] [PATCH 5/5] x86/HVM: don't setup an intercept handler for IO port 0xcf8 unconditionally

>>> On 14.01.16 at 09:35, wrote: > El 13/01/16 a les 17.48, Paul Durrant ha escrit: >>> -Original Message- >>> From: Jan Beulich [mailto:jbeul...@suse.com] >>> Sent: 13 January 2016 16:39 >>> To: Paul Durrant; Roger Pau Monne >>> Cc: Andrew Cooper;

Re: [Xen-devel] about the waringing message when pciback the VF by 'xl pci-assignable-add'

>>> On 14.01.16 at 03:26, wrote: > We find when adding a VF by the command 'xl pci-assignable-add $BDF', a > warning message like this: > 'libxl: warning: libxl_pci.c:843:libxl__device_pci_assignable_add: > :03:10.1 not bound to a driver, will not be rebound' > always

Re: [Xen-devel] about the waringing message when pciback the VF by 'xl pci-assignable-add'

> >>> On 14.01.16 at 03:26, wrote: > > We find when adding a VF by the command 'xl pci-assignable-add $BDF', > > a warning message like this: > > 'libxl: warning: libxl_pci.c:843:libxl__device_pci_assignable_add: > > :03:10.1 not bound to a driver, will not be rebound' >

[Xen-devel] [PATCH v3] x86/p2m: use large pages for MMIO mappings

When mapping large BARs (e.g. the frame buffer of a graphics card) the overhead of establishing such mappings using only 4k pages has, particularly after the XSA-125 fix, become unacceptable. Alter the XEN_DOMCTL_memory_mapping semantics once again, so that there's no longer a fixed amount of

Re: [Xen-devel] [PATCH 03/28] libxl: Provide libxl__dm_support_*

On Mon, 2016-01-11 at 10:00 -0700, Jim Fehlig wrote: > On 01/07/2016 10:13 AM, Ian Campbell wrote: > > On Tue, 2015-12-22 at 18:44 +, Ian Jackson wrote: > > > This allows code elsewhere in libxl to find out what options a device > > > model executable supports.  This is done by searching the

Re: [Xen-devel] [PATCH v5 2/2] xen_balloon: support memory auto onlining policy

On 13/01/16 17:32, Vitaly Kuznetsov wrote: > Add support for the newly added kernel memory auto onlining policy to Xen > ballon driver. Acked-by: David Vrabel Thanks. David ___ Xen-devel mailing list Xen-devel@lists.xen.org

Re: [Xen-devel] [PATCH v6 1/5] APCI: MCFG: Move mmcfg_list management to drivers/acpi

On 14/01/16 07:32, Jayachandran C wrote: > Move pci_mmcfg_list handling to a drivers/acpi/pci_mcfg.c. This is > to share the API and code with ARM64 later. The corresponding > declarations are moved from asm/pci_x86.h to linux/pci-acpi.h [...] > --- a/drivers/xen/pci.c > +++ b/drivers/xen/pci.c >

Re: [Xen-devel] [libvirt test] 77993: regressions - FAIL

On Thu, 2016-01-14 at 08:00 +, osstest service owner wrote: > flight 77993 libvirt real [real] > http://logs.test-lab.xenproject.org/osstest/logs/77993/ > > Regressions :-( > > Tests which did not succeed and are blocking, > including tests which could not be run: >  

Re: [Xen-devel] [PATCH 3/5] x86/hvm: don't set the BSP as initialised in hvm_vcpu_initialise

>>> On 13.01.16 at 18:23, wrote: > El 13/01/16 a les 17.29, Jan Beulich ha escrit: > On 13.01.16 at 13:32, wrote: >>> The BSP will be marked as initialised after hvm_load_cpu_ctxt has loaded the >>> initial state, which is called from the toolstack

Re: [Xen-devel] [PATCH v3 2/3] XENVER_build_id: Provide ld-embedded build-ids (v8)

On 14.01.2016 09:58, Jan Beulich wrote: On 14.01.16 at 03:02, wrote: Or are you suggesting that perhaps the kernel should at boot time print the build-id (like it does the changset)? >>> >>> Perhaps, albeit to me that's a bit orthogonal to being able to find out

Re: [Xen-devel] [PATCH v3 2/3] XENVER_build_id: Provide ld-embedded build-ids (v8)

>>> On 14.01.16 at 10:07, wrote: > On 14.01.2016 09:58, Jan Beulich wrote: > On 14.01.16 at 03:02, wrote: > Or are you suggesting that perhaps the kernel should at boot time > print the build-id (like it does the changset)? Perhaps,

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

On Wed, Jan 13, 2016 at 02:26:16PM -0800, Leonid Yegoshin wrote: > And all that is out-of-topic here in my mind. I just want to be sure that > this patchset still provides a use of a specific lightweight SYNCs on MIPS > vs bold and heavy generalized "SYNC 0" in any case. > > - Leonid. Of course

Re: [Xen-devel] [PATCH v3 12/13] vmx: Add VMX RDTSC(P) scaling support

On 01/14/16 02:05, Jan Beulich wrote: > >>> On 14.01.16 at 05:52, wrote: > > On 01/12/16 09:48, Jan Beulich wrote: > >> >>> On 31.12.15 at 04:03, wrote: > >> > @@ -2003,6 +2011,10 @@ static struct hvm_function_table __initdata > >

Re: [Xen-devel] [qemu-upstream-4.2-testing test] 77180: regressions - FAIL

On Fri, 2016-01-08 at 12:10 +, Ian Jackson wrote: > Ian Campbell writes ("Re: [qemu-upstream-4.2-testing test] 77180: > regressions - FAIL"): > > So our choices WRT these fixes in qemu-xen.git#staging-4.2, given they > > have > > already been pushed, are: > > > >    4. Force push. > > We

Re: [Xen-devel] [PATCH v3 1/5] remus: don't call stream_continue() when doing failover

On Tue, 2016-01-12 at 09:36 +0800, Wen Congyang wrote: > On 01/09/2016 12:20 AM, Ian Campbell wrote: > > On Fri, 2016-01-08 at 14:38 +0800, Wen Congyang wrote: > > > stream_continue() is used for migration to read emulator > > > xenstore data and emulator context. For remus, if we do > > >

Re: [Xen-devel] [OSSTEST PATCH 5/7] Database locking: Tcl: for errorCode, use pg_exec, not pg_execute

On Tue, 2016-01-12 at 15:39 +, Ian Jackson wrote: > > > of the statement handle (-cmdTuples vs -numTuples).  But all uses in > > > the codebase are now fine for this distinction. > > > > Does this imply that db-execute-array could be renamed db-execute- > > select, > > or even just db-select?

Re: [Xen-devel] [PATCH 5/5] x86/HVM: don't setup an intercept handler for IO port 0xcf8 unconditionally

On 14/01/16 09:12, Jan Beulich wrote: On 14.01.16 at 09:35, wrote: >> El 13/01/16 a les 17.48, Paul Durrant ha escrit: -Original Message- From: Jan Beulich [mailto:jbeul...@suse.com] Sent: 13 January 2016 16:39 To: Paul Durrant; Roger Pau

Re: [Xen-devel] [PATCH 5/5] x86/HVM: don't setup an intercept handler for IO port 0xcf8 unconditionally

El 14/01/16 a les 11.50, Andrew Cooper ha escrit: > On 14/01/16 09:12, Jan Beulich wrote: > On 14.01.16 at 09:35, wrote: >>> El 13/01/16 a les 17.48, Paul Durrant ha escrit: > -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent:

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

On Wed, Jan 13, 2016 at 12:58:22PM -0800, Leonid Yegoshin wrote: > On 01/13/2016 12:48 PM, Peter Zijlstra wrote: > >On Wed, Jan 13, 2016 at 11:02:35AM -0800, Leonid Yegoshin wrote: > > > >>I ask HW team about it but I have a question - has it any relationship with > >>replacing MIPS SYNC with

Re: [Xen-devel] [xen-unstable test] 77945: regressions - FAIL

On Thu, 2016-01-14 at 02:30 -0700, Jan Beulich wrote: > > > > On 13.01.16 at 20:30, wrote: > > flight 77945 xen-unstable real [real] > > http://logs.test-lab.xenproject.org/osstest/logs/77945/ > > > > Regressions :-( > > > > Tests which did not succeed and are

[Xen-devel] 答复: [stubdom] Makefile configuration failed for user-defined studbom

Hi, Ian The error message is this: ``` make[2]: Leaving directory `/usr/src/xen-4.6.0/stubdom/libvmi' make[1]: Leaving directory `/usr/src/xen-4.6.0/stubdom/libvmi' DEF_CPPFLAGS="-isystem /usr/src/xen-4.6.0/stubdom/../extras/mini-os/include -D__MINIOS__ -DHAVE_LIBC -isystem

Re: [Xen-devel] [PATCH v4 2/3] VT-d: Reduce spin timeout to 1ms, which can be boot-time changed.

>>> On 14.01.16 at 11:29, wrote: > On 14.01.2016 at 5:04pm, wrote: >> >>> On 14.01.16 at 02:59, wrote: >> > On 14.01.2016 at 12:58am, wrote: >> >> >>> On 23.12.15 at 09:25, wrote: >> >> > ---

Re: [Xen-devel] [PATCH 4/5] x86/PV: remove the emulated PIT

>>> On 14.01.16 at 11:59, wrote: > El 14/01/16 a les 10.11, Jan Beulich ha escrit: > On 14.01.16 at 09:25, wrote: >>> El 13/01/16 a les 17.36, Jan Beulich ha escrit: >>> On 13.01.16 at 13:32, wrote: > The HVMlite

[Xen-devel] [distros-debian-wheezy test] 38635: all pass

flight 38635 distros-debian-wheezy real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38635/ Perfect :-) All tests in this flight passed baseline version: flight 38599 jobs: build-amd64 pass build-armhf

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

flight 78008 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/78008/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm 5 xen-install fail REGR. vs. 77892

Re: [Xen-devel] xl cpu online/offline?

On January 14, 2016 5:55:42 AM EST, Ian Campbell wrote: >On Wed, 2016-01-13 at 09:53 -0500, Konrad Rzeszutek Wilk wrote: >> Hey, >> >> We have some libxc calls for onlining/offlining the CPU and they >> are quite good for testing how well Xen behaves without say >>

Re: [Xen-devel] [xen-unstable test] 77945: regressions - FAIL

>>> On 14.01.16 at 12:42, wrote: > The bisector is working: > http://logs.test-lab.xenproject.org/osstest/results/bisect/xen-unstable/test > -amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm.xen-install.html > > and has gotten to this range: > > $ git log --oneline

Re: [Xen-devel] [PATCH] Config.mk: Update SEABIOS_UPSTREAM_TAG to 442502

>>> On 14.01.16 at 12:32, wrote: > --- a/Config.mk > +++ b/Config.mk > @@ -255,9 +255,10 @@ MINIOS_UPSTREAM_REVISION ?= > d25773c8afa2f4dbbb466116daeb60159ddd22bd > # Thu Dec 3 11:23:25 2015 + > # mini-os: Include libxentoollog with libxc > >

Re: [Xen-devel] [PATCH V12 3/5] libxl: add pvusb API

On Tue, 2016-01-12 at 18:31 +, Ian Jackson wrote: >  > > +static char *usb_interface_xenstore_encode(libxl__gc *gc, const char > > *busid) > > +{ > > +char *str = libxl__strdup(gc, busid); > > +int i, len = strlen(str); > > + > > +for (i = 0; i < len; i++) { > > +if (str[i]

Re: [Xen-devel] [PATCH 4/5] x86/PV: remove the emulated PIT

El 14/01/16 a les 10.11, Jan Beulich ha escrit: On 14.01.16 at 09:25, wrote: >> El 13/01/16 a les 17.36, Jan Beulich ha escrit: >> On 13.01.16 at 13:32, wrote: The HVMlite series removed the initialization of the emulated PIT for PV

Re: [Xen-devel] [PATCH V12 3/5] libxl: add pvusb API

On Thu, Jan 14, 2016 at 5:41 AM, Chun Yan Liu wrote: >> > +static int sysfs_write_intf(libxl__gc *gc, const char *intf, const char >> *path) >> > +{ >> >> What is `intf' here ? Maybe `interface' ? But there is nothing usb >> specific about this function. Looking for similar

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

On Wed, Jan 13, 2016 at 02:26:16PM -0800, Leonid Yegoshin wrote: > On 01/13/2016 02:45 AM, Will Deacon wrote: > >> > >I don't think the address dependency is enough on its own. By that > >reasoning, the following variant (WRC+addr+addr) would work too: > > > > > >P0: > >Wx = 1 > > > >P1: > >Rx ==

[Xen-devel] [PATCH] Config.mk: Update SEABIOS_UPSTREAM_TAG to 442502

This is the last revision that passed the OSSTest push gate, and is needed in order to pickup the build fix contained in 3b8c53. Signed-off-by: Roger Pau Monné --- Cc: Ian Campbell Cc: Ian Jackson Cc: Jan Beulich

[Xen-devel] [qemu-upstream-4.2-testing test] 78062: regressions - FAIL

flight 78062 qemu-upstream-4.2-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/78062/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i3865 xen-build fail REGR. vs. 62044

Re: [Xen-devel] [xen-unstable test] 77945: regressions - FAIL

On Thu, 2016-01-14 at 05:50 -0700, Jan Beulich wrote: > > > > On 14.01.16 at 12:42, wrote: > > The bisector is working: > > http://logs.test-lab.xenproject.org/osstest/results/bisect/xen-unstable > > /test > >

Re: [Xen-devel] [PATCH 4/5] x86/PV: remove the emulated PIT

El 14/01/16 a les 13.38, Jan Beulich ha escrit: On 14.01.16 at 11:59, wrote: >> El 14/01/16 a les 10.11, Jan Beulich ha escrit: >> On 14.01.16 at 09:25, wrote: El 13/01/16 a les 17.36, Jan Beulich ha escrit: On 13.01.16 at 13:32,

Re: [Xen-devel] [PATCH 4/5] x86/PV: remove the emulated PIT

>>> On 14.01.16 at 15:03, wrote: > What about we do the following: enable the PIT for PV(H) guests > (DomU/Dom0), and completely remove it for HVMlite guests for the moment? > > We might consider enabling it for HVMlite, but the plan is that this > could be done on a

[Xen-devel] [qemu-upstream-4.3-testing baseline-only test] 38634: tolerable FAIL

This run is configured for baseline tests only. flight 38634 qemu-upstream-4.3-testing real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38634/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-i386-xl-qemuu-ovmf-amd64 9

Re: [Xen-devel] 答复: [stubdom] Makefile configuration failed for user-defined studbom

On Thu, 2016-01-14 at 21:27 +0800, Yukun Du wrote: Please don't top post and please don't post HTML mails (use plain text instead). > Hi, Ian >    The error message is this: > ``` > make[2]: Leaving directory `/usr/src/xen-4.6.0/stubdom/libvmi' > make[1]: Leaving directory

[Xen-devel] [OSSTEST PATCH] pass --{enable, disable}-xsmpolicy based on XSM state

If the test should build with XSM then supply --enable-xsmpolicy to the tools/configure script otherwise provide --disable-xsmpolicy. This will allow the default to change from --enable-xsmpolicy to --disable-xsmpolicy in the Xen tree without breaking OSSTest. Signed-off-by: Doug Goldstein

Re: [Xen-devel] Blank screen while booting xen

On Mon, Jan 11, 2016 at 11:36 PM, Konrad Rzeszutek Wilk wrote: > On Mon, Jan 11, 2016 at 11:15:43PM +0530, Harmandeep Kaur wrote: >> On Mon, Jan 11, 2016 at 11:00 PM, Konrad Rzeszutek Wilk >> wrote: >> > On Mon, Jan 11, 2016 at 10:56:07PM +0530,

Re: [Xen-devel] [xen-unstable test] 77945: regressions - FAIL

On 1/14/16 7:57 AM, Ian Campbell wrote: > On Thu, 2016-01-14 at 05:50 -0700, Jan Beulich wrote: > On 14.01.16 at 12:42, wrote: >>> The bisector is working: >>> http://logs.test-lab.xenproject.org/osstest/results/bisect/xen-unstable >>> /test >>>

[Xen-devel] [PATCH] gitignore: ignore stubdom/libs-*

>>> On 14.01.16 at 17:01, wrote: > --- a/.gitignore > +++ b/.gitignore > @@ -48,6 +48,7 @@ docs/pdf/ > docs/txt/ > extras/mini-os* > install/* > +stubdom/libs-* > stubdom/autom4te.cache/ > stubdom/binutils-* > stubdom/config.log Alphabetically? Jan

Re: [Xen-devel] [PATCH v5 2/5] build: Hook the schedulers into Kconfig

>>> On 14.01.16 at 15:49, wrote: > --- a/xen/common/Kconfig > +++ b/xen/common/Kconfig > @@ -51,4 +51,63 @@ config KEXEC > > If unsure, say Y. > > +# Enable schedulers > +menu "Schedulers" > + visible if EXPERT = "y" > + > +config SCHED_CREDIT > +

Re: [Xen-devel] [OSSTEST PATCH] enable FLASK_ENABLE when using it for testing

On Thu, 2016-01-14 at 08:58 -0600, Doug Goldstein wrote: > Currently OSSTest has 'XSM' tests but XSM and FLASK are two different > options and OSSTests's 'XSM' test depends on FLASK so ensure that FLASK > is enabled so that tests pass. IMHO the xen/Kconfig should be arranged such that if XSM is

Re: [Xen-devel] [PATCH] gitignore: ignore stubdom/libs-*

On Thu, Jan 14, 2016 at 05:18:15PM +0100, Juergen Gross wrote: > On 14/01/16 17:08, Wei Liu wrote: > > On Thu, Jan 14, 2016 at 09:06:27AM -0700, Jan Beulich wrote: > > On 14.01.16 at 17:01, wrote: > >>> --- a/.gitignore > >>> +++ b/.gitignore > >>> @@ -48,6 +48,7 @@

Re: [Xen-devel] [SeaBIOS] [SEABIOS] Plans for either 1.9.1 or 1.10.0?

On 01/14/16 17:36, Gerd Hoffmann wrote: > On Do, 2016-01-14 at 14:50 +, Ian Campbell wrote: >> Hello, >> >> The xen.git development branch currently points to SeaBIOS rel-1.9.0, but >> Roger has tripped over a build issue which is fixed by 3b8c5378dfe2 "build: >> fix typo in buildversion.py".

Re: [Xen-devel] [PATCH v4 1/3] VT-d: Check VT-d Device-TLB flush error.

>>> On 23.12.15 at 09:25, wrote: > @@ -182,7 +186,7 @@ static int enter_state(u32 state) > error = tboot_s3_resume(); > break; > case ACPI_STATE_S5: > -acpi_enter_sleep_state(ACPI_STATE_S5); > +error =

Re: [Xen-devel] [PATCH v5 1/5] build: Env var to enable expert config options

>>> On 14.01.16 at 15:49, wrote: > --- a/xen/Kconfig > +++ b/xen/Kconfig > @@ -22,3 +22,7 @@ config DEFCONFIG_LIST > string > option defconfig_list > default "$ARCH_DEFCONFIG" > + > +config EXPERT > + string > + option

Re: [Xen-devel] [PATCH v5 5/5] sched: Use the auto-generated list of schedulers

>>> On 14.01.16 at 15:49, wrote: > --- a/xen/common/schedule.c > +++ b/xen/common/schedule.c > @@ -64,20 +64,9 @@ static void poll_timer_fn(void *data); > DEFINE_PER_CPU(struct schedule_data, schedule_data); > DEFINE_PER_CPU(struct scheduler *, scheduler); > >

Re: [Xen-devel] [PATCH] Config.mk: Update SEABIOS_UPSTREAM_TAG to 442502

El 14/01/16 a les 17.44, Ian Campbell ha escrit: > On Thu, 2016-01-14 at 14:44 +, Ian Campbell wrote: >> On Thu, 2016-01-14 at 06:00 -0700, Jan Beulich wrote: >> On 14.01.16 at 12:32, wrote: --- a/Config.mk +++ b/Config.mk @@ -255,9 +255,10 @@

Re: [Xen-devel] [xen-unstable test] 77945: regressions - FAIL [and 2 more messages]

Doug Goldstein writes ("Re: [Xen-devel] [xen-unstable test] 77945: regressions - FAIL [and 2 more messages]"): > On 1/14/16 10:27 AM, Ian Jackson wrote: > > Is any of this of any use ? > > > > Thanks, > > Ian. > > (no less confused after writing this than I was before) > > The take away I see

[Xen-devel] [PATCH] gitignore: update stubdom entries

Add stubdom/libs-* to gitignore, then sort stubdom/* entries alphabetically. Signed-off-by: Wei Liu --- .gitignore | 21 +++-- 1 file changed, 11 insertions(+), 10 deletions(-) diff --git a/.gitignore b/.gitignore index e0df903..02b2100 100644 ---

Re: [Xen-devel] [PATCH] gitignore: ignore stubdom/libs-*

On 14/01/16 17:08, Wei Liu wrote: > On Thu, Jan 14, 2016 at 09:06:27AM -0700, Jan Beulich wrote: > On 14.01.16 at 17:01, wrote: >>> --- a/.gitignore >>> +++ b/.gitignore >>> @@ -48,6 +48,7 @@ docs/pdf/ >>> docs/txt/ >>> extras/mini-os* >>> install/* >>> +stubdom/libs-*

Re: [Xen-devel] [PATCH v5 2/5] build: Hook the schedulers into Kconfig

On Thu, 2016-01-14 at 10:23 -0600, Jonathan Creekmore wrote: > Jan Beulich writes: > > > > > > On 14.01.16 at 15:49, wrote: > > > --- a/xen/common/Kconfig > > > +++ b/xen/common/Kconfig > > > @@ -51,4 +51,63 @@ config KEXEC > > > > > >     If unsure, say Y. > > >

Re: [Xen-devel] [SeaBIOS] [SEABIOS] Plans for either 1.9.1 or 1.10.0?

On Thu, 2016-01-14 at 17:36 +0100, Gerd Hoffmann wrote: > On Do, 2016-01-14 at 14:50 +, Ian Campbell wrote: > > Hello, > > > > The xen.git development branch currently points to SeaBIOS rel-1.9.0, > > but > > Roger has tripped over a build issue which is fixed by 3b8c5378dfe2 > > "build: > >

Re: [Xen-devel] [PATCH 2/2] xen-hvm: Clean up xen_ram_alloc() error handling

On Thu, 14 Jan 2016, Markus Armbruster wrote: > xen_ram_alloc() dies with hw_error() on error, even though its caller > ram_block_add() handles errors just fine. Add an Error **errp > parameter and use it. > > Leave case RUN_STATE_INMIGRATE alone, because that looks like some > kind of warning.

Re: [Xen-devel] [PATCH] gitignore: ignore stubdom/libs-*

>>> On 14.01.16 at 17:25, wrote: > I can do a follow-up patch for the whole file after that one goes in. > Jan, let me know what you think. Some further cleanup would be nice, but is not a requirement for you to do imo. Jan ___

Re: [Xen-devel] [PATCH v5 2/5] build: Hook the schedulers into Kconfig

On Thu, 2016-01-14 at 09:44 -0700, Jan Beulich wrote: > > > > On 14.01.16 at 17:34, wrote: > > On Thu, 2016-01-14 at 10:23 -0600, Jonathan Creekmore wrote: > > > Jan Beulich writes: > > > > > > > > > > On 14.01.16 at 15:49, wrote: > > > > >

Re: [Xen-devel] [PATCH v4 1/3] VT-d: Check VT-d Device-TLB flush error.

>>> On 25.12.15 at 03:53, wrote: >> From: Xu, Quan >> Sent: Wednesday, December 23, 2015 4:26 PM >> --- a/xen/arch/x86/acpi/power.c >> +++ b/xen/arch/x86/acpi/power.c >> @@ -45,6 +45,8 @@ void do_suspend_lowlevel(void); >> >> static int device_power_down(void) >> { >> +

Re: [Xen-devel] [PATCH] MAINTAINERS: add myself for kconfig

What is the outcome of this discussion? Lars On 06/01/2016 16:30, "Ian Jackson" wrote: >Lars Kurth writes ("Re: [PATCH] MAINTAINERS: add myself for kconfig"): >> As we have seen last year in the survey, in theory - aka according to >>our >> governance - committers

Re: [Xen-devel] [PATCH v5 2/5] build: Hook the schedulers into Kconfig

Jan Beulich writes: On 14.01.16 at 15:49, wrote: >> --- a/xen/common/Kconfig >> +++ b/xen/common/Kconfig >> @@ -51,4 +51,63 @@ config KEXEC >> >>If unsure, say Y. >> >> +# Enable schedulers >> +menu "Schedulers" >> +visible if EXPERT = "y" >> + >>

Re: [Xen-devel] [OSSTEST PATCH] enable FLASK_ENABLE when using it for testing

On 1/14/16 10:22 AM, Ian Campbell wrote: > On Thu, 2016-01-14 at 08:58 -0600, Doug Goldstein wrote: >> Currently OSSTest has 'XSM' tests but XSM and FLASK are two different >> options and OSSTests's 'XSM' test depends on FLASK so ensure that FLASK >> is enabled so that tests pass. > > IMHO the

[Xen-devel] Xen Test Framework

Hello, I present the Xen Test Framework, a project for small, quick, component tests of VM functionality. Without repeating the history verbatim, this is the result of a project started out of necessary while investigating XSA-106, which I considered useful enough to pursue properly.

[Xen-devel] [xen-unstable bisection] complete test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm

branch xen-unstable xenbranch xen-unstable job test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm testid xen-install Tree: linux git://xenbits.xen.org/linux-pvops.git Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git Tree: qemu git://xenbits.xen.org/qemu-xen-traditional.git

[Xen-devel] [PATCH] libxl: Use libxl_strdup instead of strdup on libxl_version_info

As the libxl_strdup allows us to unwind and free all of the allocations, while strdup requires the callers to remember to free (which they didn't seem too). Suggested-by: Wei Liu Signed-off-by: Konrad Rzeszutek Wilk --- tools/libxl/libxl.c | 16

  1   2   3   >