All of lore.kernel.org
 help / color / mirror / Atom feed
* [linux-3.10 bisection] complete test-amd64-i386-rumpuserxen-i386
@ 2015-12-15  7:24 osstest service owner
  2015-12-15  7:59 ` Juergen Gross
  0 siblings, 1 reply; 4+ messages in thread
From: osstest service owner @ 2015-12-15  7:24 UTC (permalink / raw)
  To: xen-devel, osstest-admin

branch xen-unstable
xenbranch xen-unstable
job test-amd64-i386-rumpuserxen-i386
testid guest-start

Tree: linux git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
Tree: qemu git://xenbits.xen.org/qemu-xen-traditional.git
Tree: qemuu git://xenbits.xen.org/qemu-xen.git
Tree: rumpuserxen git://xenbits.xen.org/rumpuser-xen.git
Tree: rumpuserxen_buildrumpsh https://github.com/rumpkernel/buildrump.sh.git
Tree: rumpuserxen_netbsdsrc https://github.com/rumpkernel/src-netbsd
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:  81a76e4b12961a9f54f5021809074196dfe6dbba
  Bug not present: cd353959cdfbe06c2a6abfd73f03f40b84e1e3f1
  Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/66373/


  commit 81a76e4b12961a9f54f5021809074196dfe6dbba
  Author: Juergen Gross <jgross@suse.com>
  Date:   Thu Nov 12 14:43:35 2015 +0100
  
      libxc: rework of domain builder's page table handler
      
      In order to prepare a p2m list outside of the initial kernel mapping
      do a rework of the domain builder's page table handler. The goal is
      to be able to use common helpers for page table allocation and setup
      for initial kernel page tables and page tables mapping the p2m list.
      This is achieved by supporting multiple mapping areas. The mapped
      virtual addresses of the single areas must not overlap, while the
      page tables of a new area added might already be partially present.
      Especially the top level page table is existing only once, of course.
      
      Currently restrict the number of mappings to 1 because the only mapping
      now is the initial mapping created by toolstack. There should not be
      behaviour change and guest visible change introduced.
      
      Signed-off-by: Juergen Gross <jgross@suse.com>
      Reviewed-by: Wei Liu <wei.liu2@citrix.com>


For bisection revision-tuple graph see:
   http://logs.test-lab.xenproject.org/osstest/results/bisect/linux-3.10/test-amd64-i386-rumpuserxen-i386.guest-start.html
Revision IDs in each graph node refer, respectively, to the Trees above.

----------------------------------------
Running cs-bisection-step --graph-out=/home/logs/results/bisect/linux-3.10/test-amd64-i386-rumpuserxen-i386.guest-start --summary-out=tmp/66373.bisection-summary --basis-template=64456 --blessings=real,real-bisect linux-3.10 test-amd64-i386-rumpuserxen-i386 guest-start
Searching for failure / basis pass:
 65778 fail [host=baroque0] / 64456 ok.
Failure / basis pass flights: 65778 / 64456
(tree with no url: ovmf)
(tree with no url: seabios)
Tree: linux git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
Tree: qemu git://xenbits.xen.org/qemu-xen-traditional.git
Tree: qemuu git://xenbits.xen.org/qemu-xen.git
Tree: rumpuserxen git://xenbits.xen.org/rumpuser-xen.git
Tree: rumpuserxen_buildrumpsh https://github.com/rumpkernel/buildrump.sh.git
Tree: rumpuserxen_netbsdsrc https://github.com/rumpkernel/src-netbsd
Tree: xen git://xenbits.xen.org/xen.git
Latest 03ed106ff4c200d01f3c72f71fa9c5b18da07d9b c530a75c1e6a472b0eb9558310b518f0dfcd8860 91c15bfaec1764ce2896a393eabee1183afe1130 f6787aedc9043bffc5ee5b64c6d46b8fc7298a96 30d72f3fc5e35cd53afd82c8179cc0e0b11146ad 47b1a5eef43cce61bf018500bddf751ecf9de38e 17a547ca2943a7d98780a0366966c3aef29093a6 a841b1b1286d122fd472b43db3c423b9876262e5
Basis pass bdf8cfb859e9cd265ec1696d9e007fac66e7aea7 c530a75c1e6a472b0eb9558310b518f0dfcd8860 bc00cad75d8bcc3ba696992bec219c21db8406aa 816609b2841297925a223ec377c336360e044ee5 30d72f3fc5e35cd53afd82c8179cc0e0b11146ad 47b1a5eef43cce61bf018500bddf751ecf9de38e 17a547ca2943a7d98780a0366966c3aef29093a6 22a1fbb575df3a3a7726cdeb5ddf19cc8f60827c
Generating revisions with ./adhoc-revtuple-generator  git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git#bdf8cfb859e9cd265ec1696d9e007fac66e7aea7-03ed106ff4c200d01f3c72f71fa9c5b18da07d9b git://xenbits.xen.org/osstest/linux-firmware.git#c530a75c1e6a472b0eb9558310b518f0dfcd8860-c530a75c1e6a472b0eb9558310b518f0dfcd8860 git://xenbits.xen.org/qemu-xen-traditional.git#bc00cad75d8bcc3ba696992bec219c21db8406aa-91c15bfaec1764ce2896a393eabee1183afe1130 git://xenbits.xen.org/qemu-xen.git#816609b2841297925a223ec377c336360e044ee5-f6787aedc9043bffc5ee5b64c6d46b8fc7298a96 git://xenbits.xen.org/rumpuser-xen.git#30d72f3fc5e35cd53afd82c8179cc0e0b11146ad-30d72f3fc5e35cd53afd82c8179cc0e0b11146ad https://github.com/rumpkernel/buildrump.sh.git#47b1a5eef43cce61bf018500bddf751ecf9de38e-47b1a5ee
 f43cce61bf018500bddf751ecf9de38e https://github.com/rumpkernel/src-netbsd#17a547ca2943a7d98780a0366966c3aef29093a6-17a547ca2943a7d98780a0366966c3aef29093a6 git://xenbits.xen.org/xen.git#22a1fbb575df3a3a7726cdeb5ddf19cc8f60827c-a841b1b1286d122fd472b43db3c423b9876262e5
Loaded 23580 nodes in revision graph
Searching for test results:
 64001 [host=merlot1]
 64187 [host=rimava0]
 64136 [host=huxelrebe1]
 64300 [host=chardonnay1]
 64456 pass bdf8cfb859e9cd265ec1696d9e007fac66e7aea7 c530a75c1e6a472b0eb9558310b518f0dfcd8860 bc00cad75d8bcc3ba696992bec219c21db8406aa 816609b2841297925a223ec377c336360e044ee5 30d72f3fc5e35cd53afd82c8179cc0e0b11146ad 47b1a5eef43cce61bf018500bddf751ecf9de38e 17a547ca2943a7d98780a0366966c3aef29093a6 22a1fbb575df3a3a7726cdeb5ddf19cc8f60827c
 65696 pass bdf8cfb859e9cd265ec1696d9e007fac66e7aea7 c530a75c1e6a472b0eb9558310b518f0dfcd8860 bc00cad75d8bcc3ba696992bec219c21db8406aa 816609b2841297925a223ec377c336360e044ee5 30d72f3fc5e35cd53afd82c8179cc0e0b11146ad 47b1a5eef43cce61bf018500bddf751ecf9de38e 17a547ca2943a7d98780a0366966c3aef29093a6 22a1fbb575df3a3a7726cdeb5ddf19cc8f60827c
 65697 fail irrelevant
 65634 fail irrelevant
 65779 pass bdf8cfb859e9cd265ec1696d9e007fac66e7aea7 c530a75c1e6a472b0eb9558310b518f0dfcd8860 bc00cad75d8bcc3ba696992bec219c21db8406aa 816609b2841297925a223ec377c336360e044ee5 30d72f3fc5e35cd53afd82c8179cc0e0b11146ad 47b1a5eef43cce61bf018500bddf751ecf9de38e 17a547ca2943a7d98780a0366966c3aef29093a6 ddb13e70225b8cd25ce6943f75f8ce928d37159c
 65770 fail irrelevant
 65772 fail bdf8cfb859e9cd265ec1696d9e007fac66e7aea7 c530a75c1e6a472b0eb9558310b518f0dfcd8860 bc00cad75d8bcc3ba696992bec219c21db8406aa 3fb401edbd8e9741c611bfddf6a2032ca91f55ed 30d72f3fc5e35cd53afd82c8179cc0e0b11146ad 47b1a5eef43cce61bf018500bddf751ecf9de38e 17a547ca2943a7d98780a0366966c3aef29093a6 c87303c04738b0e837da6e891eb561de0bf1b64e
 65774 fail bdf8cfb859e9cd265ec1696d9e007fac66e7aea7 c530a75c1e6a472b0eb9558310b518f0dfcd8860 bc00cad75d8bcc3ba696992bec219c21db8406aa 816609b2841297925a223ec377c336360e044ee5 30d72f3fc5e35cd53afd82c8179cc0e0b11146ad 47b1a5eef43cce61bf018500bddf751ecf9de38e 17a547ca2943a7d98780a0366966c3aef29093a6 abdf3c5b2b971dc12e665e8e0cda184b416efffe
 65776 pass bdf8cfb859e9cd265ec1696d9e007fac66e7aea7 c530a75c1e6a472b0eb9558310b518f0dfcd8860 bc00cad75d8bcc3ba696992bec219c21db8406aa 816609b2841297925a223ec377c336360e044ee5 30d72f3fc5e35cd53afd82c8179cc0e0b11146ad 47b1a5eef43cce61bf018500bddf751ecf9de38e 17a547ca2943a7d98780a0366966c3aef29093a6 5ea01bf96e5072ac88e23f35cd087a2fdb9eb856
 65777 pass bdf8cfb859e9cd265ec1696d9e007fac66e7aea7 c530a75c1e6a472b0eb9558310b518f0dfcd8860 bc00cad75d8bcc3ba696992bec219c21db8406aa 816609b2841297925a223ec377c336360e044ee5 30d72f3fc5e35cd53afd82c8179cc0e0b11146ad 47b1a5eef43cce61bf018500bddf751ecf9de38e 17a547ca2943a7d98780a0366966c3aef29093a6 2e5ed3456a017452824b1def76afbf6494ddfc7f
 65778 fail 03ed106ff4c200d01f3c72f71fa9c5b18da07d9b c530a75c1e6a472b0eb9558310b518f0dfcd8860 91c15bfaec1764ce2896a393eabee1183afe1130 f6787aedc9043bffc5ee5b64c6d46b8fc7298a96 30d72f3fc5e35cd53afd82c8179cc0e0b11146ad 47b1a5eef43cce61bf018500bddf751ecf9de38e 17a547ca2943a7d98780a0366966c3aef29093a6 a841b1b1286d122fd472b43db3c423b9876262e5
 66300 pass bdf8cfb859e9cd265ec1696d9e007fac66e7aea7 c530a75c1e6a472b0eb9558310b518f0dfcd8860 bc00cad75d8bcc3ba696992bec219c21db8406aa 816609b2841297925a223ec377c336360e044ee5 30d72f3fc5e35cd53afd82c8179cc0e0b11146ad 47b1a5eef43cce61bf018500bddf751ecf9de38e 17a547ca2943a7d98780a0366966c3aef29093a6 22a1fbb575df3a3a7726cdeb5ddf19cc8f60827c
 66334 pass bdf8cfb859e9cd265ec1696d9e007fac66e7aea7 c530a75c1e6a472b0eb9558310b518f0dfcd8860 bc00cad75d8bcc3ba696992bec219c21db8406aa 816609b2841297925a223ec377c336360e044ee5 30d72f3fc5e35cd53afd82c8179cc0e0b11146ad 47b1a5eef43cce61bf018500bddf751ecf9de38e 17a547ca2943a7d98780a0366966c3aef29093a6 cd353959cdfbe06c2a6abfd73f03f40b84e1e3f1
 66349 pass bdf8cfb859e9cd265ec1696d9e007fac66e7aea7 c530a75c1e6a472b0eb9558310b518f0dfcd8860 bc00cad75d8bcc3ba696992bec219c21db8406aa 816609b2841297925a223ec377c336360e044ee5 30d72f3fc5e35cd53afd82c8179cc0e0b11146ad 47b1a5eef43cce61bf018500bddf751ecf9de38e 17a547ca2943a7d98780a0366966c3aef29093a6 cd353959cdfbe06c2a6abfd73f03f40b84e1e3f1
 66325 fail 03ed106ff4c200d01f3c72f71fa9c5b18da07d9b c530a75c1e6a472b0eb9558310b518f0dfcd8860 91c15bfaec1764ce2896a393eabee1183afe1130 f6787aedc9043bffc5ee5b64c6d46b8fc7298a96 30d72f3fc5e35cd53afd82c8179cc0e0b11146ad 47b1a5eef43cce61bf018500bddf751ecf9de38e 17a547ca2943a7d98780a0366966c3aef29093a6 a841b1b1286d122fd472b43db3c423b9876262e5
 66363 pass bdf8cfb859e9cd265ec1696d9e007fac66e7aea7 c530a75c1e6a472b0eb9558310b518f0dfcd8860 bc00cad75d8bcc3ba696992bec219c21db8406aa 816609b2841297925a223ec377c336360e044ee5 30d72f3fc5e35cd53afd82c8179cc0e0b11146ad 47b1a5eef43cce61bf018500bddf751ecf9de38e 17a547ca2943a7d98780a0366966c3aef29093a6 cd353959cdfbe06c2a6abfd73f03f40b84e1e3f1
 66327 pass bdf8cfb859e9cd265ec1696d9e007fac66e7aea7 c530a75c1e6a472b0eb9558310b518f0dfcd8860 bc00cad75d8bcc3ba696992bec219c21db8406aa 816609b2841297925a223ec377c336360e044ee5 30d72f3fc5e35cd53afd82c8179cc0e0b11146ad 47b1a5eef43cce61bf018500bddf751ecf9de38e 17a547ca2943a7d98780a0366966c3aef29093a6 8c45adec18e0512c3d34dcafb13414ecba21be6a
 66359 fail bdf8cfb859e9cd265ec1696d9e007fac66e7aea7 c530a75c1e6a472b0eb9558310b518f0dfcd8860 bc00cad75d8bcc3ba696992bec219c21db8406aa 816609b2841297925a223ec377c336360e044ee5 30d72f3fc5e35cd53afd82c8179cc0e0b11146ad 47b1a5eef43cce61bf018500bddf751ecf9de38e 17a547ca2943a7d98780a0366966c3aef29093a6 81a76e4b12961a9f54f5021809074196dfe6dbba
 66342 fail bdf8cfb859e9cd265ec1696d9e007fac66e7aea7 c530a75c1e6a472b0eb9558310b518f0dfcd8860 bc00cad75d8bcc3ba696992bec219c21db8406aa 816609b2841297925a223ec377c336360e044ee5 30d72f3fc5e35cd53afd82c8179cc0e0b11146ad 47b1a5eef43cce61bf018500bddf751ecf9de38e 17a547ca2943a7d98780a0366966c3aef29093a6 81a76e4b12961a9f54f5021809074196dfe6dbba
 66373 fail bdf8cfb859e9cd265ec1696d9e007fac66e7aea7 c530a75c1e6a472b0eb9558310b518f0dfcd8860 bc00cad75d8bcc3ba696992bec219c21db8406aa 816609b2841297925a223ec377c336360e044ee5 30d72f3fc5e35cd53afd82c8179cc0e0b11146ad 47b1a5eef43cce61bf018500bddf751ecf9de38e 17a547ca2943a7d98780a0366966c3aef29093a6 81a76e4b12961a9f54f5021809074196dfe6dbba
Searching for interesting versions
 Result found: flight 64456 (pass), for basis pass
 Result found: flight 65778 (fail), for basis failure
 Repro found: flight 66300 (pass), for basis pass
 Repro found: flight 66325 (fail), for basis failure
 0 revisions at bdf8cfb859e9cd265ec1696d9e007fac66e7aea7 c530a75c1e6a472b0eb9558310b518f0dfcd8860 bc00cad75d8bcc3ba696992bec219c21db8406aa 816609b2841297925a223ec377c336360e044ee5 30d72f3fc5e35cd53afd82c8179cc0e0b11146ad 47b1a5eef43cce61bf018500bddf751ecf9de38e 17a547ca2943a7d98780a0366966c3aef29093a6 cd353959cdfbe06c2a6abfd73f03f40b84e1e3f1
No revisions left to test, checking graph state.
 Result found: flight 66334 (pass), for last pass
 Result found: flight 66342 (fail), for first failure
 Repro found: flight 66349 (pass), for last pass
 Repro found: flight 66359 (fail), for first failure
 Repro found: flight 66363 (pass), for last pass
 Repro found: flight 66373 (fail), for first failure

*** Found and reproduced problem changeset ***

  Bug is in tree:  xen git://xenbits.xen.org/xen.git
  Bug introduced:  81a76e4b12961a9f54f5021809074196dfe6dbba
  Bug not present: cd353959cdfbe06c2a6abfd73f03f40b84e1e3f1
  Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/66373/


  commit 81a76e4b12961a9f54f5021809074196dfe6dbba
  Author: Juergen Gross <jgross@suse.com>
  Date:   Thu Nov 12 14:43:35 2015 +0100
  
      libxc: rework of domain builder's page table handler
      
      In order to prepare a p2m list outside of the initial kernel mapping
      do a rework of the domain builder's page table handler. The goal is
      to be able to use common helpers for page table allocation and setup
      for initial kernel page tables and page tables mapping the p2m list.
      This is achieved by supporting multiple mapping areas. The mapped
      virtual addresses of the single areas must not overlap, while the
      page tables of a new area added might already be partially present.
      Especially the top level page table is existing only once, of course.
      
      Currently restrict the number of mappings to 1 because the only mapping
      now is the initial mapping created by toolstack. There should not be
      behaviour change and guest visible change introduced.
      
      Signed-off-by: Juergen Gross <jgross@suse.com>
      Reviewed-by: Wei Liu <wei.liu2@citrix.com>

pnmtopng: 246 colors found
Revision graph left in /home/logs/results/bisect/linux-3.10/test-amd64-i386-rumpuserxen-i386.guest-start.{dot,ps,png,html,svg}.
----------------------------------------
66373: tolerable FAIL

flight 66373 linux-3.10 real-bisect [real]
http://logs.test-lab.xenproject.org/osstest/logs/66373/

Failures :-/ but no regressions.

Tests which did not succeed,
including tests which could not be run:
 test-amd64-i386-rumpuserxen-i386 10 guest-start         fail baseline untested


jobs:
 build-i386-rumpuserxen                                       pass    
 test-amd64-i386-rumpuserxen-i386                             fail    


------------------------------------------------------------
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

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [linux-3.10 bisection] complete test-amd64-i386-rumpuserxen-i386
  2015-12-15  7:24 [linux-3.10 bisection] complete test-amd64-i386-rumpuserxen-i386 osstest service owner
@ 2015-12-15  7:59 ` Juergen Gross
  2015-12-15  9:42   ` Juergen Gross
  2015-12-15  9:43   ` Ian Campbell
  0 siblings, 2 replies; 4+ messages in thread
From: Juergen Gross @ 2015-12-15  7:59 UTC (permalink / raw)
  To: xen-devel

On 15/12/15 08:24, osstest service owner wrote:
> branch xen-unstable
> xenbranch xen-unstable
> job test-amd64-i386-rumpuserxen-i386
> testid guest-start
> 
> Tree: linux git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
> Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
> Tree: qemu git://xenbits.xen.org/qemu-xen-traditional.git
> Tree: qemuu git://xenbits.xen.org/qemu-xen.git
> Tree: rumpuserxen git://xenbits.xen.org/rumpuser-xen.git
> Tree: rumpuserxen_buildrumpsh https://github.com/rumpkernel/buildrump.sh.git
> Tree: rumpuserxen_netbsdsrc https://github.com/rumpkernel/src-netbsd
> 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:  81a76e4b12961a9f54f5021809074196dfe6dbba
>   Bug not present: cd353959cdfbe06c2a6abfd73f03f40b84e1e3f1
>   Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/66373/
> 
> 
>   commit 81a76e4b12961a9f54f5021809074196dfe6dbba
>   Author: Juergen Gross <jgross@suse.com>
>   Date:   Thu Nov 12 14:43:35 2015 +0100
>   
>       libxc: rework of domain builder's page table handler
>       
>       In order to prepare a p2m list outside of the initial kernel mapping
>       do a rework of the domain builder's page table handler. The goal is
>       to be able to use common helpers for page table allocation and setup
>       for initial kernel page tables and page tables mapping the p2m list.
>       This is achieved by supporting multiple mapping areas. The mapped
>       virtual addresses of the single areas must not overlap, while the
>       page tables of a new area added might already be partially present.
>       Especially the top level page table is existing only once, of course.
>       
>       Currently restrict the number of mappings to 1 because the only mapping
>       now is the initial mapping created by toolstack. There should not be
>       behaviour change and guest visible change introduced.
>       
>       Signed-off-by: Juergen Gross <jgross@suse.com>
>       Reviewed-by: Wei Liu <wei.liu2@citrix.com>

Hmm, reminds me of the problem which should have been corrected with
commit 43e99d38cd9253267982f5c29205f2d273f7d65e. Is there a log
somewhere with this commit included?


Juergen

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [linux-3.10 bisection] complete test-amd64-i386-rumpuserxen-i386
  2015-12-15  7:59 ` Juergen Gross
@ 2015-12-15  9:42   ` Juergen Gross
  2015-12-15  9:43   ` Ian Campbell
  1 sibling, 0 replies; 4+ messages in thread
From: Juergen Gross @ 2015-12-15  9:42 UTC (permalink / raw)
  To: xen-devel

On 15/12/15 08:59, Juergen Gross wrote:
> On 15/12/15 08:24, osstest service owner wrote:
>> branch xen-unstable
>> xenbranch xen-unstable
>> job test-amd64-i386-rumpuserxen-i386
>> testid guest-start
>>
>> Tree: linux git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
>> Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
>> Tree: qemu git://xenbits.xen.org/qemu-xen-traditional.git
>> Tree: qemuu git://xenbits.xen.org/qemu-xen.git
>> Tree: rumpuserxen git://xenbits.xen.org/rumpuser-xen.git
>> Tree: rumpuserxen_buildrumpsh https://github.com/rumpkernel/buildrump.sh.git
>> Tree: rumpuserxen_netbsdsrc https://github.com/rumpkernel/src-netbsd
>> 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:  81a76e4b12961a9f54f5021809074196dfe6dbba
>>   Bug not present: cd353959cdfbe06c2a6abfd73f03f40b84e1e3f1
>>   Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/66373/
>>
>>
>>   commit 81a76e4b12961a9f54f5021809074196dfe6dbba
>>   Author: Juergen Gross <jgross@suse.com>
>>   Date:   Thu Nov 12 14:43:35 2015 +0100
>>   
>>       libxc: rework of domain builder's page table handler
>>       
>>       In order to prepare a p2m list outside of the initial kernel mapping
>>       do a rework of the domain builder's page table handler. The goal is
>>       to be able to use common helpers for page table allocation and setup
>>       for initial kernel page tables and page tables mapping the p2m list.
>>       This is achieved by supporting multiple mapping areas. The mapped
>>       virtual addresses of the single areas must not overlap, while the
>>       page tables of a new area added might already be partially present.
>>       Especially the top level page table is existing only once, of course.
>>       
>>       Currently restrict the number of mappings to 1 because the only mapping
>>       now is the initial mapping created by toolstack. There should not be
>>       behaviour change and guest visible change introduced.
>>       
>>       Signed-off-by: Juergen Gross <jgross@suse.com>
>>       Reviewed-by: Wei Liu <wei.liu2@citrix.com>
> 
> Hmm, reminds me of the problem which should have been corrected with
> commit 43e99d38cd9253267982f5c29205f2d273f7d65e. Is there a log
> somewhere with this commit included?

Oops, commit is off by one. It should be:
c8eb0ec277ae387e78d685523e0fee633e46f046

Juergen

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [linux-3.10 bisection] complete test-amd64-i386-rumpuserxen-i386
  2015-12-15  7:59 ` Juergen Gross
  2015-12-15  9:42   ` Juergen Gross
@ 2015-12-15  9:43   ` Ian Campbell
  1 sibling, 0 replies; 4+ messages in thread
From: Ian Campbell @ 2015-12-15  9:43 UTC (permalink / raw)
  To: Juergen Gross, xen-devel

On Tue, 2015-12-15 at 08:59 +0100, Juergen Gross wrote:
>   commit 81a76e4b12961a9f54f5021809074196dfe6dbba
> >   Author: Juergen Gross <jgross@suse.com>
> >   Date:   Thu Nov 12 14:43:35 2015 +0100
> >   
> >       libxc: rework of domain builder's page table handler
> >       
> > 
> Hmm, reminds me of the problem which should have been corrected with
> commit 43e99d38cd9253267982f5c29205f2d273f7d65e. Is there a log
> somewhere with this commit included?

This one is actually fixed by your mini-os.git commit:

commit 8d84345a20d8a46ea26379c9f19961f6aa3e6e83
Author: Juergen Gross <jgross@suse.com>
Date:   Fri Nov 20 19:32:42 2015 +0100

    minios: don't rely on specific page table allocation scheme
   
However for various other reasons the rumpkernel tests have been failing
for a while now (mainly the upstream rumpkernel build system changed ages
ago but osstest has not been updated to follow), which means we have no
avenue to get the fix into the rumpkernel version of mini-os.

Given that long standing issue we decided to force push any flights which
failed due to this, turning the failure into the new baseline. For (not
much) more background see the discussion at:
    http://lists.xen.org/archives/html/xen-devel/2015-11/msg02878.html

In this case I did this force push yesterday in
    http://lists.xen.org/archives/html/xen-devel/2015-12/msg01511.html

I did a bunch of other linux-* branches yesterday for the same reason, but
I didn't kill any flights which were in progress, so there mau be one more
set of results with this fail before the new baseline gets picked up and
the bisector understands it doesn't need to care any longer.

Ian.

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

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

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2015-12-15  9:43 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-12-15  7:24 [linux-3.10 bisection] complete test-amd64-i386-rumpuserxen-i386 osstest service owner
2015-12-15  7:59 ` Juergen Gross
2015-12-15  9:42   ` Juergen Gross
2015-12-15  9:43   ` Ian Campbell

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.