[xen-unstable-coverity test] 162908: trouble: broken

[osstest service owner <osstest-admin@xxxxxxxxxxxxxx>]

flight 162908 xen-unstable-coverity real [real]
http://logs.test-lab.xenproject.org/osstest/logs/162908/

Failures and problems with tests :-(

Tests which did not succeed and are blocking,
including tests which could not be run:
 coverity-amd64                  <job status>                 broken
 coverity-amd64                4 host-install(4)        broken REGR. vs. 162857

version targeted for testing:
 xen                  8af4b47f061edf6450f2b0a0a8134fdf1c13b3e5
baseline version:
 xen                  4bcf6433eed3d9cbc00865ec62380a33ca832dac

Last test of basis   162857  2021-06-16 09:18:30 Z    4 days
Testing same since   162908  2021-06-20 09:18:24 Z    0 days    1 attempts

------------------------------------------------------------
People who touched revisions under test:
  Roger Pau Monné <roger.pau@xxxxxxxxxx>

jobs:
 coverity-amd64                                               broken  


------------------------------------------------------------
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 8af4b47f061edf6450f2b0a0a8134fdf1c13b3e5
Author: Roger Pau Monné <roger.pau@xxxxxxxxxx>
Date:   Thu Jun 17 18:00:57 2021 +0200

    x86/ept: force WB cache attributes for grant and foreign maps
    
    Force WB type for grants and foreign pages. Those are usually mapped
    over unpopulated physical ranges in the p2m, and those ranges would
    usually be UC in the MTRR state, which is unlikely to be the correct
    cache attribute. It's also cumbersome (or even impossible) for the
    guest to be setting the MTRR type for all those mappings as WB, as
    MTRR ranges are finite.
    
    Note that this is not an issue on AMD because WB cache attribute is
    already set on grants and foreign mappings in the p2m and MTRR types
    are ignored. Also on AMD Xen cannot force a cache attribute because of
    the lack of ignore PAT equivalent, so the behavior here slightly
    diverges between AMD and Intel (or EPT vs NPT/shadow).
    
    Signed-off-by: Roger Pau Monné <roger.pau@xxxxxxxxxx>
    Reviewed-by: Jan Beulich <jbeulich@xxxxxxxx>
    Reviewed-by: Kevin Tian <kevin.tian@xxxxxxxxx>

commit ed464d4e8a9a49559307c96ee6aa59e97820f692
Author: Roger Pau Monné <roger.pau@xxxxxxxxxx>
Date:   Thu Jun 17 17:58:11 2021 +0200

    x86/mtrr: move epte_get_entry_emt to p2m-ept.c
    
    This is an EPT specific function, so it shouldn't live in the generic
    mtrr file. Such movement is also needed for future work that will
    require passing a p2m_type_t parameter to epte_get_entry_emt, and
    making that type visible to the mtrr users is cumbersome and
    unneeded.
    
    Moving epte_get_entry_emt out of mtrr.c requires making the helper to
    get the MTRR type of an address from the mtrr state public. While
    there rename the function to start with the mtrr prefix, like other
    mtrr related functions.
    
    While there fix some of the types of the function parameters.
    
    No functional change intended.
    
    Signed-off-by: Roger Pau Monné <roger.pau@xxxxxxxxxx>
    Reviewed-by: Jan Beulich <jbeulich@xxxxxxxx>
    Reviewed-by: Kevin Tian <kevin.tian@xxxxxxxxx>
(qemu changes not included)