* [linux-3.18 bisection] complete test-amd64-amd64-xl-shadow
@ 2018-08-24 0:58 osstest service owner
2018-08-24 9:13 ` Wei Liu
0 siblings, 1 reply; 11+ messages in thread
From: osstest service owner @ 2018-08-24 0:58 UTC (permalink / raw)
To: xen-devel, osstest-admin
[-- Attachment #1: Type: text/plain, Size: 11370 bytes --]
branch xen-unstable
xenbranch xen-unstable
job test-amd64-amd64-xl-shadow
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: 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: a2d9a6fa1fcd2dfcfa9d1d34998156f9399a3eb2
Bug not present: 83fa6552cea112a900ec7891f8c170d022fe7e20
Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/126505/
commit a2d9a6fa1fcd2dfcfa9d1d34998156f9399a3eb2
Author: Paul Durrant <paul.durrant@citrix.com>
Date: Thu Aug 9 10:59:41 2018 +0100
tools/libxenctrl: use new xenforeignmemory API to seed grant table
A previous patch added support for priv-mapping guest resources directly
(rather than having to foreign-map, which requires P2M modification for
HVM guests).
This patch makes use of the new API to seed the guest grant table unless
the underlying infrastructure (i.e. privcmd) doesn't support it, in which
case the old scheme is used.
NOTE: The call to xc_dom_gnttab_hvm_seed() in hvm_build_set_params() was
actually unnecessary, as the grant table has already been seeded
by a prior call to xc_dom_gnttab_init() made by libxl__build_dom().
Signed-off-by: Paul Durrant <paul.durrant@citrix.com>
Acked-by: Marek Marczykowski-Górecki <marmarek@invisiblethingslab.com>
Reviewed-by: Roger Pau Monné <roger.pau@citrix.com>
Acked-by: Wei Liu <wei.liu2@citrix.com>
Reviewed-by: Andrew Cooper <andrew.cooper3@citrix.com>
For bisection revision-tuple graph see:
http://logs.test-lab.xenproject.org/osstest/results/bisect/linux-3.18/test-amd64-amd64-xl-shadow.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.18/test-amd64-amd64-xl-shadow.guest-start --summary-out=tmp/126505.bisection-summary --basis-template=126042 --blessings=real,real-bisect linux-3.18 test-amd64-amd64-xl-shadow guest-start
Searching for failure / basis pass:
126362 fail [host=baroque0] / 126042 [host=albana1] 125899 [host=albana0] 125658 [host=elbling1] 125649 [host=fiano1] 125641 ok.
Failure / basis pass flights: 126362 / 125641
(tree with no url: minios)
(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: xen git://xenbits.xen.org/xen.git
Latest 18e6ee0440a7ab853e4ca0f1403eeef1803ed970 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 4f080070a9809bde857851e68a3aeff0c4b9b6a6 3a2b8525b883baa87fe89b3da58f5c09fa599b99
Basis pass 7612025fbc7a5ab54bf71f48b99b0b6a15fc7b06 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a e3f667bc5f51d0aa44357a64ca134cd952679c81
Generating revisions with ./adhoc-revtuple-generator git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git#7612025fbc7a5ab54bf71f48b99b0b6a15fc7b06-18e6ee0440a7ab853e4ca0f1403eeef1803ed970 git://xenbits.xen.org/osstest/linux-firmware.git#c530a75c1e6a472b0eb9558310b518f0dfcd8860-c530a75c1e6a472b0eb9558310b518f0dfcd8860 git://xenbits.xen.org/qemu-xen-traditional.git#c8ea0457495342c417c3dc033bba25148b279f60-c8ea0457495342c417c3dc033bba25148b279f60 git://xenbits.xen.org/qemu-xen.git#43139135a8938de44f66333831d3a8655d07663a-4f080070a9809bde857851e68a3aeff0c4b9b6a6 git://xenbits.xen.org/xen.git#e3f667bc5f51d0aa44357a64ca134cd952679c81-3a2b8525b883baa87fe89b3da58f5c09fa599b99
adhoc-revtuple-generator: tree discontiguous: qemu-xen
Loaded 2002 nodes in revision graph
Searching for test results:
125505 [host=albana0]
125525 [host=rimava1]
125561 [host=godello0]
125641 pass 7612025fbc7a5ab54bf71f48b99b0b6a15fc7b06 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a e3f667bc5f51d0aa44357a64ca134cd952679c81
125649 [host=fiano1]
125658 [host=elbling1]
125899 [host=albana0]
126042 [host=albana1]
126189 fail irrelevant
126270 fail irrelevant
126460 pass dbba166b0e442d4d38ae0f244d32338c3e92d16f c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a a2ae81893ab7d5231052d96b84f70b5deb54a8ec
126463 pass 1b2c23459c3335ee9e0dd2cd2e2856d0201852e5 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a 4b60c40659b34b6577a6bc91eb4115458a0e425f
126455 pass 7612025fbc7a5ab54bf71f48b99b0b6a15fc7b06 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a e3f667bc5f51d0aa44357a64ca134cd952679c81
126458 fail irrelevant
126362 fail 18e6ee0440a7ab853e4ca0f1403eeef1803ed970 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 4f080070a9809bde857851e68a3aeff0c4b9b6a6 3a2b8525b883baa87fe89b3da58f5c09fa599b99
126496 pass 830f9674e76d08d04585e53fc200ae8af99966e7 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a 83fa6552cea112a900ec7891f8c170d022fe7e20
126500 fail 830f9674e76d08d04585e53fc200ae8af99966e7 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a a2d9a6fa1fcd2dfcfa9d1d34998156f9399a3eb2
126474 fail 18e6ee0440a7ab853e4ca0f1403eeef1803ed970 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 4f080070a9809bde857851e68a3aeff0c4b9b6a6 3a2b8525b883baa87fe89b3da58f5c09fa599b99
126477 fail 830f9674e76d08d04585e53fc200ae8af99966e7 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a aa67b97ed34279c43a43d9ca46727b5746caa92e
126501 pass 830f9674e76d08d04585e53fc200ae8af99966e7 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a 83fa6552cea112a900ec7891f8c170d022fe7e20
126483 pass f42178c0f2f09d6e87b0a35dff3c8484eeaaa197 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a 4b60c40659b34b6577a6bc91eb4115458a0e425f
126486 fail 830f9674e76d08d04585e53fc200ae8af99966e7 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a 9a5c16a3e75778c8a094ca87784d93b74676f46c
126489 pass 830f9674e76d08d04585e53fc200ae8af99966e7 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a 4b60c40659b34b6577a6bc91eb4115458a0e425f
126491 pass 830f9674e76d08d04585e53fc200ae8af99966e7 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a 83fa6552cea112a900ec7891f8c170d022fe7e20
126495 fail 830f9674e76d08d04585e53fc200ae8af99966e7 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a a2d9a6fa1fcd2dfcfa9d1d34998156f9399a3eb2
126505 fail 830f9674e76d08d04585e53fc200ae8af99966e7 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a a2d9a6fa1fcd2dfcfa9d1d34998156f9399a3eb2
Searching for interesting versions
Result found: flight 125641 (pass), for basis pass
Result found: flight 126362 (fail), for basis failure
Repro found: flight 126455 (pass), for basis pass
Repro found: flight 126474 (fail), for basis failure
0 revisions at 830f9674e76d08d04585e53fc200ae8af99966e7 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a 83fa6552cea112a900ec7891f8c170d022fe7e20
No revisions left to test, checking graph state.
Result found: flight 126491 (pass), for last pass
Result found: flight 126495 (fail), for first failure
Repro found: flight 126496 (pass), for last pass
Repro found: flight 126500 (fail), for first failure
Repro found: flight 126501 (pass), for last pass
Repro found: flight 126505 (fail), for first failure
*** Found and reproduced problem changeset ***
Bug is in tree: xen git://xenbits.xen.org/xen.git
Bug introduced: a2d9a6fa1fcd2dfcfa9d1d34998156f9399a3eb2
Bug not present: 83fa6552cea112a900ec7891f8c170d022fe7e20
Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/126505/
commit a2d9a6fa1fcd2dfcfa9d1d34998156f9399a3eb2
Author: Paul Durrant <paul.durrant@citrix.com>
Date: Thu Aug 9 10:59:41 2018 +0100
tools/libxenctrl: use new xenforeignmemory API to seed grant table
A previous patch added support for priv-mapping guest resources directly
(rather than having to foreign-map, which requires P2M modification for
HVM guests).
This patch makes use of the new API to seed the guest grant table unless
the underlying infrastructure (i.e. privcmd) doesn't support it, in which
case the old scheme is used.
NOTE: The call to xc_dom_gnttab_hvm_seed() in hvm_build_set_params() was
actually unnecessary, as the grant table has already been seeded
by a prior call to xc_dom_gnttab_init() made by libxl__build_dom().
Signed-off-by: Paul Durrant <paul.durrant@citrix.com>
Acked-by: Marek Marczykowski-Górecki <marmarek@invisiblethingslab.com>
Reviewed-by: Roger Pau Monné <roger.pau@citrix.com>
Acked-by: Wei Liu <wei.liu2@citrix.com>
Reviewed-by: Andrew Cooper <andrew.cooper3@citrix.com>
pnmtopng: 129 colors found
Revision graph left in /home/logs/results/bisect/linux-3.18/test-amd64-amd64-xl-shadow.guest-start.{dot,ps,png,html,svg}.
----------------------------------------
126505: tolerable ALL FAIL
flight 126505 linux-3.18 real-bisect [real]
http://logs.test-lab.xenproject.org/osstest/logs/126505/
Failures :-/ but no regressions.
Tests which did not succeed,
including tests which could not be run:
test-amd64-amd64-xl-shadow 12 guest-start fail baseline untested
jobs:
test-amd64-amd64-xl-shadow 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
[-- Attachment #2: Type: text/plain, Size: 157 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [linux-3.18 bisection] complete test-amd64-amd64-xl-shadow
2018-08-24 0:58 [linux-3.18 bisection] complete test-amd64-amd64-xl-shadow osstest service owner
@ 2018-08-24 9:13 ` Wei Liu
2018-08-24 9:30 ` Paul Durrant
0 siblings, 1 reply; 11+ messages in thread
From: Wei Liu @ 2018-08-24 9:13 UTC (permalink / raw)
To: osstest service owner; +Cc: xen-devel, Paul Durrant, Wei Liu
On Fri, Aug 24, 2018 at 12:58:43AM +0000, osstest service owner wrote:
> branch xen-unstable
> xenbranch xen-unstable
> job test-amd64-amd64-xl-shadow
> 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: 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: a2d9a6fa1fcd2dfcfa9d1d34998156f9399a3eb2
> Bug not present: 83fa6552cea112a900ec7891f8c170d022fe7e20
> Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/126505/
>
>
> commit a2d9a6fa1fcd2dfcfa9d1d34998156f9399a3eb2
> Author: Paul Durrant <paul.durrant@citrix.com>
> Date: Thu Aug 9 10:59:41 2018 +0100
>
> tools/libxenctrl: use new xenforeignmemory API to seed grant table
>
> A previous patch added support for priv-mapping guest resources directly
> (rather than having to foreign-map, which requires P2M modification for
> HVM guests).
>
> This patch makes use of the new API to seed the guest grant table unless
> the underlying infrastructure (i.e. privcmd) doesn't support it, in which
> case the old scheme is used.
>
> NOTE: The call to xc_dom_gnttab_hvm_seed() in hvm_build_set_params() was
> actually unnecessary, as the grant table has already been seeded
> by a prior call to xc_dom_gnttab_init() made by libxl__build_dom().
>
> Signed-off-by: Paul Durrant <paul.durrant@citrix.com>
> Acked-by: Marek Marczykowski-G??recki <marmarek@invisiblethingslab.com>
> Reviewed-by: Roger Pau Monn?? <roger.pau@citrix.com>
> Acked-by: Wei Liu <wei.liu2@citrix.com>
> Reviewed-by: Andrew Cooper <andrew.cooper3@citrix.com>
>
>
> For bisection revision-tuple graph see:
> http://logs.test-lab.xenproject.org/osstest/results/bisect/linux-3.18/test-amd64-amd64-xl-shadow.guest-start.html
> Revision IDs in each graph node refer, respectively, to the Trees above.
domainbuilder: detail: vcpu_x86_64: called
domainbuilder: detail: vcpu_x86_64: cr3: pfn 0x2245 mfn 0x244845
xenforeignmemory: error: ioctl failed: Invalid argument
xc: error: panic: xc_dom_boot.c:420: xc_dom_gnttab_seed: failed to acquire d1 grant table [errno=22]
: Internal error
libxl: error: libxl_dom.c:750:libxl__build_dom: xc_dom_gnttab_init failed: Invalid argument
domainbuilder: detail: xc_dom_release: called
Wei.
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [linux-3.18 bisection] complete test-amd64-amd64-xl-shadow
2018-08-24 9:13 ` Wei Liu
@ 2018-08-24 9:30 ` Paul Durrant
2018-08-24 9:34 ` Wei Liu
0 siblings, 1 reply; 11+ messages in thread
From: Paul Durrant @ 2018-08-24 9:30 UTC (permalink / raw)
To: osstest service owner; +Cc: xen-devel@lists.xenproject.org, Wei Liu
> -----Original Message-----
> From: Wei Liu [mailto:wei.liu2@citrix.com]
> Sent: 24 August 2018 10:13
> To: osstest service owner <osstest-admin@xenproject.org>
> Cc: xen-devel@lists.xenproject.org; Wei Liu <wei.liu2@citrix.com>; Paul
> Durrant <Paul.Durrant@citrix.com>
> Subject: Re: [Xen-devel] [linux-3.18 bisection] complete test-amd64-amd64-
> xl-shadow
>
> On Fri, Aug 24, 2018 at 12:58:43AM +0000, osstest service owner wrote:
> > branch xen-unstable
> > xenbranch xen-unstable
> > job test-amd64-amd64-xl-shadow
> > 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: 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: a2d9a6fa1fcd2dfcfa9d1d34998156f9399a3eb2
> > Bug not present: 83fa6552cea112a900ec7891f8c170d022fe7e20
> > Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/126505/
> >
> >
> > commit a2d9a6fa1fcd2dfcfa9d1d34998156f9399a3eb2
> > Author: Paul Durrant <paul.durrant@citrix.com>
> > Date: Thu Aug 9 10:59:41 2018 +0100
> >
> > tools/libxenctrl: use new xenforeignmemory API to seed grant table
> >
> > A previous patch added support for priv-mapping guest resources
> directly
> > (rather than having to foreign-map, which requires P2M modification for
> > HVM guests).
> >
> > This patch makes use of the new API to seed the guest grant table
> unless
> > the underlying infrastructure (i.e. privcmd) doesn't support it, in which
> > case the old scheme is used.
> >
> > NOTE: The call to xc_dom_gnttab_hvm_seed() in
> hvm_build_set_params() was
> > actually unnecessary, as the grant table has already been seeded
> > by a prior call to xc_dom_gnttab_init() made by libxl__build_dom().
> >
> > Signed-off-by: Paul Durrant <paul.durrant@citrix.com>
> > Acked-by: Marek Marczykowski-G??recki
> <marmarek@invisiblethingslab.com>
> > Reviewed-by: Roger Pau Monn?? <roger.pau@citrix.com>
> > Acked-by: Wei Liu <wei.liu2@citrix.com>
> > Reviewed-by: Andrew Cooper <andrew.cooper3@citrix.com>
> >
> >
> > For bisection revision-tuple graph see:
> > http://logs.test-lab.xenproject.org/osstest/results/bisect/linux-
> 3.18/test-amd64-amd64-xl-shadow.guest-start.html
> > Revision IDs in each graph node refer, respectively, to the Trees above.
>
> domainbuilder: detail: vcpu_x86_64: called
> domainbuilder: detail: vcpu_x86_64: cr3: pfn 0x2245 mfn 0x244845
> xenforeignmemory: error: ioctl failed: Invalid argument
> xc: error: panic: xc_dom_boot.c:420: xc_dom_gnttab_seed: failed to acquire
> d1 grant table [errno=22]
> : Internal error
> libxl: error: libxl_dom.c:750:libxl__build_dom: xc_dom_gnttab_init failed:
> Invalid argument
> domainbuilder: detail: xc_dom_release: called
>
Taking a look now... Just forcing hap off doesn't generate an immediate repro so I'll have to have a closer look at the environment.
Paul
> Wei.
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [linux-3.18 bisection] complete test-amd64-amd64-xl-shadow
2018-08-24 9:30 ` Paul Durrant
@ 2018-08-24 9:34 ` Wei Liu
2018-08-24 9:35 ` Paul Durrant
0 siblings, 1 reply; 11+ messages in thread
From: Wei Liu @ 2018-08-24 9:34 UTC (permalink / raw)
To: Paul Durrant
Cc: xen-devel@lists.xenproject.org, Wei Liu, osstest service owner
On Fri, Aug 24, 2018 at 10:30:26AM +0100, Paul Durrant wrote:
> > > For bisection revision-tuple graph see:
> > > http://logs.test-lab.xenproject.org/osstest/results/bisect/linux-
> > 3.18/test-amd64-amd64-xl-shadow.guest-start.html
> > > Revision IDs in each graph node refer, respectively, to the Trees above.
> >
> > domainbuilder: detail: vcpu_x86_64: called
> > domainbuilder: detail: vcpu_x86_64: cr3: pfn 0x2245 mfn 0x244845
> > xenforeignmemory: error: ioctl failed: Invalid argument
> > xc: error: panic: xc_dom_boot.c:420: xc_dom_gnttab_seed: failed to acquire
> > d1 grant table [errno=22]
> > : Internal error
> > libxl: error: libxl_dom.c:750:libxl__build_dom: xc_dom_gnttab_init failed:
> > Invalid argument
> > domainbuilder: detail: xc_dom_release: called
> >
>
> Taking a look now... Just forcing hap off doesn't generate an immediate repro so I'll have to have a closer look at the environment.
Note the Linux branch is 3.18. I'm not sure if that really matters.
Wei.
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [linux-3.18 bisection] complete test-amd64-amd64-xl-shadow
2018-08-24 9:34 ` Wei Liu
@ 2018-08-24 9:35 ` Paul Durrant
2018-08-24 9:37 ` Wei Liu
0 siblings, 1 reply; 11+ messages in thread
From: Paul Durrant @ 2018-08-24 9:35 UTC (permalink / raw)
Cc: xen-devel@lists.xenproject.org, Wei Liu, osstest service owner
> -----Original Message-----
> From: Wei Liu [mailto:wei.liu2@citrix.com]
> Sent: 24 August 2018 10:35
> To: Paul Durrant <Paul.Durrant@citrix.com>
> Cc: Wei Liu <wei.liu2@citrix.com>; osstest service owner <osstest-
> admin@xenproject.org>; xen-devel@lists.xenproject.org
> Subject: Re: [Xen-devel] [linux-3.18 bisection] complete test-amd64-amd64-
> xl-shadow
>
> On Fri, Aug 24, 2018 at 10:30:26AM +0100, Paul Durrant wrote:
> > > > For bisection revision-tuple graph see:
> > > > http://logs.test-lab.xenproject.org/osstest/results/bisect/linux-
> > > 3.18/test-amd64-amd64-xl-shadow.guest-start.html
> > > > Revision IDs in each graph node refer, respectively, to the Trees above.
> > >
> > > domainbuilder: detail: vcpu_x86_64: called
> > > domainbuilder: detail: vcpu_x86_64: cr3: pfn 0x2245 mfn 0x244845
> > > xenforeignmemory: error: ioctl failed: Invalid argument
> > > xc: error: panic: xc_dom_boot.c:420: xc_dom_gnttab_seed: failed to
> acquire
> > > d1 grant table [errno=22]
> > > : Internal error
> > > libxl: error: libxl_dom.c:750:libxl__build_dom: xc_dom_gnttab_init failed:
> > > Invalid argument
> > > domainbuilder: detail: xc_dom_release: called
> > >
> >
> > Taking a look now... Just forcing hap off doesn't generate an immediate
> repro so I'll have to have a closer look at the environment.
>
> Note the Linux branch is 3.18. I'm not sure if that really matters.
>
I think that's the guest version, which should be irrelevant. Trying to figure out from the logs what dom0 is.
Paul
> Wei.
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [linux-3.18 bisection] complete test-amd64-amd64-xl-shadow
2018-08-24 9:35 ` Paul Durrant
@ 2018-08-24 9:37 ` Wei Liu
2018-08-24 9:44 ` Paul Durrant
0 siblings, 1 reply; 11+ messages in thread
From: Wei Liu @ 2018-08-24 9:37 UTC (permalink / raw)
To: Paul Durrant
Cc: xen-devel@lists.xenproject.org, Wei Liu, osstest service owner
On Fri, Aug 24, 2018 at 10:35:52AM +0100, Paul Durrant wrote:
> > -----Original Message-----
> > From: Wei Liu [mailto:wei.liu2@citrix.com]
> > Sent: 24 August 2018 10:35
> > To: Paul Durrant <Paul.Durrant@citrix.com>
> > Cc: Wei Liu <wei.liu2@citrix.com>; osstest service owner <osstest-
> > admin@xenproject.org>; xen-devel@lists.xenproject.org
> > Subject: Re: [Xen-devel] [linux-3.18 bisection] complete test-amd64-amd64-
> > xl-shadow
> >
> > On Fri, Aug 24, 2018 at 10:30:26AM +0100, Paul Durrant wrote:
> > > > > For bisection revision-tuple graph see:
> > > > > http://logs.test-lab.xenproject.org/osstest/results/bisect/linux-
> > > > 3.18/test-amd64-amd64-xl-shadow.guest-start.html
> > > > > Revision IDs in each graph node refer, respectively, to the Trees above.
> > > >
> > > > domainbuilder: detail: vcpu_x86_64: called
> > > > domainbuilder: detail: vcpu_x86_64: cr3: pfn 0x2245 mfn 0x244845
> > > > xenforeignmemory: error: ioctl failed: Invalid argument
> > > > xc: error: panic: xc_dom_boot.c:420: xc_dom_gnttab_seed: failed to
> > acquire
> > > > d1 grant table [errno=22]
> > > > : Internal error
> > > > libxl: error: libxl_dom.c:750:libxl__build_dom: xc_dom_gnttab_init failed:
> > > > Invalid argument
> > > > domainbuilder: detail: xc_dom_release: called
> > > >
> > >
> > > Taking a look now... Just forcing hap off doesn't generate an immediate
> > repro so I'll have to have a closer look at the environment.
> >
> > Note the Linux branch is 3.18. I'm not sure if that really matters.
> >
>
> I think that's the guest version, which should be irrelevant. Trying to figure out from the logs what dom0 is.
No. That's the host kernel.
Wei.
>
> Paul
>
> > Wei.
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [linux-3.18 bisection] complete test-amd64-amd64-xl-shadow
2018-08-24 9:37 ` Wei Liu
@ 2018-08-24 9:44 ` Paul Durrant
2018-08-24 9:50 ` Wei Liu
0 siblings, 1 reply; 11+ messages in thread
From: Paul Durrant @ 2018-08-24 9:44 UTC (permalink / raw)
Cc: xen-devel@lists.xenproject.org, Wei Liu, osstest service owner
> -----Original Message-----
> From: Wei Liu [mailto:wei.liu2@citrix.com]
> Sent: 24 August 2018 10:38
> To: Paul Durrant <Paul.Durrant@citrix.com>
> Cc: Wei Liu <wei.liu2@citrix.com>; osstest service owner <osstest-
> admin@xenproject.org>; xen-devel@lists.xenproject.org
> Subject: Re: [Xen-devel] [linux-3.18 bisection] complete test-amd64-amd64-
> xl-shadow
>
> On Fri, Aug 24, 2018 at 10:35:52AM +0100, Paul Durrant wrote:
> > > -----Original Message-----
> > > From: Wei Liu [mailto:wei.liu2@citrix.com]
> > > Sent: 24 August 2018 10:35
> > > To: Paul Durrant <Paul.Durrant@citrix.com>
> > > Cc: Wei Liu <wei.liu2@citrix.com>; osstest service owner <osstest-
> > > admin@xenproject.org>; xen-devel@lists.xenproject.org
> > > Subject: Re: [Xen-devel] [linux-3.18 bisection] complete test-amd64-
> amd64-
> > > xl-shadow
> > >
> > > On Fri, Aug 24, 2018 at 10:30:26AM +0100, Paul Durrant wrote:
> > > > > > For bisection revision-tuple graph see:
> > > > > > http://logs.test-lab.xenproject.org/osstest/results/bisect/linux-
> > > > > 3.18/test-amd64-amd64-xl-shadow.guest-start.html
> > > > > > Revision IDs in each graph node refer, respectively, to the Trees
> above.
> > > > >
> > > > > domainbuilder: detail: vcpu_x86_64: called
> > > > > domainbuilder: detail: vcpu_x86_64: cr3: pfn 0x2245 mfn 0x244845
> > > > > xenforeignmemory: error: ioctl failed: Invalid argument
> > > > > xc: error: panic: xc_dom_boot.c:420: xc_dom_gnttab_seed: failed to
> > > acquire
> > > > > d1 grant table [errno=22]
> > > > > : Internal error
> > > > > libxl: error: libxl_dom.c:750:libxl__build_dom: xc_dom_gnttab_init
> failed:
> > > > > Invalid argument
> > > > > domainbuilder: detail: xc_dom_release: called
> > > > >
> > > >
> > > > Taking a look now... Just forcing hap off doesn't generate an immediate
> > > repro so I'll have to have a closer look at the environment.
> > >
> > > Note the Linux branch is 3.18. I'm not sure if that really matters.
> > >
> >
> > I think that's the guest version, which should be irrelevant. Trying to figure
> out from the logs what dom0 is.
>
> No. That's the host kernel.
>
Ok. Got a repro with my base debian 4.9 dom0 kernel:
xenforeignmemory: error: ioctl failed: Invalid argument
xc: error: panic: xc_dom_boot.c:420: xc_dom_gnttab_seed: failed to acquire d1 grant table [errno=22]
: Internal error
libxl: error: libxl_dom.c:750:libxl__build_dom: xc_dom_gnttab_init failed: Invalid argument
domainbuilder: detail: xc_dom_release: called
libxl: error: libxl_create.c:1266:domcreate_rebuild_done: Domain 1:cannot (re-)build domain: -3
libxl: error: libxl_domain.c:1034:libxl__destroy_domid: Domain 1:Non-existant domain
libxl: error: libxl_domain.c:993:domain_destroy_callback: Domain 1:Unable to destroy guest
libxl: error: libxl_domain.c:920:domain_destroy_cb: Domain 1:Destruction of domain failed
I'm guessing it is a straight bug in the fall-back that's supposed to happen if privcmd doesn't do resource mapping.
Paul
> Wei.
>
> >
> > Paul
> >
> > > Wei.
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [linux-3.18 bisection] complete test-amd64-amd64-xl-shadow
2018-08-24 9:44 ` Paul Durrant
@ 2018-08-24 9:50 ` Wei Liu
2018-08-24 9:51 ` Paul Durrant
0 siblings, 1 reply; 11+ messages in thread
From: Wei Liu @ 2018-08-24 9:50 UTC (permalink / raw)
To: Paul Durrant
Cc: xen-devel@lists.xenproject.org, Wei Liu, osstest service owner
On Fri, Aug 24, 2018 at 10:44:09AM +0100, Paul Durrant wrote:
> > -----Original Message-----
> > From: Wei Liu [mailto:wei.liu2@citrix.com]
> > Sent: 24 August 2018 10:38
> > To: Paul Durrant <Paul.Durrant@citrix.com>
> > Cc: Wei Liu <wei.liu2@citrix.com>; osstest service owner <osstest-
> > admin@xenproject.org>; xen-devel@lists.xenproject.org
> > Subject: Re: [Xen-devel] [linux-3.18 bisection] complete test-amd64-amd64-
> > xl-shadow
> >
> > On Fri, Aug 24, 2018 at 10:35:52AM +0100, Paul Durrant wrote:
> > > > -----Original Message-----
> > > > From: Wei Liu [mailto:wei.liu2@citrix.com]
> > > > Sent: 24 August 2018 10:35
> > > > To: Paul Durrant <Paul.Durrant@citrix.com>
> > > > Cc: Wei Liu <wei.liu2@citrix.com>; osstest service owner <osstest-
> > > > admin@xenproject.org>; xen-devel@lists.xenproject.org
> > > > Subject: Re: [Xen-devel] [linux-3.18 bisection] complete test-amd64-
> > amd64-
> > > > xl-shadow
> > > >
> > > > On Fri, Aug 24, 2018 at 10:30:26AM +0100, Paul Durrant wrote:
> > > > > > > For bisection revision-tuple graph see:
> > > > > > > http://logs.test-lab.xenproject.org/osstest/results/bisect/linux-
> > > > > > 3.18/test-amd64-amd64-xl-shadow.guest-start.html
> > > > > > > Revision IDs in each graph node refer, respectively, to the Trees
> > above.
> > > > > >
> > > > > > domainbuilder: detail: vcpu_x86_64: called
> > > > > > domainbuilder: detail: vcpu_x86_64: cr3: pfn 0x2245 mfn 0x244845
> > > > > > xenforeignmemory: error: ioctl failed: Invalid argument
> > > > > > xc: error: panic: xc_dom_boot.c:420: xc_dom_gnttab_seed: failed to
> > > > acquire
> > > > > > d1 grant table [errno=22]
> > > > > > : Internal error
> > > > > > libxl: error: libxl_dom.c:750:libxl__build_dom: xc_dom_gnttab_init
> > failed:
> > > > > > Invalid argument
> > > > > > domainbuilder: detail: xc_dom_release: called
> > > > > >
> > > > >
> > > > > Taking a look now... Just forcing hap off doesn't generate an immediate
> > > > repro so I'll have to have a closer look at the environment.
> > > >
> > > > Note the Linux branch is 3.18. I'm not sure if that really matters.
> > > >
> > >
> > > I think that's the guest version, which should be irrelevant. Trying to figure
> > out from the logs what dom0 is.
> >
> > No. That's the host kernel.
> >
>
> Ok. Got a repro with my base debian 4.9 dom0 kernel:
>
> xenforeignmemory: error: ioctl failed: Invalid argument
> xc: error: panic: xc_dom_boot.c:420: xc_dom_gnttab_seed: failed to acquire d1 grant table [errno=22]
> : Internal error
> libxl: error: libxl_dom.c:750:libxl__build_dom: xc_dom_gnttab_init failed: Invalid argument
> domainbuilder: detail: xc_dom_release: called
> libxl: error: libxl_create.c:1266:domcreate_rebuild_done: Domain 1:cannot (re-)build domain: -3
> libxl: error: libxl_domain.c:1034:libxl__destroy_domid: Domain 1:Non-existant domain
> libxl: error: libxl_domain.c:993:domain_destroy_callback: Domain 1:Unable to destroy guest
> libxl: error: libxl_domain.c:920:domain_destroy_cb: Domain 1:Destruction of domain failed
>
> I'm guessing it is a straight bug in the fall-back that's supposed to happen if privcmd doesn't do resource mapping.
There are a lot of failed tests for the same step on 4.9 branch as
well. I guess that is caused by the same issue.
Wei.
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [linux-3.18 bisection] complete test-amd64-amd64-xl-shadow
2018-08-24 9:50 ` Wei Liu
@ 2018-08-24 9:51 ` Paul Durrant
2018-08-24 10:02 ` Paul Durrant
0 siblings, 1 reply; 11+ messages in thread
From: Paul Durrant @ 2018-08-24 9:51 UTC (permalink / raw)
Cc: xen-devel@lists.xenproject.org, Wei Liu, osstest service owner
> -----Original Message-----
> From: Wei Liu [mailto:wei.liu2@citrix.com]
> Sent: 24 August 2018 10:50
> To: Paul Durrant <Paul.Durrant@citrix.com>
> Cc: Wei Liu <wei.liu2@citrix.com>; osstest service owner <osstest-
> admin@xenproject.org>; xen-devel@lists.xenproject.org
> Subject: Re: [Xen-devel] [linux-3.18 bisection] complete test-amd64-amd64-
> xl-shadow
>
> On Fri, Aug 24, 2018 at 10:44:09AM +0100, Paul Durrant wrote:
> > > -----Original Message-----
> > > From: Wei Liu [mailto:wei.liu2@citrix.com]
> > > Sent: 24 August 2018 10:38
> > > To: Paul Durrant <Paul.Durrant@citrix.com>
> > > Cc: Wei Liu <wei.liu2@citrix.com>; osstest service owner <osstest-
> > > admin@xenproject.org>; xen-devel@lists.xenproject.org
> > > Subject: Re: [Xen-devel] [linux-3.18 bisection] complete test-amd64-
> amd64-
> > > xl-shadow
> > >
> > > On Fri, Aug 24, 2018 at 10:35:52AM +0100, Paul Durrant wrote:
> > > > > -----Original Message-----
> > > > > From: Wei Liu [mailto:wei.liu2@citrix.com]
> > > > > Sent: 24 August 2018 10:35
> > > > > To: Paul Durrant <Paul.Durrant@citrix.com>
> > > > > Cc: Wei Liu <wei.liu2@citrix.com>; osstest service owner <osstest-
> > > > > admin@xenproject.org>; xen-devel@lists.xenproject.org
> > > > > Subject: Re: [Xen-devel] [linux-3.18 bisection] complete test-amd64-
> > > amd64-
> > > > > xl-shadow
> > > > >
> > > > > On Fri, Aug 24, 2018 at 10:30:26AM +0100, Paul Durrant wrote:
> > > > > > > > For bisection revision-tuple graph see:
> > > > > > > > http://logs.test-
> lab.xenproject.org/osstest/results/bisect/linux-
> > > > > > > 3.18/test-amd64-amd64-xl-shadow.guest-start.html
> > > > > > > > Revision IDs in each graph node refer, respectively, to the Trees
> > > above.
> > > > > > >
> > > > > > > domainbuilder: detail: vcpu_x86_64: called
> > > > > > > domainbuilder: detail: vcpu_x86_64: cr3: pfn 0x2245 mfn 0x244845
> > > > > > > xenforeignmemory: error: ioctl failed: Invalid argument
> > > > > > > xc: error: panic: xc_dom_boot.c:420: xc_dom_gnttab_seed: failed
> to
> > > > > acquire
> > > > > > > d1 grant table [errno=22]
> > > > > > > : Internal error
> > > > > > > libxl: error: libxl_dom.c:750:libxl__build_dom:
> xc_dom_gnttab_init
> > > failed:
> > > > > > > Invalid argument
> > > > > > > domainbuilder: detail: xc_dom_release: called
> > > > > > >
> > > > > >
> > > > > > Taking a look now... Just forcing hap off doesn't generate an
> immediate
> > > > > repro so I'll have to have a closer look at the environment.
> > > > >
> > > > > Note the Linux branch is 3.18. I'm not sure if that really matters.
> > > > >
> > > >
> > > > I think that's the guest version, which should be irrelevant. Trying to
> figure
> > > out from the logs what dom0 is.
> > >
> > > No. That's the host kernel.
> > >
> >
> > Ok. Got a repro with my base debian 4.9 dom0 kernel:
> >
> > xenforeignmemory: error: ioctl failed: Invalid argument
> > xc: error: panic: xc_dom_boot.c:420: xc_dom_gnttab_seed: failed to
> acquire d1 grant table [errno=22]
> > : Internal error
> > libxl: error: libxl_dom.c:750:libxl__build_dom: xc_dom_gnttab_init failed:
> Invalid argument
> > domainbuilder: detail: xc_dom_release: called
> > libxl: error: libxl_create.c:1266:domcreate_rebuild_done: Domain 1:cannot
> (re-)build domain: -3
> > libxl: error: libxl_domain.c:1034:libxl__destroy_domid: Domain 1:Non-
> existant domain
> > libxl: error: libxl_domain.c:993:domain_destroy_callback: Domain 1:Unable
> to destroy guest
> > libxl: error: libxl_domain.c:920:domain_destroy_cb: Domain 1:Destruction
> of domain failed
> >
> > I'm guessing it is a straight bug in the fall-back that's supposed to happen if
> privcmd doesn't do resource mapping.
>
> There are a lot of failed tests for the same step on 4.9 branch as
> well. I guess that is caused by the same issue.
It's looking like privcmd is failing the ioctl with EINVAL rather than ENOTTY or EOPNOTSUPP for some reason. I'll need to look at the older privcmd source.
Paul
> Wei.
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [linux-3.18 bisection] complete test-amd64-amd64-xl-shadow
2018-08-24 9:51 ` Paul Durrant
@ 2018-08-24 10:02 ` Paul Durrant
0 siblings, 0 replies; 11+ messages in thread
From: Paul Durrant @ 2018-08-24 10:02 UTC (permalink / raw)
To: Paul Durrant
Cc: xen-devel@lists.xenproject.org, Wei Liu, osstest service owner
> -----Original Message-----
> From: Xen-devel [mailto:xen-devel-bounces@lists.xenproject.org] On Behalf
> Of Paul Durrant
> Sent: 24 August 2018 10:52
> To: Wei Liu <wei.liu2@citrix.com>
> Cc: xen-devel@lists.xenproject.org; Wei Liu <wei.liu2@citrix.com>; osstest
> service owner <osstest-admin@xenproject.org>
> Subject: Re: [Xen-devel] [linux-3.18 bisection] complete test-amd64-amd64-
> xl-shadow
>
> > -----Original Message-----
> > From: Wei Liu [mailto:wei.liu2@citrix.com]
> > Sent: 24 August 2018 10:50
> > To: Paul Durrant <Paul.Durrant@citrix.com>
> > Cc: Wei Liu <wei.liu2@citrix.com>; osstest service owner <osstest-
> > admin@xenproject.org>; xen-devel@lists.xenproject.org
> > Subject: Re: [Xen-devel] [linux-3.18 bisection] complete test-amd64-
> amd64-
> > xl-shadow
> >
> > On Fri, Aug 24, 2018 at 10:44:09AM +0100, Paul Durrant wrote:
> > > > -----Original Message-----
> > > > From: Wei Liu [mailto:wei.liu2@citrix.com]
> > > > Sent: 24 August 2018 10:38
> > > > To: Paul Durrant <Paul.Durrant@citrix.com>
> > > > Cc: Wei Liu <wei.liu2@citrix.com>; osstest service owner <osstest-
> > > > admin@xenproject.org>; xen-devel@lists.xenproject.org
> > > > Subject: Re: [Xen-devel] [linux-3.18 bisection] complete test-amd64-
> > amd64-
> > > > xl-shadow
> > > >
> > > > On Fri, Aug 24, 2018 at 10:35:52AM +0100, Paul Durrant wrote:
> > > > > > -----Original Message-----
> > > > > > From: Wei Liu [mailto:wei.liu2@citrix.com]
> > > > > > Sent: 24 August 2018 10:35
> > > > > > To: Paul Durrant <Paul.Durrant@citrix.com>
> > > > > > Cc: Wei Liu <wei.liu2@citrix.com>; osstest service owner <osstest-
> > > > > > admin@xenproject.org>; xen-devel@lists.xenproject.org
> > > > > > Subject: Re: [Xen-devel] [linux-3.18 bisection] complete test-
> amd64-
> > > > amd64-
> > > > > > xl-shadow
> > > > > >
> > > > > > On Fri, Aug 24, 2018 at 10:30:26AM +0100, Paul Durrant wrote:
> > > > > > > > > For bisection revision-tuple graph see:
> > > > > > > > > http://logs.test-
> > lab.xenproject.org/osstest/results/bisect/linux-
> > > > > > > > 3.18/test-amd64-amd64-xl-shadow.guest-start.html
> > > > > > > > > Revision IDs in each graph node refer, respectively, to the
> Trees
> > > > above.
> > > > > > > >
> > > > > > > > domainbuilder: detail: vcpu_x86_64: called
> > > > > > > > domainbuilder: detail: vcpu_x86_64: cr3: pfn 0x2245 mfn
> 0x244845
> > > > > > > > xenforeignmemory: error: ioctl failed: Invalid argument
> > > > > > > > xc: error: panic: xc_dom_boot.c:420: xc_dom_gnttab_seed:
> failed
> > to
> > > > > > acquire
> > > > > > > > d1 grant table [errno=22]
> > > > > > > > : Internal error
> > > > > > > > libxl: error: libxl_dom.c:750:libxl__build_dom:
> > xc_dom_gnttab_init
> > > > failed:
> > > > > > > > Invalid argument
> > > > > > > > domainbuilder: detail: xc_dom_release: called
> > > > > > > >
> > > > > > >
> > > > > > > Taking a look now... Just forcing hap off doesn't generate an
> > immediate
> > > > > > repro so I'll have to have a closer look at the environment.
> > > > > >
> > > > > > Note the Linux branch is 3.18. I'm not sure if that really matters.
> > > > > >
> > > > >
> > > > > I think that's the guest version, which should be irrelevant. Trying to
> > figure
> > > > out from the logs what dom0 is.
> > > >
> > > > No. That's the host kernel.
> > > >
> > >
> > > Ok. Got a repro with my base debian 4.9 dom0 kernel:
> > >
> > > xenforeignmemory: error: ioctl failed: Invalid argument
> > > xc: error: panic: xc_dom_boot.c:420: xc_dom_gnttab_seed: failed to
> > acquire d1 grant table [errno=22]
> > > : Internal error
> > > libxl: error: libxl_dom.c:750:libxl__build_dom: xc_dom_gnttab_init failed:
> > Invalid argument
> > > domainbuilder: detail: xc_dom_release: called
> > > libxl: error: libxl_create.c:1266:domcreate_rebuild_done: Domain
> 1:cannot
> > (re-)build domain: -3
> > > libxl: error: libxl_domain.c:1034:libxl__destroy_domid: Domain 1:Non-
> > existant domain
> > > libxl: error: libxl_domain.c:993:domain_destroy_callback: Domain
> 1:Unable
> > to destroy guest
> > > libxl: error: libxl_domain.c:920:domain_destroy_cb: Domain 1:Destruction
> > of domain failed
> > >
> > > I'm guessing it is a straight bug in the fall-back that's supposed to happen
> if
> > privcmd doesn't do resource mapping.
> >
> > There are a lot of failed tests for the same step on 4.9 branch as
> > well. I guess that is caused by the same issue.
>
> It's looking like privcmd is failing the ioctl with EINVAL rather than ENOTTY or
> EOPNOTSUPP for some reason. I'll need to look at the older privcmd source.
>
Yep, it was a bug in privcmd. I fixed it in https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/drivers/xen/privcmd.c?id=dc9eab6fd94dd26340749321bba2c58634761516 but we're clearly going to need to tolerate the old behaviour. I'll send a patch shortly.
Paul
> Paul
>
> > Wei.
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xenproject.org
> https://lists.xenproject.org/mailman/listinfo/xen-devel
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
^ permalink raw reply [flat|nested] 11+ messages in thread
* [linux-3.18 bisection] complete test-amd64-amd64-xl-shadow
@ 2019-02-11 13:37 osstest service owner
0 siblings, 0 replies; 11+ messages in thread
From: osstest service owner @ 2019-02-11 13:37 UTC (permalink / raw)
To: xen-devel, osstest-admin
branch xen-unstable
xenbranch xen-unstable
job test-amd64-amd64-xl-shadow
testid xen-boot
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: xen git://xenbits.xen.org/xen.git
*** Found and reproduced problem changeset ***
Bug is in tree: linux git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
Bug introduced: 7b8052e19304865477e03a0047062d977309a22f
Bug not present: d255d18a34a8d53ccc4a019dc07e17b6e8cf6bd1
Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/133140/
commit 7b8052e19304865477e03a0047062d977309a22f
Author: Jan Beulich <JBeulich@suse.com>
Date: Mon Oct 19 04:23:29 2015 -0600
igb: fix NULL derefs due to skipped SR-IOV enabling
[ Upstream commit be06998f96ecb93938ad2cce46c4289bf7cf45bc ]
The combined effect of commits 6423fc3416 ("igb: do not re-init SR-IOV
during probe") and ceee3450b3 ("igb: make sure SR-IOV init uses the
right number of queues") causes VFs no longer getting set up, leading
to NULL pointer dereferences due to the adapter's ->vf_data being NULL
while ->vfs_allocated_count is non-zero. The first commit not only
neglected the side effect of igb_sriov_reinit() that the second commit
tried to account for, but also that of setting IGB_FLAG_HAS_MSIX,
without which igb_enable_sriov() is effectively a no-op. Calling
igb_{,re}set_interrupt_capability() as done here seems to address this,
but I'm not sure whether this is better than sinply reverting the other
two commits.
Signed-off-by: Jan Beulich <jbeulich@suse.com>
Tested-by: Aaron Brown <aaron.f.brown@intel.com>
Signed-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
Signed-off-by: Sasha Levin <sashal@kernel.org>
For bisection revision-tuple graph see:
http://logs.test-lab.xenproject.org/osstest/results/bisect/linux-3.18/test-amd64-amd64-xl-shadow.xen-boot.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.18/test-amd64-amd64-xl-shadow.xen-boot --summary-out=tmp/133140.bisection-summary --basis-template=128858 --blessings=real,real-bisect linux-3.18 test-amd64-amd64-xl-shadow xen-boot
Searching for failure / basis pass:
132969 fail [host=debina1] / 132066 [host=fiano0] 131990 [host=italia0] 131969 [host=rimava1] 131769 [host=joubertin0] 131749 [host=fiano0] 131729 [host=huxelrebe1] 131705 [host=huxelrebe0] 131673 [host=italia0] 131666 [host=albana0] 131641 [host=baroque1] 131619 [host=godello0] 131593 [host=baroque0] 131580 [host=joubertin0] 131563 [host=italia0] 131535 [host=godello1] 131512 [host=fiano0] 131479 [host=huxelrebe1] 131442 [host=huxelrebe0] 131420 [host=albana0] 131370 [host=rimava1] 131336 [hos\
t=baroque1] 131307 [host=godello0] 131279 [host=italia0] 131231 [host=joubertin0] 131192 [host=godello1] 131149 [host=fiano0] 131095 [host=huxelrebe1] 131035 [host=albana0] 130939 [host=elbling0] 130876 [host=godello0] 130843 [host=rimava1] 130367 [host=godello0] 130203 [host=italia0] 130067 [host=rimava1] 129845 [host=baroque0] 129760 [host=godello1] 128858 [host=rimava1] 128841 [host=italia0] 128807 [host=godello0] 128691 [host=joubertin0] 128258 ok.
Failure / basis pass flights: 132969 / 128258
(tree with no url: minios)
(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: xen git://xenbits.xen.org/xen.git
Latest 4c35624dcb3bce026bb08eb04085c187bafff863 c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 755eb6403ec722db37f1b8f8b51e0b0ab661c003
Basis pass 921b2fed6a79439ef1609ef4af0ada5cccb3555c c530a75c1e6a472b0eb9558310b518f0dfcd8860 9c0eed618f37dd5b4a57c8b3fbc48ef8913e3149 de5b678ca4dcdfa83e322491d478d66df56c1986 940185b2f6f343251c2b83bd96e599398cea51ec
Generating revisions with ./adhoc-revtuple-generator git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git#921b2fed6a79439ef1609ef4af0ada5cccb3555c-4c35624dcb3bce026bb08eb04085c187bafff863 git://xenbits.xen.org/osstest/linux-firmware.git#c530a75c1e6a472b0eb9558310b518f0dfcd8860-c530a75c1e6a472b0eb9558310b518f0dfcd8860 git://xenbits.xen.org/qemu-xen-traditional.git#9c0eed618f37dd5b4a57c8b3fbc48ef8913e3149-d0d8ad39ecb51cd7497cd524484fe09f50876798 git://xenbits.xen.org/qemu-xen.git\
#de5b678ca4dcdfa83e322491d478d66df56c1986-de5b678ca4dcdfa83e322491d478d66df56c1986 git://xenbits.xen.org/xen.git#940185b2f6f343251c2b83bd96e599398cea51ec-755eb6403ec722db37f1b8f8b51e0b0ab661c003
Loaded 3004 nodes in revision graph
Searching for test results:
128096 [host=rimava1]
128177 [host=albana0]
128232 [host=godello0]
128258 pass 921b2fed6a79439ef1609ef4af0ada5cccb3555c c530a75c1e6a472b0eb9558310b518f0dfcd8860 9c0eed618f37dd5b4a57c8b3fbc48ef8913e3149 de5b678ca4dcdfa83e322491d478d66df56c1986 940185b2f6f343251c2b83bd96e599398cea51ec
128691 [host=joubertin0]
128807 [host=godello0]
128858 [host=rimava1]
128841 [host=italia0]
129760 [host=godello1]
129845 [host=baroque0]
130067 [host=rimava1]
130203 [host=italia0]
130367 [host=godello0]
130843 [host=rimava1]
130876 [host=godello0]
130939 [host=elbling0]
131095 [host=huxelrebe1]
131035 [host=albana0]
131149 [host=fiano0]
131192 [host=godello1]
131279 [host=italia0]
131231 [host=joubertin0]
131307 [host=godello0]
131336 [host=baroque1]
131420 [host=albana0]
131370 [host=rimava1]
131442 [host=huxelrebe0]
131479 [host=huxelrebe1]
131512 [host=fiano0]
131535 [host=godello1]
131563 [host=italia0]
131580 [host=joubertin0]
131593 [host=baroque0]
131641 [host=baroque1]
131619 [host=godello0]
131666 [host=albana0]
131673 [host=italia0]
131705 [host=huxelrebe0]
131749 [host=fiano0]
131729 [host=huxelrebe1]
131769 [host=joubertin0]
131990 [host=italia0]
131969 [host=rimava1]
132066 [host=fiano0]
132179 fail 9b5eed105a45ac0557af113b4096132ae7e3e47f c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 93a62c544e20ba9e141e411bbaae3d65259d13a3
132290 fail 9b5eed105a45ac0557af113b4096132ae7e3e47f c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 1912f1220cf87aee28349469893f101980714a05
132408 fail 9b5eed105a45ac0557af113b4096132ae7e3e47f c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 1912f1220cf87aee28349469893f101980714a05
132456 fail 9b5eed105a45ac0557af113b4096132ae7e3e47f c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 08b908ba63dee8bc313983c5e412852cbcbcda85
132579 fail irrelevant
132652 fail irrelevant
132741 fail 4c35624dcb3bce026bb08eb04085c187bafff863 c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 f50dd67950ca9d5a517501af10de7c8d88d1a188
132798 fail 4c35624dcb3bce026bb08eb04085c187bafff863 c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 f50dd67950ca9d5a517501af10de7c8d88d1a188
132969 fail 4c35624dcb3bce026bb08eb04085c187bafff863 c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 755eb6403ec722db37f1b8f8b51e0b0ab661c003
133139 pass d255d18a34a8d53ccc4a019dc07e17b6e8cf6bd1 c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
133113 pass 921b2fed6a79439ef1609ef4af0ada5cccb3555c c530a75c1e6a472b0eb9558310b518f0dfcd8860 9c0eed618f37dd5b4a57c8b3fbc48ef8913e3149 de5b678ca4dcdfa83e322491d478d66df56c1986 940185b2f6f343251c2b83bd96e599398cea51ec
133115 fail 4c35624dcb3bce026bb08eb04085c187bafff863 c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 755eb6403ec722db37f1b8f8b51e0b0ab661c003
133117 fail 78e0897dd8b321ba1b4a2137778ab7ae7d400af5 c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 1a7ffe466cd057daaef245b0a1ab6b82588e4c01
133118 pass 0d63979c1bc9c85578be4c589768a13dc0a7c5eb c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 7a9a7c37e908ee6f9f33284655105a1f39cb29c7
133119 pass 0ebc7b86d70880ea4fe82c636353b8deaf3e7385 c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
133120 blocked 78e0897dd8b321ba1b4a2137778ab7ae7d400af5 c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 fd35f32b4b8ae89080d247bc901c1b0ad66f37a8
133140 fail 7b8052e19304865477e03a0047062d977309a22f c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
133121 pass c7f6eab8d1d56e62bbd8d4f44fea27c2837721e3 c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
133122 fail 78e0897dd8b321ba1b4a2137778ab7ae7d400af5 c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 293f79957ea943bced5bb7a244f4a683f47ec722
133124 fail 242384b37bf790656cef8130c6441c88bee5b51f c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
133125 fail a5bb227c433a9467086917ab0e22206cf028096a c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
133128 pass 61fde28f92ab9a329ef06e0ab3f41269e3930213 c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
133130 fail 7b8052e19304865477e03a0047062d977309a22f c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
133131 pass d255d18a34a8d53ccc4a019dc07e17b6e8cf6bd1 c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
133133 fail 7b8052e19304865477e03a0047062d977309a22f c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
133135 pass d255d18a34a8d53ccc4a019dc07e17b6e8cf6bd1 c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
133138 fail 7b8052e19304865477e03a0047062d977309a22f c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
Searching for interesting versions
Result found: flight 128258 (pass), for basis pass
Result found: flight 132969 (fail), for basis failure
Repro found: flight 133113 (pass), for basis pass
Repro found: flight 133115 (fail), for basis failure
0 revisions at d255d18a34a8d53ccc4a019dc07e17b6e8cf6bd1 c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
No revisions left to test, checking graph state.
Result found: flight 133131 (pass), for last pass
Result found: flight 133133 (fail), for first failure
Repro found: flight 133135 (pass), for last pass
Repro found: flight 133138 (fail), for first failure
Repro found: flight 133139 (pass), for last pass
Repro found: flight 133140 (fail), for first failure
*** Found and reproduced problem changeset ***
Bug is in tree: linux git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
Bug introduced: 7b8052e19304865477e03a0047062d977309a22f
Bug not present: d255d18a34a8d53ccc4a019dc07e17b6e8cf6bd1
Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/133140/
commit 7b8052e19304865477e03a0047062d977309a22f
Author: Jan Beulich <JBeulich@suse.com>
Date: Mon Oct 19 04:23:29 2015 -0600
igb: fix NULL derefs due to skipped SR-IOV enabling
[ Upstream commit be06998f96ecb93938ad2cce46c4289bf7cf45bc ]
The combined effect of commits 6423fc3416 ("igb: do not re-init SR-IOV
during probe") and ceee3450b3 ("igb: make sure SR-IOV init uses the
right number of queues") causes VFs no longer getting set up, leading
to NULL pointer dereferences due to the adapter's ->vf_data being NULL
while ->vfs_allocated_count is non-zero. The first commit not only
neglected the side effect of igb_sriov_reinit() that the second commit
tried to account for, but also that of setting IGB_FLAG_HAS_MSIX,
without which igb_enable_sriov() is effectively a no-op. Calling
igb_{,re}set_interrupt_capability() as done here seems to address this,
but I'm not sure whether this is better than sinply reverting the other
two commits.
Signed-off-by: Jan Beulich <jbeulich@suse.com>
Tested-by: Aaron Brown <aaron.f.brown@intel.com>
Signed-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
Signed-off-by: Sasha Levin <sashal@kernel.org>
dot: graph is too large for cairo-renderer bitmaps. Scaling by 0.41419 to fit
pnmtopng: 60 colors found
Revision graph left in /home/logs/results/bisect/linux-3.18/test-amd64-amd64-xl-shadow.xen-boot.{dot,ps,png,html,svg}.
----------------------------------------
133140: tolerable ALL FAIL
flight 133140 linux-3.18 real-bisect [real]
http://logs.test-lab.xenproject.org/osstest/logs/133140/
Failures :-/ but no regressions.
Tests which did not succeed,
including tests which could not be run:
test-amd64-amd64-xl-shadow 7 xen-boot fail baseline untested
jobs:
test-amd64-amd64-xl-shadow 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
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2019-02-11 13:37 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2018-08-24 0:58 [linux-3.18 bisection] complete test-amd64-amd64-xl-shadow osstest service owner
2018-08-24 9:13 ` Wei Liu
2018-08-24 9:30 ` Paul Durrant
2018-08-24 9:34 ` Wei Liu
2018-08-24 9:35 ` Paul Durrant
2018-08-24 9:37 ` Wei Liu
2018-08-24 9:44 ` Paul Durrant
2018-08-24 9:50 ` Wei Liu
2018-08-24 9:51 ` Paul Durrant
2018-08-24 10:02 ` Paul Durrant
-- strict thread matches above, loose matches on Subject: below --
2019-02-11 13:37 osstest service owner
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).