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

[Xen-devel] [xen-4.3-testing bisection] complete test-amd64-amd64-xl-qemuu-winxpsp3



branch xen-4.3-testing
xen branch xen-4.3-testing
job test-amd64-amd64-xl-qemuu-winxpsp3
test windows-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/staging/qemu-xen-4.3-testing.git
Tree: qemuu git://xenbits.xen.org/staging/qemu-upstream-4.3-testing.git
Tree: xen git://xenbits.xen.org/xen.git

*** Found and reproduced problem changeset ***

  Bug is in tree:  xen git://xenbits.xen.org/xen.git
  Bug introduced:  e7516b4015c87dc0e136352d8b6a1c850ebdda3f
  Bug not present: da44176cc1b45558f8ec53ef7f5e8796372f57a9


  commit e7516b4015c87dc0e136352d8b6a1c850ebdda3f
  Author: Jan Beulich <jbeulich@xxxxxxxx>
  Date:   Fri Apr 4 10:53:20 2014 +0200
  
      x86/HVM: correct CPUID leaf 80000008 handling
      
      CPUID[80000008].EAX[23:16] have been given the meaning of the guest
      physical address restriction (in case it needs to be smaller than the
      host's), hence we need to mirror that into vCPUID[80000008].EAX[7:0].
      
      Enforce a lower limit at the same time, as well as a fixed value for
      the virtual address bits, and zero for the guest physical address ones.
      
      In order for the vMTRR code to see these overrides we need to make it
      call hvm_cpuid() instead of domain_cpuid(), which in turn requires
      special casing (and relaxing) the controlling domain.
      
      This additionally should hide an ordering problem in the tools: Both
      xend and xl appear to be restoring a guest from its image before
      setting up the CPUID policy in the hypervisor, resulting in
      domain_cpuid() returning all zeros and hence the check in
      mtrr_var_range_msr_set() failing if the guest previously had more than
      the minimum 36 physical address bits.
      
      Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
      Reviewed-by: Tim Deegan <tim@xxxxxxx>
      master commit: ef437690af8b75e6758dce77af75a22b63982883
      master date: 2014-03-28 13:33:34 +0100


For bisection revision-tuple graph see:
   
http://www.chiark.greenend.org.uk/~xensrcts/results/bisect.xen-4.3-testing.test-amd64-amd64-xl-qemuu-winxpsp3.windows-install.html
Revision IDs in each graph node refer, respectively, to the Trees above.

----------------------------------------
Searching for failure / basis pass:
 25803 fail [host=moss-bug] / 25666 ok.
Failure / basis pass flights: 25803 / 25666
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/staging/qemu-xen-4.3-testing.git
Tree: qemuu git://xenbits.xen.org/staging/qemu-upstream-4.3-testing.git
Tree: xen git://xenbits.xen.org/xen.git
Latest 7ae240637ab3477a59d062412f5cf4f84f5de2f9 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
044c9e608e67defea4fc9c9ef4286e85a99d68c2 
e16435c95be86244bd92c5c26579bd4298aa65a6 
e3f630b73c159078a6991161c5255048b16d366f
Basis pass b1cee752ee0c04f424cb71ba0c8013c793008296 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
044c9e608e67defea4fc9c9ef4286e85a99d68c2 
e16435c95be86244bd92c5c26579bd4298aa65a6 
ce89055575860c4100370133ab488979a83ad49a
Generating revisions with ./adhoc-revtuple-generator  
git://xenbits.xen.org/linux-pvops.git#b1cee752ee0c04f424cb71ba0c8013c793008296-7ae240637ab3477a59d062412f5cf4f84f5de2f9
 
git://xenbits.xen.org/osstest/linux-firmware.git#c530a75c1e6a472b0eb9558310b518f0dfcd8860-c530a75c1e6a472b0eb9558310b518f0dfcd8860
 
git://xenbits.xen.org/staging/qemu-xen-4.3-testing.git#044c9e608e67defea4fc9c9ef4286e85a99d68c2-044c9e608e67defea4fc9c9ef4286e85a99d68c2
 
git://xenbits.xen.org/staging/qemu-upstream-4.3-testing.git#e16435c95be86244bd92c5c26579bd4298aa65a6-e16435c95be86244bd92c5c26579bd4298aa65a6
 
git://xenbits.xen.org/xen.git#ce89055575860c4100370133ab488979a83ad49a-e3f630b73c159078a6991161c5255048b16d366f
Cloning into bare repository /export/home/osstest/repos/linux-pvops...
Cloning into bare repository /export/home/osstest/repos/xen...
Cloning into bare repository /export/home/osstest/repos/linux-pvops...
Cloning into bare repository /export/home/osstest/repos/xen...
Loaded 2001 nodes in revision graph
Searching for test results:
 25666 pass b1cee752ee0c04f424cb71ba0c8013c793008296 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
044c9e608e67defea4fc9c9ef4286e85a99d68c2 
e16435c95be86244bd92c5c26579bd4298aa65a6 
ce89055575860c4100370133ab488979a83ad49a
 25660 pass irrelevant
 25770 fail 7ae240637ab3477a59d062412f5cf4f84f5de2f9 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
044c9e608e67defea4fc9c9ef4286e85a99d68c2 
e16435c95be86244bd92c5c26579bd4298aa65a6 
852d1f224dc29d0398b378b3a8a1d2c9c2c2bc8e
 25750 fail 7ae240637ab3477a59d062412f5cf4f84f5de2f9 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
044c9e608e67defea4fc9c9ef4286e85a99d68c2 
e16435c95be86244bd92c5c26579bd4298aa65a6 
852d1f224dc29d0398b378b3a8a1d2c9c2c2bc8e
 25786 pass 7ae240637ab3477a59d062412f5cf4f84f5de2f9 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
044c9e608e67defea4fc9c9ef4286e85a99d68c2 
e16435c95be86244bd92c5c26579bd4298aa65a6 
da44176cc1b45558f8ec53ef7f5e8796372f57a9
 25783 fail 7ae240637ab3477a59d062412f5cf4f84f5de2f9 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
044c9e608e67defea4fc9c9ef4286e85a99d68c2 
e16435c95be86244bd92c5c26579bd4298aa65a6 
e7516b4015c87dc0e136352d8b6a1c850ebdda3f
 25767 pass b1cee752ee0c04f424cb71ba0c8013c793008296 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
044c9e608e67defea4fc9c9ef4286e85a99d68c2 
e16435c95be86244bd92c5c26579bd4298aa65a6 
ce89055575860c4100370133ab488979a83ad49a
 25781 pass 7ae240637ab3477a59d062412f5cf4f84f5de2f9 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
044c9e608e67defea4fc9c9ef4286e85a99d68c2 
e16435c95be86244bd92c5c26579bd4298aa65a6 
e2aa3f21e5b1746913f7d4605f631d383c7f2551
 25775 pass 72cb2a7f426ad822758cb2560f0522f6412f578e 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
044c9e608e67defea4fc9c9ef4286e85a99d68c2 
e16435c95be86244bd92c5c26579bd4298aa65a6 
ce89055575860c4100370133ab488979a83ad49a
 25778 pass 7ae240637ab3477a59d062412f5cf4f84f5de2f9 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
044c9e608e67defea4fc9c9ef4286e85a99d68c2 
e16435c95be86244bd92c5c26579bd4298aa65a6 
ce89055575860c4100370133ab488979a83ad49a
 25799 fail 7ae240637ab3477a59d062412f5cf4f84f5de2f9 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
044c9e608e67defea4fc9c9ef4286e85a99d68c2 
e16435c95be86244bd92c5c26579bd4298aa65a6 
e7516b4015c87dc0e136352d8b6a1c850ebdda3f
 25801 pass 7ae240637ab3477a59d062412f5cf4f84f5de2f9 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
044c9e608e67defea4fc9c9ef4286e85a99d68c2 
e16435c95be86244bd92c5c26579bd4298aa65a6 
da44176cc1b45558f8ec53ef7f5e8796372f57a9
 25790 fail 7ae240637ab3477a59d062412f5cf4f84f5de2f9 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
044c9e608e67defea4fc9c9ef4286e85a99d68c2 
e16435c95be86244bd92c5c26579bd4298aa65a6 
e7516b4015c87dc0e136352d8b6a1c850ebdda3f
 25798 pass 7ae240637ab3477a59d062412f5cf4f84f5de2f9 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
044c9e608e67defea4fc9c9ef4286e85a99d68c2 
e16435c95be86244bd92c5c26579bd4298aa65a6 
da44176cc1b45558f8ec53ef7f5e8796372f57a9
 25791 fail 7ae240637ab3477a59d062412f5cf4f84f5de2f9 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
044c9e608e67defea4fc9c9ef4286e85a99d68c2 
e16435c95be86244bd92c5c26579bd4298aa65a6 
e3f630b73c159078a6991161c5255048b16d366f
 25802 fail 7ae240637ab3477a59d062412f5cf4f84f5de2f9 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
044c9e608e67defea4fc9c9ef4286e85a99d68c2 
e16435c95be86244bd92c5c26579bd4298aa65a6 
e7516b4015c87dc0e136352d8b6a1c850ebdda3f
 25804 pass b1cee752ee0c04f424cb71ba0c8013c793008296 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
044c9e608e67defea4fc9c9ef4286e85a99d68c2 
e16435c95be86244bd92c5c26579bd4298aa65a6 
ce89055575860c4100370133ab488979a83ad49a
 25803 fail 7ae240637ab3477a59d062412f5cf4f84f5de2f9 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
044c9e608e67defea4fc9c9ef4286e85a99d68c2 
e16435c95be86244bd92c5c26579bd4298aa65a6 
e3f630b73c159078a6991161c5255048b16d366f
 25810 fail 7ae240637ab3477a59d062412f5cf4f84f5de2f9 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
044c9e608e67defea4fc9c9ef4286e85a99d68c2 
e16435c95be86244bd92c5c26579bd4298aa65a6 
e3f630b73c159078a6991161c5255048b16d366f
Searching for interesting versions
 Result found: flight 25666 (pass), for basis pass
 Result found: flight 25791 (fail), for basis failure
 Repro found: flight 25804 (pass), for basis pass
 Repro found: flight 25810 (fail), for basis failure
 0 revisions at 7ae240637ab3477a59d062412f5cf4f84f5de2f9 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
044c9e608e67defea4fc9c9ef4286e85a99d68c2 
e16435c95be86244bd92c5c26579bd4298aa65a6 
da44176cc1b45558f8ec53ef7f5e8796372f57a9
No revisions left to test, checking graph state.
 Result found: flight 25786 (pass), for last pass
 Result found: flight 25790 (fail), for first failure
 Repro found: flight 25798 (pass), for last pass
 Repro found: flight 25799 (fail), for first failure
 Repro found: flight 25801 (pass), for last pass
 Repro found: flight 25802 (fail), for first failure

*** Found and reproduced problem changeset ***

  Bug is in tree:  xen git://xenbits.xen.org/xen.git
  Bug introduced:  e7516b4015c87dc0e136352d8b6a1c850ebdda3f
  Bug not present: da44176cc1b45558f8ec53ef7f5e8796372f57a9

Cloning into bare repository /export/home/osstest/repos/xen...

  commit e7516b4015c87dc0e136352d8b6a1c850ebdda3f
  Author: Jan Beulich <jbeulich@xxxxxxxx>
  Date:   Fri Apr 4 10:53:20 2014 +0200
  
      x86/HVM: correct CPUID leaf 80000008 handling
      
      CPUID[80000008].EAX[23:16] have been given the meaning of the guest
      physical address restriction (in case it needs to be smaller than the
      host's), hence we need to mirror that into vCPUID[80000008].EAX[7:0].
      
      Enforce a lower limit at the same time, as well as a fixed value for
      the virtual address bits, and zero for the guest physical address ones.
      
      In order for the vMTRR code to see these overrides we need to make it
      call hvm_cpuid() instead of domain_cpuid(), which in turn requires
      special casing (and relaxing) the controlling domain.
      
      This additionally should hide an ordering problem in the tools: Both
      xend and xl appear to be restoring a guest from its image before
      setting up the CPUID policy in the hypervisor, resulting in
      domain_cpuid() returning all zeros and hence the check in
      mtrr_var_range_msr_set() failing if the guest previously had more than
      the minimum 36 physical address bits.
      
      Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
      Reviewed-by: Tim Deegan <tim@xxxxxxx>
      master commit: ef437690af8b75e6758dce77af75a22b63982883
      master date: 2014-03-28 13:33:34 +0100

Revision graph left in 
/home/xc_osstest/results/bisect.xen-4.3-testing.test-amd64-amd64-xl-qemuu-winxpsp3.windows-install.{dot,ps,png,html}.
----------------------------------------
25810: tolerable FAIL

flight 25810 xen-4.3-testing real-bisect [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/25810/

Failures :-/ but no regressions.

Tests which did not succeed,
including tests which could not be run:
 test-amd64-amd64-xl-qemuu-winxpsp3  7 windows-install   fail baseline untested


jobs:
 build-amd64                                                  pass    
 test-amd64-amd64-xl-qemuu-winxpsp3                           fail    


------------------------------------------------------------
sg-report-flight on osstest.cam.xci-test.com
logs: /home/xc_osstest/logs
images: /home/xc_osstest/images

Logs, config files, etc. are available at
    http://www.chiark.greenend.org.uk/~xensrcts/logs

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


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

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