[Xen-devel] [PATCH RFC 5/4] x86: #PF error code adjustments

Add a definition for the (for now unused) protection key related error code bit, moving our own custom ones out of the way. In the course of checking the uses of the latter I realized that while right now they can only get set on their own, callers would better not depend on that property and

Re: [Xen-devel] [PATCH 6/4] x86/event: correct debug event generation

On 11/11/2015 10:39 AM, Jan Beulich wrote: > RIP is not a linear address, and hence should not on its own be subject > to GVA -> GFN translation. Once at it, move all of the (perhaps > expensive) operations in the two functions into their main if()'s body, > and improve the error code passed to

Re: [Xen-devel] [OSSTEST PATCH 01/22] cs-adjust-flight: Add some missing doc comment info

On Tue, 2015-11-10 at 19:53 +, Ian Jackson wrote: > Signed-off-by: Ian Jackson Acked-by: Ian Campbell ___ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel

Re: [Xen-devel] [OSSTEST PATCH 05/22] Nested hosts: Provide PDU power method

On Tue, 2015-11-10 at 19:53 +, Ian Jackson wrote: > From: Robert Ho > > This `guest' power method uses VM create/destroy.  It is automatically > used for nested hosts.  It would not make much sense to configure it > manually. > > For nested host/guest, its power on/off

Re: [Xen-devel] [OSSTEST PATCH 07/22] target_check_ip: Rename and improve from guest_check_ip

On Tue, 2015-11-10 at 19:53 +, Ian Jackson wrote: > Make this function suitable for running on targets with static IP > addresses.  (Ie, on physical hosts.)  Accordingly, rename it and > adjust all call sites. > > Signed-off-by: Ian Jackson > Tested-by: Robert Ho

Re: [Xen-devel] [OSSTEST PATCH 08/22] await_tcp(): Run check_ip on each loop iteration

On Tue, 2015-11-10 at 19:53 +, Ian Jackson wrote: > From: Robert Ho > > await_tcp is often invoked after a reboot. > > In this situation the target's IP address may change.  If this happens > while await_tcp is running, we would continue to poll the old IP address. >

Re: [Xen-devel] [OSSTEST PATCH 06/22] DhcpWatch::leases: Fix a reporting message

On Tue, 2015-11-10 at 19:53 +, Ian Jackson wrote: > This talks about `guest_check_ip', but this code is now factored out > into a method.  Use the correct method name in reporting. > > Signed-off-by: Ian Jackson > Tested-by: Robert Ho

Re: [Xen-devel] [OSSTEST PATCH 13/22] Nested HVM: Provide ts-nested-setup to help make L1 usable as a host

On Tue, 2015-11-10 at 19:53 +, Ian Jackson wrote: > From: Robert Ho > > * Provide the L1 with some storage for its own guests' disks > * Install some packages in the L1 > * Optionally, set a runvar defining the L1 for the rest of the job > > The recipe is going to run

Re: [Xen-devel] [OSSTEST PATCH 14/22] Nested HVM: Provide test-nested recipe

On Tue, 2015-11-10 at 19:53 +, Ian Jackson wrote: > From: Robert Ho > > Signed-off-by: Robert Ho > Signed-off-by: Ian Jackson > Tested-by: Robert Ho Acked-by: Ian Campbell

Re: [Xen-devel] [xen-4.3-testing test] 63948: regressions - FAIL

>>> On 10.11.15 at 18:59, wrote: > flight 63948 xen-4.3-testing real [real] > http://logs.test-lab.xenproject.org/osstest/logs/63948/ > > Regressions :-( > > Tests which did not succeed and are blocking, > including tests which could not be run: >

[Xen-devel] [PATCH 6/4] x86/event: correct debug event generation

RIP is not a linear address, and hence should not on its own be subject to GVA -> GFN translation. Once at it, move all of the (perhaps expensive) operations in the two functions into their main if()'s body, and improve the error code passed to the translation function. Signed-off-by: Jan Beulich

[Xen-devel] [linux-3.14 test] 64002: regressions - FAIL

flight 64002 linux-3.14 real [real] http://logs.test-lab.xenproject.org/osstest/logs/64002/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf-pvops 5 kernel-build fail REGR. vs. 62648

Re: [Xen-devel] Osstest nested patch v15 (was RE: [OSSTEST PATCH v14 PART 2 10-26/26] Nested HVM testing)

Hu, Robert writes ("RE: Osstest nested patch v15 (was RE: [OSSTEST PATCH v14 PART 2 10-26/26] Nested HVM testing)"): > [Ian Jackson:] > > Can you please test this final patch in your environment ? Send me > > fixes in whatever form you like. > > Hi Ian, I've tested your v16 patches (from

Re: [Xen-devel] [OSSTEST PATCH 03/22] selecthost: Minor cleanups

On Tue, 2015-11-10 at 19:53 +, Ian Jackson wrote: > Document the syntax for $ident. > > Log the ident as well as the selected hostname. > > Signed-off-by: Ian Jackson > Tested-by: Robert Ho > --- > v14: New patch > --- >  

Re: [Xen-devel] [OSSTEST PATCH 11/22] sg-run-job: Break out per-host-prep and per-host-finish

On Tue, 2015-11-10 at 19:53 +, Ian Jackson wrote: > No functional change. > > We now call the per-host-ts finish steps unconditionally, rather than > only if !$need_build_host, per-host-ts is (complicated) no-op if > $need_build_host, since in that case $need_xen_hosts is {}. > >

Re: [Xen-devel] Critique of the Xen Security Process

> On 11 Nov 2015, at 09:43, Ian Campbell wrote: > >> Project Raisin is aiming to help with this > > Indeed, and it might also allow us to make some of the above options the > default in the future. > > Maybe in the meantime perhaps a ./configure --ensure-offline or

Re: [Xen-devel] [xen-4.3-testing test] 63948: regressions - FAIL

On Wed, 2015-11-11 at 03:58 -0700, Jan Beulich wrote: > > > > On 10.11.15 at 18:59, wrote: > > flight 63948 xen-4.3-testing real [real] > > http://logs.test-lab.xenproject.org/osstest/logs/63948/ > > > > Regressions :-( > > > > Tests which did not succeed and are

Re: [Xen-devel] [OSSTEST PATCH 02/22] cs-adjust-flight: Allow adjusting "this" flight

On Tue, 2015-11-10 at 19:53 +, Ian Jackson wrote: > This allows cs-adjust-flight to be run by hand to adjust runvars, in a > flight being used with hand-invocation of ./ts-* scripts. > > Signed-off-by: Ian Jackson > --- > v14: New patch > --- >  cs-adjust-flight |  

Re: [Xen-devel] [OSSTEST PATCH 10/22] Toolstack::xl: Provide block_attach method

On Tue, 2015-11-10 at 19:53 +, Ian Jackson wrote: > It is possible that this may work some of the time with xm, so I have > taken no measures to prevent it running then. > > Signed-off-by: Ian Jackson > Signed-off-by: Robert Hu > Tested-by:

Re: [Xen-devel] [OSSTEST PATCH v16 00/22] Nested HVM

On Wed, 2015-11-11 at 09:45 +, Ian Campbell wrote: > On Tue, 2015-11-10 at 19:53 +, Ian Jackson wrote: > >   > > Ian: I'm not sure whether or not you want to review these.  About half > > of the patches are mine; the other half are Robert's but have been > > reviewed by me.  All but the

Re: [Xen-devel] RFC: PV vfb's and the handling of global vnc options

On Mon, 2015-11-09 at 15:03 +, George Dunlap wrote: Adding other tools maintainers. > So I had a user report that he couldn't get the vnclisten option to > work.  It turns out he was using a PV guest, and had the following in > his config file: > > vfb=[ 'type=vnc' ] > vnclisten='0.0.0.0' >

Re: [Xen-devel] ovmf fail to compile

On Wed, Nov 11, 2015 at 05:43:08AM +, Hao, Xudong wrote: > > -Original Message- > > From: Wei Liu [mailto:wei.l...@citrix.com] > > Sent: Friday, November 6, 2015 6:24 PM > > To: Hao, Xudong > > Cc: Wei Liu ; xen-devel@lists.xen.org > >

Re: [Xen-devel] Osstest nested patch v15 (was RE: [OSSTEST PATCH v14 PART 2 10-26/26] Nested HVM testing)

Hu, Robert writes ("RE: Osstest nested patch v15 (was RE: [OSSTEST PATCH v14 PART 2 10-26/26] Nested HVM testing)"): > I thought this as well. But I looked into logs, see attached. Each > step passes. The pass/fail status of the log capture is not very interesting, because the log capture wants

Re: [Xen-devel] [RFC 03/29] build: hookup initial Kconfig usage

>>> On 11.11.15 at 00:00, wrote: > On 10/6/15 7:36 AM, Jan Beulich wrote: >> Are defconfig-s that useful at all? (I ask because I extremely rarely >> make us of them in Linux.) > > You use it more than you think. Look at > linux/arch/x86/configs/x86_64_defconfig. The contents

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

flight 64021 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/64021/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf-libvirt 5 libvirt-build fail REGR. vs. 63340 Tests which did not

Re: [Xen-devel] [xen-4.3-testing test] 63948: regressions - FAIL

>>> On 11.11.15 at 12:25, wrote: > On Wed, 2015-11-11 at 03:58 -0700, Jan Beulich wrote: >> > > > On 10.11.15 at 18:59, wrote: >> > flight 63948 xen-4.3-testing real [real] >> > http://logs.test-lab.xenproject.org/osstest/logs/63948/ >> >

Re: [Xen-devel] [PATCH 4/4] x86/traps: honor EXT bit in error codes

>>> On 10.11.15 at 19:20, wrote: > On 10/11/15 17:40, Jan Beulich wrote: >> @@ -3257,7 +3262,7 @@ void do_general_protection(struct cpu_us >> * instruction. The DPL specified by the guest OS for these vectors is >> NOT >> * CHECKED!! >> */ >> -if

Re: [Xen-devel] [OSSTEST PATCH 18/22] Osstest/Testsupport.pm: change target's default kernkind to 'pvops'

On Tue, 2015-11-10 at 19:53 +, Ian Jackson wrote: > This is safe only if no existing flights would be affected.  (That is, > the meaning of no existing sets of runvars would be changed.) > > To check whether this would make any difference I did some database > searches.  Since any time

Re: [Xen-devel] [OSSTEST PATCH 17/22] ts-xen-install: networking: Rename `nodhcp' to `ensurebridge'

On Tue, 2015-11-10 at 19:53 +, Ian Jackson wrote: > This function does not (now) always undo the DHCP configuration. > Sometimes it leaves it.  Its main function is to ensure that we have > a bridge for use by guests. > > So rename the function. > > Signed-off-by: Ian Jackson

Re: [Xen-devel] [OSSTEST PATCH 16/22] ts-xen-install: Properly handle hosts without a static IP address

On Tue, 2015-11-10 at 19:53 +, Ian Jackson wrote: > From: Robert Ho > > Check IpStatic, and if it is not set, provide a dhcp stanza in > /etc/network/interfaces, rather than an `inet static' one. > > This is necessary for L1 nested hosts, because they don't have a >

[Xen-devel] [PATCH v2 4/4] x86/traps: honor EXT bit in error codes

The specification does not explicitly limit the use of this bit to exceptions that can have selector style error codes, so to be on the safe side we should deal with it being set even on error codes formally documented to be always zero (if they're indeed always zero, the change is simply dead

Re: [Xen-devel] [OSSTEST PATCH v16 00/22] Nested HVM

On Tue, 2015-11-10 at 19:53 +, Ian Jackson wrote: >  > Ian: I'm not sure whether or not you want to review these.  About half > of the patches are mine; the other half are Robert's but have been > reviewed by me.  All but the last three have been tested by Robert. I'll have a skim.

Re: [Xen-devel] Critique of the Xen Security Process

On Mon, 2015-11-09 at 15:48 -0600, Doug Goldstein wrote: >  > I'll echo this sentiment as well. Most distro packagers will dislike > this and need to work around some of this behavior in their respective > distros. This is something we have been working upstream to address as well. As it stands I

Re: [Xen-devel] [OSSTEST PATCH 04/22] selecthost: Support nested hosts (guests which are also hosts)

On Tue, 2015-11-10 at 19:53 +, Ian Jackson wrote: > We introduce a new syntax: instead of a hostname (which might appear > in a command line argument to a ts-* script and hence be passed to > selecthost, or which might be in a runvar), we now support > :. > > Such `hosts' (let us refer to

Re: [Xen-devel] Osstest nested patch v15 (was RE: [OSSTEST PATCH v14 PART 2 10-26/26] Nested HVM testing)

> -Original Message- > From: Ian Jackson [mailto:ian.jack...@eu.citrix.com] > Sent: Wednesday, November 11, 2015 5:35 PM > To: Hu, Robert > Cc: Ian Campbell ; Jin, Gordon > ; xen-de...@lists.xenproject.org > Subject: RE:

[Xen-devel] [PATCH] oxenstored: Quota.merge: don't assume domain already exists

In Quota.merge, we merge two quota hashtables, orig_quota and mod_quota, putting the results into dest_quota. These hashtables map domids to the number of entries currently owned by that domain. When mod_quota contains an entry for a domid that was not present in orig_quota (or dest_quota), the

Re: [Xen-devel] [OSSTEST PATCH 09/22] LVM: Break out lv_create

On Tue, 2015-11-10 at 19:53 +, Ian Jackson wrote: >  > +sub lv_create () { > +my ($ho, $vg, $lv, $mb) = @_; > +my $lvdev = "/dev/$vg/$lv"; In the original code it was using $gho->{Lvdev}, is this semantic change deliberate or a rebase-o? If the former then I think it warrants a

[Xen-devel] [distros-debian-squeeze test] 38266: all pass

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

Re: [Xen-devel] [OSSTEST PATCH 21/22] Serial: Factor out Osstest::Serial::keys_real

On Tue, 2015-11-10 at 19:53 +, Ian Jackson wrote: > The sympathy and xenuse serial modules had too much in common.  Factor > out the common code, which is now responsible for >   - knowledge of the Xen console switch >   - splitting strings up into individual keys >   - timing decisions >   -

Re: [Xen-devel] [libvirt] [vbox-dev] Assert with libvirt + xen hvm

Cole Robinson writes ("Re: [Xen-devel] [libvirt] [vbox-dev] Assert with libvirt + xen hvm"): > I took a cursory look at libxl's sigchld handling... it's intense to say the > least, but there's some driver options that tweak the handling. Maybe there's > a simple fix. Sadly the way that there's a

[Xen-devel] [PATCHv2] 09/27] build: convert HAS_VIDEO use to Kconfig

Use the Kconfig generated CONFIG_HAS_VIDEO defines in the code base. Signed-off-by: Doug Goldstein CC: Ian Campbell CC: Stefano Stabellini CC: Keir Fraser CC: Jan Beulich CC: Andrew

[Xen-devel] [PATCHv2] 00/27] Kconfig conversion

The following series is a follow on to my original Kconfig conversion RFC patch series. There are still more components to convert however this is the bare minimal to get everything working and get the options out of the existing makefiles. The CONFIG_HAS_ variables are there to match the

[Xen-devel] [PATCH v3 0/6] Xen wallclock on arm and arm64

Hi all, this series introduces PV wallclock time support on arm and arm64. Changes in v3: - use ktime_get_ns instead of calling into the arch_timer functions directly - read the wallclock from the late_initcall - s/%llu.%0u/%llu.%09u - in xen_pvclock_gtod_notify use the passed struct

Re: [Xen-devel] [OSSTEST PATCH 09/22] LVM: Break out lv_create

Ian Campbell writes ("Re: [OSSTEST PATCH 09/22] LVM: Break out lv_create"): > On Wed, 2015-11-11 at 16:30 +, Ian Jackson wrote: > >  There is a minor functional change: $gho->{Lvdev} has been put through > >  lv_dev_mapper.  But we don't care about that in lv_create (since the > >  LVM

Re: [Xen-devel] Raisin, was Critique of the Xen Security Process

On Wed, Nov 11, 2015 at 4:24 PM, Doug Goldstein wrote: > On 11/11/15 6:33 AM, Stefano Stabellini wrote: >> On Wed, 11 Nov 2015, Ian Campbell wrote: >>> On Mon, 2015-11-09 at 15:48 -0600, Doug Goldstein wrote: I'll echo this sentiment as well. Most distro packagers

Re: [Xen-devel] [PATCHv2] 26/27] build: convert CONFIG_COMPAT to Kconfig

On 11/11/15 16:50, Doug Goldstein wrote: > Use the Kconfig generated CONFIG_COMPAT defines in the code base. > > Signed-off-by: Doug Goldstein > > CC: Keir Fraser > CC: Jan Beulich > CC: Andrew Cooper >

Re: [Xen-devel] [PATCHv2] 00/27] Kconfig conversion

On 11/11/15 10:49 AM, Doug Goldstein wrote: I forgot to provide a link to a repo where you can grab this whole series. https://github.com/cardoe/xen.git This series is in the branch called: kconfig_v2 -- Doug > The following series is a follow on to my original Kconfig conversion RFC > patch

Re: [Xen-devel] Question about Xen serial console on non-standard PCI serial ports

On 11/11/15 17:53, Meng Xu wrote: > Hi all, > > We bought a new machine which has no legacy serial ports on the > motherboard. But we added two PCI serial ports onto the motherboard. > > We are trying to configure Xen serial console on the non-standard PCI > serial port. > (We have successfully

Re: [Xen-devel] Question about Xen serial console on non-standard PCI serial ports

Sorry for the ripple... :-( It is working now... > > menuentry 'Ubuntu GNU/Linux, with Xen (credit) and Linux > 3.8.0-44-generic' --class ubuntu --class gnu-linux --class gnu --class > os --class xen { > > savedefault > > insmod part_msdos > > insmod ext2 > > set

[Xen-devel] [PATCH v3 6/6] xen/arm: set the system time in Xen via the XENPF_settime64 hypercall

If Linux is running as dom0, call XENPF_settime64 to update the system time in Xen on pvclock_gtod notifications. Signed-off-by: Stefano Stabellini --- Changes in v3: - s/%llu.%0u/%llu.%09u - in xen_pvclock_gtod_notify use the passed struct timekeeper pointer

[Xen-devel] [PATCH v3 2/6] xen/arm: introduce HYPERVISOR_platform_op on arm and arm64

Signed-off-by: Stefano Stabellini --- Changes in v2: - rename dom0_op to platform_op --- arch/arm/include/asm/xen/hypercall.h |2 ++ arch/arm/xen/enlighten.c |1 + arch/arm/xen/hypercall.S |1 + arch/arm64/xen/hypercall.S

[Xen-devel] [PATCH v3 5/6] xen/arm: introduce xen_read_wallclock

Read the wallclock from the shared info page at boot time. Signed-off-by: Stefano Stabellini --- Changes in v3: - use ktime_get_ns instead of calling into the arch_timer functions directly - read the wallclock from the late_initcall Changes in v2: -

[Xen-devel] [PATCH v3 1/6] xen: rename dom0_op to platform_op

The dom0_op hypercall has been renamed to platform_op since Xen 3.2, which is ancient, and modern upstream Linux kernels cannot run as dom0 and it anymore anyway. Signed-off-by: Stefano Stabellini CC: konrad.w...@oracle.com CC: david.vra...@citrix.com CC:

[Xen-devel] [PATCH v3 3/6] xen: introduce XENPF_settime64

Rename the current XENPF_settime hypercall and related struct to XENPF_settime32. Signed-off-by: Stefano Stabellini Acked-by: Arnd Bergmann CC: konrad.w...@oracle.com CC: david.vra...@citrix.com CC: boris.ostrov...@oracle.com ---

[Xen-devel] [PATCH v3 4/6] arm: extend pvclock_wall_clock with sec_hi

The hypervisor actually exposes an additional field to struct pvclock_wall_clock, with the high 32 bit seconds. Signed-off-by: Stefano Stabellini --- arch/arm/include/asm/xen/interface.h |1 + 1 file changed, 1 insertion(+) diff --git

[Xen-devel] [PATCH v3 0/2] wallclock time on arm

Hi all, this small series enables the wallclock time on arm and it consists mostly in code movement from x86 to common. Changes in v3: - remove stray blank lines - move update_domain_wallclock_time() call to arch_domain_create - move setting time_offset_seconds to domain_vtimer_init - use

Re: [Xen-devel] [PATCH v3 2/2] arm: export platform_op XENPF_settime64

Hi Stefano, On 11/11/15 17:19, Stefano Stabellini wrote: > Call update_domain_wallclock_time at domain initialization. > Set time_offset_seconds to the number of seconds between physical boot > and domain initialization: it is going to be used to get/set the > wallclock time. > Add

Re: [Xen-devel] [PATCH v3 2/2] arm: export platform_op XENPF_settime64

On 11/11/15 18:14, Stefano Stabellini wrote: > On Wed, 11 Nov 2015, Julien Grall wrote: >>> diff --git a/xen/arch/arm/vtimer.c b/xen/arch/arm/vtimer.c >>> index 1418092..aa0fde6 100644 >>> --- a/xen/arch/arm/vtimer.c >>> +++ b/xen/arch/arm/vtimer.c >>> @@ -22,13 +22,13 @@ >>> #include >>>

[Xen-devel] [PATCHv2] 15/27] build: convert HAS_ARM_HDLCD use to Kconfig

Use the Kconfig generated CONFIG_HAS_ARM_HDLCD defines in the code base. Signed-off-by: Doug Goldstein CC: Ian Campbell CC: Stefano Stabellini Signed-off-by: Doug Goldstein --- xen/arch/arm/Kconfig

[Xen-devel] [PATCHv2] 07/27] build: convert HAS_IOPORTS use to Kconfig

Use the Kconfig generated CONFIG_HAS_IOPORTS defines in the code base. Signed-off-by: Doug Goldstein CC: Keir Fraser CC: Jan Beulich CC: Andrew Cooper Signed-off-by: Doug Goldstein ---

[Xen-devel] [PATCHv2] 08/27] build: convert HAS_ACPI use to Kconfig

Use the Kconfig generated CONFIG_HAS_ACPI defines in the code base. Signed-off-by: Doug Goldstein CC: Keir Fraser CC: Jan Beulich CC: Andrew Cooper Signed-off-by: Doug Goldstein ---

[Xen-devel] [PATCHv2] 03/27] build: convert HAS_PASSTHROUGH use to Kconfig

Use the Kconfig generated HAS_PASSTHROUGH defines for the code base. Signed-off-by: Doug Goldstein CC: Ian Campbell CC: Stefano Stabellini CC: Keir Fraser CC: Jan Beulich CC: Andrew

[Xen-devel] [PATCHv2] 14/27] build: convert HAS_KEXEC use to Kconfig

Use the Kconfig generated CONFIG_HAS_KEXEC defines in the code base. Signed-off-by: Doug Goldstein CC: Keir Fraser CC: Jan Beulich CC: Andrew Cooper Signed-off-by: Doug Goldstein ---

[Xen-devel] [PATCHv2] 20/27] build: convert HAS_SCIF use to Kconfig

Use the Kconfig generated CONFIG_HAS_SCIF defines in the code base. Signed-off-by: Doug Goldstein CC: Ian Campbell CC: Ian Jackson CC: Jan Beulich CC: Keir Fraser CC: Tim Deegan

[Xen-devel] [PATCHv2] 19/27] build: convert HAS_OMAP use to Kconfig

Use the Kconfig generated CONFIG_HAS_OMAP defines in the code base. Signed-off-by: Doug Goldstein CC: Ian Campbell CC: Ian Jackson CC: Jan Beulich CC: Keir Fraser CC: Tim Deegan

[Xen-devel] [PATCHv2] 11/27] build: convert HAS_CPUFREQ use to Kconfig

Use the Kconfig generated CONFIG_HAS_CPUFREQ defines in the code base. Signed-off-by: Doug Goldstein CC: Keir Fraser CC: Jan Beulich CC: Andrew Cooper CC: Liu Jinsong Signed-off-by:

[Xen-devel] [PATCHv2] 23/27] build: convert HAS_MEM_PAGING use to Kconfig

Use the Kconfig generated CONFIG_HAS_MEM_PAGING defines in the code base. Signed-off-by: Doug Goldstein CC: Keir Fraser CC: Jan Beulich CC: Andrew Cooper CC: Razvan Cojocaru CC: Tamas K

[Xen-devel] [PATCHv2] 24/27] build: convert HAS_MEM_SHARING use to Kconfig

Use the Kconfig generated CONFIG_HAS_MEM_SHARING defines in the code base. Signed-off-by: Doug Goldstein CC: Keir Fraser CC: Jan Beulich CC: Andrew Cooper CC: Razvan Cojocaru CC: Tamas

[Xen-devel] [PATCHv2] 25/27] build: convert HAS_GICV3 use to Kconfig

Use the Kconfig generated CONFIG_HAS_GICV3 defines in the code base. Signed-off-by: Doug Goldstein CC: Ian Campbell CC: Stefano Stabellini Signed-off-by: Doug Goldstein --- xen/arch/arm/Kconfig

[Xen-devel] [PATCHv2] 27/27] build: convert kexec options to CONFIG_KEXEC

Replace kexec := y in Rules.mk with a Kconfig option called CONFIG_KEXEC Signed-off-by: Doug Goldstein CC: Ian Campbell CC: Ian Jackson CC: Jan Beulich CC: Keir Fraser CC: Tim Deegan

[Xen-devel] [PATCHv2] 13/27] build: convert HAS_PDX use to Kconfig

Use the Kconfig generated CONFIG_HAS_PDX defines in the code base. Signed-off-by: Doug Goldstein CC: Ian Campbell CC: Stefano Stabellini CC: Keir Fraser CC: Jan Beulich CC: Andrew

[Xen-devel] [PATCHv2] 21/27] build: convert HAS_EHCI use to Kconfig

Use the Kconfig generated CONFIG_HAS_EHCI defines in the code base. Signed-off-by: Doug Goldstein CC: Keir Fraser CC: Jan Beulich CC: Andrew Cooper Signed-off-by: Doug Goldstein ---

[Xen-devel] [PATCHv2] 17/27] build: convert HAS_PL011 use to Kconfig

Use the Kconfig generated CONFIG_HAS_PL011 defines in the code base. Signed-off-by: Doug Goldstein CC: Ian Campbell CC: Ian Jackson CC: Jan Beulich CC: Keir Fraser CC: Tim Deegan

[Xen-devel] [PATCHv2] 16/27] build: convert HAS_CADENCE_UART use to Kconfig

Use the Kconfig generated CONFIG_HAS_CADENCE_UART defines in the code base. Signed-off-by: Doug Goldstein CC: Ian Campbell CC: Ian Jackson CC: Jan Beulich CC: Keir Fraser CC: Tim Deegan

[Xen-devel] [PATCHv2] 26/27] build: convert CONFIG_COMPAT to Kconfig

Use the Kconfig generated CONFIG_COMPAT defines in the code base. Signed-off-by: Doug Goldstein CC: Keir Fraser CC: Jan Beulich CC: Andrew Cooper Signed-off-by: Doug Goldstein ---

[Xen-devel] [PATCHv2] 06/27] build: convert HAS_NS16550 use to Kconfig

Use the Kconfig generated CONFIG_HAS_NS16550 defines in the code base. Signed-off-by: Doug Goldstein CC: Keir Fraser CC: Jan Beulich CC: Andrew Cooper Signed-off-by: Doug Goldstein ---

[Xen-devel] [PATCHv2] 02/27] build: hookup Kconfig build and usage

Wire in the Kconfig build and makefile rules to be able to generate valid configuration files to be used by the build process. Signed-off-by: Doug Goldstein CC: Ian Campbell CC: Stefano Stabellini CC: Keir Fraser

[Xen-devel] [PATCHv2] 22/27] build: convert HAS_MEM_ACCESS use to Kconfig

Use the Kconfig generated CONFIG_HAS_MEM_ACCESS defines in the code base. Signed-off-by: Doug Goldstein CC: Ian Campbell CC: Stefano Stabellini CC: Keir Fraser CC: Jan Beulich CC:

[Xen-devel] [PATCHv2] 12/27] build: convert HAS_GDBSX use to Kconfig

Use the Kconfig generated CONFIG_HAS_GDBSX defines in the code base. Signed-off-by: Doug Goldstein CC: Keir Fraser CC: Jan Beulich CC: Andrew Cooper Signed-off-by: Doug Goldstein ---

[Xen-devel] [PATCHv2] 18/27] build: convert HAS_EXYNOS4210 use to Kconfig

Use the Kconfig generated CONFIG_HAS_EXYNOS4210 defines in the code base. Signed-off-by: Doug Goldstein CC: Ian Campbell CC: Ian Jackson CC: Jan Beulich CC: Keir Fraser CC: Tim Deegan

[Xen-devel] [PATCHv2] 10/27] build: convert HAS_VGA use to Kconfig

Use the Kconfig generated CONFIG_HAS_VGA defines in the code base. Signed-off-by: Doug Goldstein CC: Keir Fraser CC: Jan Beulich CC: Andrew Cooper Signed-off-by: Doug Goldstein ---

[Xen-devel] [PATCHv2] 05/27] build: convert HAS_PCI use to Kconfig

Use the Kconfig generated CONFIG_HAS_PCI defines in the code base. Signed-off-by: Doug Goldstein CC: Keir Fraser CC: Jan Beulich CC: Andrew Cooper CC: Daniel De Graaf Signed-off-by: Doug

[Xen-devel] [PATCHv2] 04/27] build: convert HAS_DEVICE_TREE use to Kconfig

Use the Kconfig generated CONFIG_HAS_DEVICE_TREE defines in the code base. Signed-off-by: Doug Goldstein CC: Ian Campbell CC: Stefano Stabellini CC: Jan Beulich CC: Daniel De Graaf

[Xen-devel] [RFC] libxl: relax readonly check introduced by XSA-142 fix

Hi All, Apologies for only noticing the fix for XSA-142 as it starting flowing to our various downstreams. The current fix seems like quite a big hammer IMO. qemu doesn't support readonly IDE/SATA disks # /usr/lib/xen/bin/qemu-system-i386 -drive

Re: [Xen-devel] [RFC PATCH] Feature doc: Added Feature Maturity Lifecycle

Thank you for the feedback > On 11 Nov 2015, at 16:33, Wei Liu wrote: > > FWIW I think it would be valuable if we can CC some vendors / > contributors and get feedback from them. I will bring this up at the next board meeting and highlight the proposal > Some comments

Re: [Xen-devel] Critique of the Xen Security Process

> On 11 Nov 2015, at 09:59, Lars Kurth wrote: > >>> but it doesn't seem >>> to have a lot of community effort behind it and it too attempts to >>> install dependencies on my machine and wants to be run with sudo. >> >> I believe it has a mode where it simply checks

Re: [Xen-devel] Raisin, was Critique of the Xen Security Process

On Wed, 11 Nov 2015, George Dunlap wrote: > On Wed, Nov 11, 2015 at 4:24 PM, Doug Goldstein wrote: > > On 11/11/15 6:33 AM, Stefano Stabellini wrote: > >> On Wed, 11 Nov 2015, Ian Campbell wrote: > >>> On Mon, 2015-11-09 at 15:48 -0600, Doug Goldstein wrote: > > I'll

Re: [Xen-devel] [PATCH v3 2/2] arm: export platform_op XENPF_settime64

On Wed, 11 Nov 2015, Julien Grall wrote: > Hi Stefano, > > On 11/11/15 17:19, Stefano Stabellini wrote: > > Call update_domain_wallclock_time at domain initialization. > > Set time_offset_seconds to the number of seconds between physical boot > > and domain initialization: it is going to be used

Re: [Xen-devel] [OSSTEST PATCH 15/22] Nested HVM: Add test job to appropriate flights

Ian Campbell writes ("Re: [OSSTEST PATCH 15/22] Nested HVM: Add test job to appropriate flights"): > On Tue, 2015-11-10 at 19:53 +, Ian Jackson wrote: > +            l1_image=debian-7.2.0-amd64-CD-1.iso   \ > > > > [...] > > +l2_image=debian-7.2.0-amd64-CD-1.iso   

Re: [Xen-devel] [xen-4.3-testing test] 63948: regressions - FAIL [and 1 more messages]

Jan Beulich writes ("Re: [Xen-devel] [xen-4.3-testing test] 63948: regressions - FAIL"): > On 11.11.15 at 16:58, wrote: > > Do we know why this cross-version migration test fails when > > within-version migrations of both 4.2 and 4.3 succeed ? > > As said in the

Re: [Xen-devel] [PATCH v8 21/21] libxl: add support for migrating HVM guests without a device model

On 06/11/15 16:05, Roger Pau Monne wrote: > diff --git a/tools/libxl/libxl_stream_write.c > b/tools/libxl/libxl_stream_write.c > index 52a60d7..0a6eaf9 100644 > --- a/tools/libxl/libxl_stream_write.c > +++ b/tools/libxl/libxl_stream_write.c > @@ -232,6 +232,9 @@ void

[Xen-devel] [ovmf test] 64047: all pass - PUSHED

flight 64047 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/64047/ Perfect :-) All tests in this flight passed version targeted for testing: ovmf 52a99493cce88a9d4ec8a02d7f1bd1a1001ce60d baseline version: ovmf

Re: [Xen-devel] [RFC PATCH] Feature doc: Added Feature Maturity Lifecycle

FWIW I think it would be valuable if we can CC some vendors / contributors and get feedback from them. Some comments below. On Fri, Nov 06, 2015 at 12:35:44PM -0500, Lars Kurth wrote: > - Incorporated feedback from > http://lists.xenproject.org/archives/html/xen-devel/2015-06/msg01992.html >

Re: [Xen-devel] [OSSTEST PATCH 09/22] LVM: Break out lv_create

On Wed, 2015-11-11 at 16:30 +, Ian Jackson wrote: > Ian Campbell writes ("Re: [OSSTEST PATCH 09/22] LVM: Break out > lv_create"): > > On Tue, 2015-11-10 at 19:53 +, Ian Jackson wrote: > > > +sub lv_create () { > > > +my ($ho, $vg, $lv, $mb) = @_; > > > +my $lvdev =

Re: [Xen-devel] Osstest nested patch v15 (was RE: [OSSTEST PATCH v14 PART 2 10-26/26] Nested HVM testing)

Ian Jackson writes ("RE: Osstest nested patch v15 (was RE: [OSSTEST PATCH v14 PART 2 10-26/26] Nested HVM testing)"): > The result is now available at: I have gone through Ian Campbell's review comments and folded in all the acks and changes. There result is here:

[Xen-devel] [PATCH v3 1/2] xen: move wallclock functions from x86 to common

Remove dummy arm implementation of wallclock_time. Use shared_info() in common code rather than x86-ism to access it, when possible. Define the static variable wc_sec, and the local variale sec in update_domain_wallclock_time, as uint64_t instead of unsigned long, to avoid size issue on arm. Take

[Xen-devel] [PATCH v3 2/2] arm: export platform_op XENPF_settime64

Call update_domain_wallclock_time at domain initialization. Set time_offset_seconds to the number of seconds between physical boot and domain initialization: it is going to be used to get/set the wallclock time. Add time_offset_seconds to system_time when before calling do_settime, so that

[Xen-devel] Question about Xen serial console on non-standard PCI serial ports

Hi all, We bought a new machine which has no legacy serial ports on the motherboard. But we added two PCI serial ports onto the motherboard. We are trying to configure Xen serial console on the non-standard PCI serial port. (We have successfully configure Xen serial console on the legacy serial

Re: [Xen-devel] Question about Xen serial console on non-standard PCI serial ports

Hi Andrew, >> >> *** The command line I used for xen image is*** >> dom0_mem=8192M,max:8192M dom0_max_vcpus=8 sched=credit >> com5=115200,8n1,0xf010,50 console=com5,vga > > Xen doesn't have a com5 command line option. I see. > > You probably want > > com1=115200,8n1,pci > > as you can make no

Re: [Xen-devel] [PATCH v2 7/8] xen: arm: context switch vtimer PPI state.

Hi Ian, On 10/11/15 16:21, Ian Campbell wrote: > ... instead of artificially masking the timer interrupt in the timer > state and relying on the guest to unmask (which it isn't required to > do per the h/w spec, although Linux does). > > By using the newly added hwppi save/restore functionality

  1   2   >