Re: [Xen-devel] [linux-3.18 bisection] complete test-amd64-amd64-xl-shadow
> -Original Message- > From: Xen-devel [mailto:xen-devel-boun...@lists.xenproject.org] On Behalf > Of Paul Durrant > Sent: 24 August 2018 10:52 > To: Wei Liu > Cc: xen-devel@lists.xenproject.org; Wei Liu ; osstest > service owner > Subject: Re: [Xen-devel] [linux-3.18 bisection] complete test-amd64-amd64- > xl-shadow > > > -Original Message- > > From: Wei Liu [mailto:wei.l...@citrix.com] > > Sent: 24 August 2018 10:50 > > To: Paul Durrant > > Cc: Wei Liu ; osstest service owner > ad...@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.l...@citrix.com] > > > > Sent: 24 August 2018 10:38 > > > > To: Paul Durrant > > > > Cc: Wei Liu ; osstest service owner > > > ad...@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.l...@citrix.com] > > > > > > Sent: 24 August 2018 10:35 > > > > > > To: Paul Durrant > > > > > > Cc: Wei Liu ; osstest service owner > > > > > ad...@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
Re: [Xen-devel] [linux-3.18 bisection] complete test-amd64-amd64-xl-shadow
> -Original Message- > From: Wei Liu [mailto:wei.l...@citrix.com] > Sent: 24 August 2018 10:50 > To: Paul Durrant > Cc: Wei Liu ; osstest service owner ad...@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.l...@citrix.com] > > > Sent: 24 August 2018 10:38 > > > To: Paul Durrant > > > Cc: Wei Liu ; osstest service owner > > ad...@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.l...@citrix.com] > > > > > Sent: 24 August 2018 10:35 > > > > > To: Paul Durrant > > > > > Cc: Wei Liu ; osstest service owner > > > > ad...@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
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.l...@citrix.com] > > Sent: 24 August 2018 10:38 > > To: Paul Durrant > > Cc: Wei Liu ; osstest service owner > ad...@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.l...@citrix.com] > > > > Sent: 24 August 2018 10:35 > > > > To: Paul Durrant > > > > Cc: Wei Liu ; osstest service owner > > > ad...@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
Re: [Xen-devel] [linux-3.18 bisection] complete test-amd64-amd64-xl-shadow
> -Original Message- > From: Wei Liu [mailto:wei.l...@citrix.com] > Sent: 24 August 2018 10:38 > To: Paul Durrant > Cc: Wei Liu ; osstest service owner ad...@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.l...@citrix.com] > > > Sent: 24 August 2018 10:35 > > > To: Paul Durrant > > > Cc: Wei Liu ; osstest service owner > > ad...@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
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.l...@citrix.com] > > Sent: 24 August 2018 10:35 > > To: Paul Durrant > > Cc: Wei Liu ; osstest service owner > ad...@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
Re: [Xen-devel] [linux-3.18 bisection] complete test-amd64-amd64-xl-shadow
> -Original Message- > From: Wei Liu [mailto:wei.l...@citrix.com] > Sent: 24 August 2018 10:35 > To: Paul Durrant > Cc: Wei Liu ; osstest service owner ad...@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
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. Wei. ___ Xen-devel mailing list Xen-devel@lists.xenproject.org https://lists.xenproject.org/mailman/listinfo/xen-devel
Re: [Xen-devel] [linux-3.18 bisection] complete test-amd64-amd64-xl-shadow
> -Original Message- > From: Wei Liu [mailto:wei.l...@citrix.com] > Sent: 24 August 2018 10:13 > To: osstest service owner > Cc: xen-devel@lists.xenproject.org; Wei Liu ; Paul > Durrant > Subject: Re: [Xen-devel] [linux-3.18 bisection] complete test-amd64-amd64- > xl-shadow > > On Fri, Aug 24, 2018 at 12:58:43AM +, 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 > > 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 > > Acked-by: Marek Marczykowski-G??recki > > > Reviewed-by: Roger Pau Monn?? > > Acked-by: Wei Liu > > Reviewed-by: Andrew Cooper > > > > > > 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
Re: [Xen-devel] [linux-3.18 bisection] complete test-amd64-amd64-xl-shadow
On Fri, Aug 24, 2018 at 12:58:43AM +, 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 > 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 > Acked-by: Marek Marczykowski-G??recki > Reviewed-by: Roger Pau Monn?? > Acked-by: Wei Liu > Reviewed-by: Andrew Cooper > > > 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