[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Xen-devel] [xen-4.12-testing test] 135805: regressions - FAIL



flight 135805 xen-4.12-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/135805/

Regressions :-(

Tests which did not succeed and are blocking,
including tests which could not be run:
 test-amd64-amd64-xl-qcow2    17 guest-localmigrate/x10   fail REGR. vs. 133989

Tests which did not succeed, but are not blocking:
 test-amd64-i386-libvirt-xsm  13 migrate-support-check        fail   never pass
 test-amd64-i386-libvirt      13 migrate-support-check        fail   never pass
 test-amd64-i386-xl-pvshim    12 guest-start                  fail   never pass
 test-amd64-amd64-libvirt-xsm 13 migrate-support-check        fail   never pass
 test-amd64-amd64-libvirt     13 migrate-support-check        fail   never pass
 test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm 11 migrate-support-check 
fail never pass
 test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm 11 migrate-support-check 
fail never pass
 test-amd64-amd64-qemuu-nested-amd 17 debian-hvm-install/l1/l2  fail never pass
 test-arm64-arm64-xl-xsm      13 migrate-support-check        fail   never pass
 test-arm64-arm64-xl-xsm      14 saverestore-support-check    fail   never pass
 test-arm64-arm64-libvirt-xsm 13 migrate-support-check        fail   never pass
 test-arm64-arm64-libvirt-xsm 14 saverestore-support-check    fail   never pass
 test-arm64-arm64-xl          13 migrate-support-check        fail   never pass
 test-arm64-arm64-xl          14 saverestore-support-check    fail   never pass
 test-arm64-arm64-xl-credit1  13 migrate-support-check        fail   never pass
 test-arm64-arm64-xl-credit1  14 saverestore-support-check    fail   never pass
 test-arm64-arm64-xl-credit2  13 migrate-support-check        fail   never pass
 test-arm64-arm64-xl-credit2  14 saverestore-support-check    fail   never pass
 test-armhf-armhf-xl-arndale  13 migrate-support-check        fail   never pass
 test-armhf-armhf-xl-arndale  14 saverestore-support-check    fail   never pass
 test-armhf-armhf-xl-credit1  13 migrate-support-check        fail   never pass
 test-armhf-armhf-xl-credit1  14 saverestore-support-check    fail   never pass
 test-armhf-armhf-xl          13 migrate-support-check        fail   never pass
 test-armhf-armhf-xl          14 saverestore-support-check    fail   never pass
 test-armhf-armhf-xl-credit2  13 migrate-support-check        fail   never pass
 test-armhf-armhf-xl-credit2  14 saverestore-support-check    fail   never pass
 test-armhf-armhf-xl-rtds     13 migrate-support-check        fail   never pass
 test-armhf-armhf-xl-rtds     14 saverestore-support-check    fail   never pass
 test-amd64-amd64-libvirt-vhd 12 migrate-support-check        fail   never pass
 test-amd64-i386-xl-qemuu-win7-amd64 17 guest-stop              fail never pass
 test-amd64-amd64-xl-qemuu-win7-amd64 17 guest-stop             fail never pass
 test-armhf-armhf-xl-vhd      12 migrate-support-check        fail   never pass
 test-armhf-armhf-xl-vhd      13 saverestore-support-check    fail   never pass
 test-armhf-armhf-libvirt     13 migrate-support-check        fail   never pass
 test-armhf-armhf-libvirt     14 saverestore-support-check    fail   never pass
 test-armhf-armhf-xl-multivcpu 13 migrate-support-check        fail  never pass
 test-armhf-armhf-xl-multivcpu 14 saverestore-support-check    fail  never pass
 test-amd64-amd64-xl-qemuu-ws16-amd64 17 guest-stop             fail never pass
 test-amd64-amd64-xl-qemut-win7-amd64 17 guest-stop             fail never pass
 test-armhf-armhf-xl-cubietruck 13 migrate-support-check        fail never pass
 test-armhf-armhf-xl-cubietruck 14 saverestore-support-check    fail never pass
 test-amd64-i386-xl-qemut-win7-amd64 17 guest-stop              fail never pass
 test-amd64-i386-xl-qemuu-ws16-amd64 17 guest-stop              fail never pass
 test-armhf-armhf-libvirt-raw 12 migrate-support-check        fail   never pass
 test-armhf-armhf-libvirt-raw 13 saverestore-support-check    fail   never pass
 test-amd64-amd64-xl-qemut-ws16-amd64 17 guest-stop             fail never pass
 test-amd64-i386-xl-qemut-ws16-amd64 17 guest-stop              fail never pass
 test-amd64-amd64-xl-qemuu-win10-i386 10 windows-install        fail never pass
 test-amd64-i386-xl-qemuu-win10-i386 10 windows-install         fail never pass
 test-amd64-amd64-xl-qemut-win10-i386 10 windows-install        fail never pass
 test-amd64-i386-xl-qemut-win10-i386 10 windows-install         fail never pass

version targeted for testing:
 xen                  fd2a34c9655acecaaa1541dd84fc670936303175
baseline version:
 xen                  07c181c83e03a860d806305369cd677c24df9b78

Last test of basis   133989  2019-03-22 13:07:13 Z   47 days
Failing since        134262  2019-04-01 11:36:55 Z   37 days   15 attempts
Testing same since   135674  2019-05-04 01:43:58 Z    4 days    2 attempts

------------------------------------------------------------
People who touched revisions under test:
  Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
  Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
  Igor Druzhinin <igor.druzhinin@xxxxxxxxxx>
  Jan Beulich <jbeulich@xxxxxxxx>
  Kevin Tian <kevin.tian@xxxxxxxxx>
  Wei Liu <wei.liu2@xxxxxxxxxx>

jobs:
 build-amd64-xsm                                              pass    
 build-arm64-xsm                                              pass    
 build-i386-xsm                                               pass    
 build-amd64-xtf                                              pass    
 build-amd64                                                  pass    
 build-arm64                                                  pass    
 build-armhf                                                  pass    
 build-i386                                                   pass    
 build-amd64-libvirt                                          pass    
 build-arm64-libvirt                                          pass    
 build-armhf-libvirt                                          pass    
 build-i386-libvirt                                           pass    
 build-amd64-prev                                             pass    
 build-i386-prev                                              pass    
 build-amd64-pvops                                            pass    
 build-arm64-pvops                                            pass    
 build-armhf-pvops                                            pass    
 build-i386-pvops                                             pass    
 test-xtf-amd64-amd64-1                                       pass    
 test-xtf-amd64-amd64-2                                       pass    
 test-xtf-amd64-amd64-3                                       pass    
 test-xtf-amd64-amd64-4                                       pass    
 test-xtf-amd64-amd64-5                                       pass    
 test-amd64-amd64-xl                                          pass    
 test-arm64-arm64-xl                                          pass    
 test-armhf-armhf-xl                                          pass    
 test-amd64-i386-xl                                           pass    
 test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm           pass    
 test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm            pass    
 test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm        pass    
 test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm         pass    
 test-amd64-amd64-xl-qemut-debianhvm-i386-xsm                 pass    
 test-amd64-i386-xl-qemut-debianhvm-i386-xsm                  pass    
 test-amd64-amd64-xl-qemuu-debianhvm-i386-xsm                 pass    
 test-amd64-i386-xl-qemuu-debianhvm-i386-xsm                  pass    
 test-amd64-amd64-libvirt-xsm                                 pass    
 test-arm64-arm64-libvirt-xsm                                 pass    
 test-amd64-i386-libvirt-xsm                                  pass    
 test-amd64-amd64-xl-xsm                                      pass    
 test-arm64-arm64-xl-xsm                                      pass    
 test-amd64-i386-xl-xsm                                       pass    
 test-amd64-amd64-qemuu-nested-amd                            fail    
 test-amd64-amd64-xl-pvhv2-amd                                pass    
 test-amd64-i386-qemut-rhel6hvm-amd                           pass    
 test-amd64-i386-qemuu-rhel6hvm-amd                           pass    
 test-amd64-amd64-xl-qemut-debianhvm-amd64                    pass    
 test-amd64-i386-xl-qemut-debianhvm-amd64                     pass    
 test-amd64-amd64-xl-qemuu-debianhvm-amd64                    pass    
 test-amd64-i386-xl-qemuu-debianhvm-amd64                     pass    
 test-amd64-i386-freebsd10-amd64                              pass    
 test-amd64-amd64-xl-qemuu-ovmf-amd64                         pass    
 test-amd64-i386-xl-qemuu-ovmf-amd64                          pass    
 test-amd64-amd64-xl-qemut-win7-amd64                         fail    
 test-amd64-i386-xl-qemut-win7-amd64                          fail    
 test-amd64-amd64-xl-qemuu-win7-amd64                         fail    
 test-amd64-i386-xl-qemuu-win7-amd64                          fail    
 test-amd64-amd64-xl-qemut-ws16-amd64                         fail    
 test-amd64-i386-xl-qemut-ws16-amd64                          fail    
 test-amd64-amd64-xl-qemuu-ws16-amd64                         fail    
 test-amd64-i386-xl-qemuu-ws16-amd64                          fail    
 test-armhf-armhf-xl-arndale                                  pass    
 test-amd64-amd64-xl-credit1                                  pass    
 test-arm64-arm64-xl-credit1                                  pass    
 test-armhf-armhf-xl-credit1                                  pass    
 test-amd64-amd64-xl-credit2                                  pass    
 test-arm64-arm64-xl-credit2                                  pass    
 test-armhf-armhf-xl-credit2                                  pass    
 test-armhf-armhf-xl-cubietruck                               pass    
 test-amd64-amd64-xl-qemuu-dmrestrict-amd64-dmrestrict        pass    
 test-amd64-i386-xl-qemuu-dmrestrict-amd64-dmrestrict         pass    
 test-amd64-i386-freebsd10-i386                               pass    
 test-amd64-amd64-xl-qemut-win10-i386                         fail    
 test-amd64-i386-xl-qemut-win10-i386                          fail    
 test-amd64-amd64-xl-qemuu-win10-i386                         fail    
 test-amd64-i386-xl-qemuu-win10-i386                          fail    
 test-amd64-amd64-qemuu-nested-intel                          pass    
 test-amd64-amd64-xl-pvhv2-intel                              pass    
 test-amd64-i386-qemut-rhel6hvm-intel                         pass    
 test-amd64-i386-qemuu-rhel6hvm-intel                         pass    
 test-amd64-amd64-libvirt                                     pass    
 test-armhf-armhf-libvirt                                     pass    
 test-amd64-i386-libvirt                                      pass    
 test-amd64-amd64-livepatch                                   pass    
 test-amd64-i386-livepatch                                    pass    
 test-amd64-amd64-migrupgrade                                 pass    
 test-amd64-i386-migrupgrade                                  pass    
 test-amd64-amd64-xl-multivcpu                                pass    
 test-armhf-armhf-xl-multivcpu                                pass    
 test-amd64-amd64-pair                                        pass    
 test-amd64-i386-pair                                         pass    
 test-amd64-amd64-libvirt-pair                                pass    
 test-amd64-i386-libvirt-pair                                 pass    
 test-amd64-amd64-amd64-pvgrub                                pass    
 test-amd64-amd64-i386-pvgrub                                 pass    
 test-amd64-amd64-xl-pvshim                                   pass    
 test-amd64-i386-xl-pvshim                                    fail    
 test-amd64-amd64-pygrub                                      pass    
 test-amd64-amd64-xl-qcow2                                    fail    
 test-armhf-armhf-libvirt-raw                                 pass    
 test-amd64-i386-xl-raw                                       pass    
 test-amd64-amd64-xl-rtds                                     pass    
 test-armhf-armhf-xl-rtds                                     pass    
 test-amd64-amd64-xl-qemuu-debianhvm-amd64-shadow             pass    
 test-amd64-i386-xl-qemuu-debianhvm-amd64-shadow              pass    
 test-amd64-amd64-xl-shadow                                   pass    
 test-amd64-i386-xl-shadow                                    pass    
 test-amd64-amd64-libvirt-vhd                                 pass    
 test-armhf-armhf-xl-vhd                                      pass    


------------------------------------------------------------
sg-report-flight on osstest.test-lab.xenproject.org
logs: /home/logs/logs
images: /home/logs/images

Logs, config files, etc. are available at
    http://logs.test-lab.xenproject.org/osstest/logs

Explanation of these reports, and of osstest in general, is at
    http://xenbits.xen.org/gitweb/?p=osstest.git;a=blob;f=README.email;hb=master
    http://xenbits.xen.org/gitweb/?p=osstest.git;a=blob;f=README;hb=master

Test harness code can be found at
    http://xenbits.xen.org/gitweb?p=osstest.git;a=summary


Not pushing.

------------------------------------------------------------
commit fd2a34c9655acecaaa1541dd84fc670936303175
Author: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
Date:   Fri May 3 10:45:45 2019 +0200

    x86/spec-ctrl: Extend repoline safey calcuations for eIBRS and Atom parts
    
    All currently-released Atom processors are in practice retpoline-safe, 
because
    they don't fall back to a BTB prediction on RSB underflow.
    
    However, an additional meaning of Enhanced IRBS is that the processor may 
not
    be retpoline-safe.  The Gemini Lake platform, based on the Goldmont Plus
    microarchitecture is the first Atom processor to support eIBRS.
    
    Until Xen gets full eIBRS support, Gemini Lake will still be safe using
    regular IBRS.
    
    Signed-off-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
    Acked-by: Jan Beulich <jbeulich@xxxxxxxx>
    master commit: 17f74242ccf0ce6e51c03a5860947865c0ef0dc2
    master date: 2019-03-18 16:26:40 +0000

commit e25d1338e1d8a32e46c808321323c4ad8fc5ba01
Author: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
Date:   Fri May 3 10:44:58 2019 +0200

    x86/msr: Shorten ARCH_CAPABILITIES_* constants
    
    They are unnecesserily verbose, and ARCH_CAPS_* is already the more common
    version.
    
    Signed-off-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
    Acked-by: Jan Beulich <jbeulich@xxxxxxxx>
    master commit: ba27aaa88548c824a47dcf5609288ee1c05d2946
    master date: 2019-03-18 16:26:40 +0000

commit 7cf6fbc63501533bf105bd8350596a7df60b5c6f
Author: Igor Druzhinin <igor.druzhinin@xxxxxxxxxx>
Date:   Fri May 3 10:44:23 2019 +0200

    x86/hvm: finish IOREQs correctly on completion path
    
    Since the introduction of linear_{read,write}() helpers in 3bdec530a5
    (x86/HVM: split page straddling emulated accesses in more cases) the
    completion path for IOREQs has been broken: if there is an IOREQ in
    progress but hvm_copy_{to,from}_guest_linear() returns HVMTRANS_okay
    (e.g. when P2M type of source/destination has been changed by IOREQ
    handler) the execution will never re-enter hvmemul_do_io() where
    IOREQs are completed. This usually results in a domain crash upon
    the execution of the next IOREQ entering hvmemul_do_io() and finding
    the remnants of the previous IOREQ in the state machine.
    
    This particular issue has been discovered in relation to p2m_ioreq_server
    type where an emulator changed the memory type between p2m_ioreq_server
    and p2m_ram_rw in process of responding to IOREQ which made
    hvm_copy_..() to behave differently on the way back.
    
    Fix it for now by checking if IOREQ completion is required (which
    can be identified by querying MMIO cache) before trying to finish
    a memory access immediately through hvm_copy_..(), re-enter
    hvmemul_do_io() otherwise. This change alone only addresses IOREQ
    completion issue for P2M type changing from MMIO to RAM in the
    middle of emulation but leaves a case where new IOREQs might be
    introduced by P2M changes from RAM to MMIO (which is less likely
    to find in practice) that requires more substantial changes in
    MMIO emulation code.
    
    Signed-off-by: Igor Druzhinin <igor.druzhinin@xxxxxxxxxx>
    Reviewed-by: Paul Durrant <paul.durrant@xxxxxxxxxx>
    master commit: 522a2f3c5c89cc78c0e2b05af924b76cef7d4bff
    master date: 2019-03-18 16:29:21 +0100

commit 7f53be2ab56d26f2981673bd3e042e182fdce336
Author: Igor Druzhinin <igor.druzhinin@xxxxxxxxxx>
Date:   Fri May 3 10:43:49 2019 +0200

    x86/hvm: split all linear reads and writes at page boundary
    
    Ruling out page straddling at linear level makes it easier to
    distinguish chunks that require proper handling as MMIO access
    and not complete them as page straddling memory transactions
    prematurely. This doesn't change the general behavior.
    
    Signed-off-by: Igor Druzhinin <igor.druzhinin@xxxxxxxxxx>
    Reviewed-by: Paul Durrant <paul.durrant@xxxxxxxxxx>
    Reviewed-by: Jan Beulich <jbeulich@xxxxxxxx>
    master commit: 2d527ba310dc6695bba2df118ff9e053f7e40c82
    master date: 2019-03-18 16:28:45 +0100

commit eb905217d1ff51d6d2b3dbe8cdf618ef40ab2d77
Author: Jan Beulich <jbeulich@xxxxxxxx>
Date:   Fri May 3 10:43:13 2019 +0200

    x86/e820: fix build with gcc9
    
    e820.c: In function ‘clip_to_limit’:
    .../xen/include/asm/string.h:10:26: error: ‘__builtin_memmove’ offset [-16, 
-36] is out of the bounds [0, 20484] of object ‘e820’ with type ‘struct 
e820map’ [-Werror=array-bounds]
       10 | #define memmove(d, s, n) __builtin_memmove(d, s, n)
          |                          ^~~~~~~~~~~~~~~~~~~~~~~~~~
    e820.c:404:13: note: in expansion of macro ‘memmove’
      404 |             memmove(&e820.map[i], &e820.map[i+1],
          |             ^~~~~~~
    e820.c:36:16: note: ‘e820’ declared here
       36 | struct e820map e820;
          |                ^~~~
    
    While I can't see where the negative offsets would come from, converting
    the loop index to unsigned type helps. Take the opportunity and also
    convert several other local variables and copy_e820_map()'s second
    parameter to unsigned int (and bool in one case).
    
    Reported-by: Charles Arnold <carnold@xxxxxxxx>
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
    Reviewed-by: Roger Pau Monné <roger.pau@xxxxxxxxxx>
    Reviewed-by: Wei Liu <wei.liu2@xxxxxxxxxx>
    Acked-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
    master commit: 22e2f8dddf5fbed885b5e4db3ffc9e1101be9ec0
    master date: 2019-03-18 11:38:36 +0100

commit c75d5fe57f608f341152e0d3b7035255eeae1813
Author: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
Date:   Fri May 3 10:40:10 2019 +0200

    x86/pv: Fix construction of 32bit dom0's
    
    dom0_construct_pv() has logic to transition dom0 into a compat domain when
    booting an ELF32 image.
    
    One aspect which is missing is the CPUID policy recalculation, meaning that 
a
    32bit dom0 sees a 64bit policy, which differ by the Long Mode feature flag 
in
    particular.  Another missing item is the x87_fip_width initialisation.
    
    Update dom0_construct_pv() to use switch_compat(), rather than retaining the
    opencoding.  Position the call to switch_compat() such that the compat32 
local
    variable can disappear entirely.
    
    The 32bit monitor table is now created by setup_compat_l4(), avoiding the 
need
    to for manual creation later.
    
    Signed-off-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
    Signed-off-by: Wei Liu <wei.liu2@xxxxxxxxxx>
    Reviewed-by: Jan Beulich <jbeulich@xxxxxxxx>
    master commit: 356f437171c5bb90701ac9dd7ba4dbbd05988e38
    master date: 2019-03-15 14:59:27 +0000

commit e3a1ebee98e61dfe3b8b1eb71043ad5220b3cfd3
Author: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
Date:   Fri May 3 10:39:29 2019 +0200

    x86/tsx: Implement controls for RTM force-abort mode
    
    The CPUID bit and MSR are deliberately not exposed to guests, because they
    won't exist on newer processors.  As vPMU isn't security supported, the
    misbehaviour of PCR3 isn't expected to impact production deployments.
    
    Signed-off-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
    Reviewed-by: Jan Beulich <jbeulich@xxxxxxxx>
    master commit: 6be613f29b4205349275d24367bd4c82fb2960dd
    master date: 2019-03-12 17:05:21 +0000

commit 70d613d8b9739939102ff2a725e94fb07be7b83e
Author: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
Date:   Fri May 3 10:38:53 2019 +0200

    x86/vtd: Don't include control register state in the table pointers
    
    iremap_maddr and qinval_maddr point to the base of a block of contiguous 
RAM,
    allocated by the driver, holding the Interrupt Remapping table, and the 
Queued
    Invalidation ring.
    
    Despite their name, they are actually the values of the hardware register,
    including control metadata in the lower 12 bits.  While uses of these fields
    do appear to correctly shift out the metadata, this is very subtle behaviour
    and confusing to follow.
    
    Nothing uses the metadata, so make the fields actually point at the base of
    the relevant tables.
    
    Signed-off-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
    Reviewed-by: Jan Beulich <jbeulich@xxxxxxxx>
    Acked-by: Kevin Tian <kevin.tian@xxxxxxxxx>
    master commit: a9a05aeee10a5a3763a41305a9f38112dd1fcc82
    master date: 2019-03-12 13:57:13 +0000

commit 8593e79d76ca19d1d2e6d0443e6efc53bec73a6e
Author: Jan Beulich <jbeulich@xxxxxxxx>
Date:   Fri May 3 10:37:58 2019 +0200

    x86/HVM: don't crash guest in hvmemul_find_mmio_cache()
    
    Commit 35a61c05ea ("x86emul: adjust handling of AVX2 gathers") builds
    upon the fact that the domain will actually survive running out of MMIO
    result buffer space. Drop the domain_crash() invocation. Also delay
    incrementing of the usage counter, such that the function can't possibly
    use/return an out-of-bounds slot/pointer in case execution subsequently
    makes it into the function again without a prior reset of state.
    
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
    Reviewed-by: Paul Durrant <paul.durrant@xxxxxxxxxx>
    master commit: a43c1dec246bdee484e6a3de001cc6850a107abe
    master date: 2019-03-12 14:39:46 +0100

commit a6c708dc22409dbf1592930fdefb0daa48182135
Author: Igor Druzhinin <igor.druzhinin@xxxxxxxxxx>
Date:   Fri May 3 10:36:47 2019 +0200

    iommu: leave IOMMU enabled by default during kexec crash transition
    
    It's unsafe to disable IOMMU on a live system which is the case
    if we're crashing since remapping hardware doesn't usually know what
    to do with ongoing bus transactions and frequently raises NMI/MCE/SMI,
    etc. (depends on the firmware configuration) to signal these abnormalities.
    This, in turn, doesn't play well with kexec transition process as there is
    no handling available at the moment for this kind of events resulting
    in failures to enter the kernel.
    
    Modern Linux kernels taught to copy all the necessary DMAR/IR tables
    following kexec from the previous kernel (Xen in our case) - so it's
    currently normal to keep IOMMU enabled. It might require minor changes to
    kdump command line that enables IOMMU drivers (e.g. intel_iommu=on /
    intremap=on) but recent kernels don't require any additional changes for
    the transition to be transparent.
    
    A fallback option is still left for compatibility with ancient crash
    kernels which didn't like to have IOMMU active under their feet on boot.
    
    Signed-off-by: Igor Druzhinin <igor.druzhinin@xxxxxxxxxx>
    Acked-by: Jan Beulich <jbeulich@xxxxxxxx>
    master commit: 12c36f577d454996c882ecdc5da8113ca2613646
    master date: 2019-03-12 14:38:12 +0100

commit 36f04634ce8553edf1496ff4b0bfc41416e55d94
Author: Jan Beulich <jbeulich@xxxxxxxx>
Date:   Tue Mar 12 14:42:17 2019 +0100

    Arm/atomic: correct asm() constraints in build_add_sized()
    
    The memory operand is an in/out one, and the auxiliary register gets
    written to early.
    
    Take the opportunity and also drop the redundant cast (the inline
    functions' parameters are already of the casted-to type).
    
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
    Reviewed-by: Julien Grall <julien.grall@xxxxxxx>
    (cherry picked from commit 51ceb1623b9956440f1b9943c67010a90d61f5c5)

commit c4b1a75d7c13d4b141627fe50d8f0c80588f8f64
Author: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
Date:   Mon Apr 1 13:11:17 2019 +0100

    SUPPORT.md: Fix release notes link
    
    Signed-off-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>

commit 18f6fb990c30dcb1a4ae87ed8db10f635afda0fc
Author: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
Date:   Mon Apr 1 12:18:54 2019 +0100

    xen/Makefile: Set version to 4.12.1-pre for stable branch
    
    Signed-off-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>

commit 997d6248a9ae932d0dbaac8d8755c2b15fec25dc
Author: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
Date:   Mon Apr 1 12:03:23 2019 +0100

    README, xen/Makefile: Set version to 4.12.0
    
    Signed-off-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>

commit ab793cae243d33626ef750aecf1a5ed2032d90e2
Author: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
Date:   Mon Apr 1 11:59:40 2019 +0100

    Config.mk: Switch to 4.12.0 release tags for subtrees
    
    Signed-off-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>

commit 1d71404bfe8d222314eb7f1971fdc6776fb52c08
Author: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
Date:   Mon Apr 1 09:54:56 2019 +0100

    SUPPORT.md: Specify support lifetime for 4.12
    
    CC: Lars Kurth <lars.kurth@xxxxxxxxxx>
    CC: Juergen Gross <jgross@xxxxxxxx>
    Signed-off-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
(qemu changes not included)

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.