* [xen-unstable test] 64494: regressions - FAIL
@ 2015-11-18 14:31 osstest service owner
2015-11-18 14:49 ` Wei Liu
0 siblings, 1 reply; 21+ messages in thread
From: osstest service owner @ 2015-11-18 14:31 UTC (permalink / raw)
To: xen-devel, osstest-admin
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 11503 bytes --]
flight 64494 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/64494/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-rumpuserxen-i386 10 guest-start fail REGR. vs. 64035
test-armhf-armhf-xl 15 guest-start.2 fail REGR. vs. 64035
test-amd64-amd64-i386-pvgrub 10 guest-start fail REGR. vs. 64035
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-xl-rtds 15 guest-start.2 fail REGR. vs. 64035
test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm 9 debian-hvm-install fail like 64035
test-amd64-amd64-xl-qemut-win7-amd64 17 guest-stop fail like 64035
test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm 13 guest-localmigrate fail like 64035
test-amd64-i386-xl-qemuu-win7-amd64 17 guest-stop fail like 64035
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-pvh-amd 11 guest-start fail never pass
test-armhf-armhf-libvirt-raw 9 debian-di-install fail never pass
test-armhf-armhf-libvirt-xsm 12 migrate-support-check fail never pass
test-armhf-armhf-libvirt-xsm 14 guest-saverestore fail never pass
test-armhf-armhf-xl-arndale 12 migrate-support-check fail never pass
test-armhf-armhf-xl-arndale 13 saverestore-support-check fail never pass
test-amd64-amd64-libvirt-xsm 12 migrate-support-check fail never pass
test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm 10 migrate-support-check fail never pass
test-armhf-armhf-xl 12 migrate-support-check fail never pass
test-armhf-armhf-xl 13 saverestore-support-check fail never pass
test-amd64-amd64-xl-pvh-intel 11 guest-start fail never pass
test-amd64-amd64-libvirt-vhd 11 migrate-support-check fail never pass
test-armhf-armhf-xl-vhd 9 debian-di-install fail never pass
test-amd64-amd64-xl-qemuu-win7-amd64 17 guest-stop fail never pass
test-armhf-armhf-libvirt 14 guest-saverestore fail never pass
test-armhf-armhf-libvirt 12 migrate-support-check fail never pass
test-armhf-armhf-xl-cubietruck 12 migrate-support-check fail never pass
test-armhf-armhf-xl-cubietruck 13 saverestore-support-check fail never pass
test-armhf-armhf-xl-rtds 13 saverestore-support-check fail never pass
test-armhf-armhf-xl-rtds 12 migrate-support-check fail never pass
test-armhf-armhf-xl-xsm 13 saverestore-support-check fail never pass
test-armhf-armhf-xl-xsm 12 migrate-support-check fail never pass
test-amd64-i386-libvirt-xsm 12 migrate-support-check fail never pass
test-armhf-armhf-xl-credit2 13 saverestore-support-check fail never pass
test-armhf-armhf-xl-credit2 12 migrate-support-check fail never pass
test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm 10 migrate-support-check fail never pass
test-armhf-armhf-xl-multivcpu 13 saverestore-support-check fail never pass
test-armhf-armhf-xl-multivcpu 12 migrate-support-check fail never pass
test-amd64-amd64-libvirt 12 migrate-support-check fail never pass
test-amd64-i386-xl-qemut-win7-amd64 17 guest-stop fail never pass
test-armhf-armhf-libvirt-qcow2 9 debian-di-install fail never pass
test-amd64-i386-libvirt 12 migrate-support-check fail never pass
version targeted for testing:
xen d07f63fa6e70350b23e7acbde06129247c4e655d
baseline version:
xen 22a1fbb575df3a3a7726cdeb5ddf19cc8f60827c
Last test of basis 64035 2015-11-10 08:01:11 Z 8 days
Failing since 64149 2015-11-11 19:15:29 Z 6 days 4 attempts
Testing same since 64494 2015-11-16 21:32:07 Z 1 days 1 attempts
------------------------------------------------------------
People who touched revisions under test:
Andrew Cooper <andrew.cooper3@citrix.com>
Aravind Gopalakrishnan <Aravind.Gopalakrishnan@amd.com>
David Scott <dave@recoil.org>
Ian Campbell <ian.campbell@citrix.com>
Ian Jackson <ian.jackson@eu.citrix.com>
Jan Beulich <jbeulich@suse.com>
Jim Fehlig <jfehlig@suse.com>
Jonathan Davies <jonathan.davies@citrix.com>
Juergen Gross <jgross@suse.com>
Oleksandr Tyshchenko <oleksandr.tyshchenko@globallogic.com>
Razvan Cojocaru <rcojocaru@bitdefender.com>
Riku Voipio <riku.voipio@linaro.org>
Roger Pau Monné <roger.pau@citrix.com>
Shannon Zhao <shannon.zhao@linaro.org>
Simon Rowe <simon.rowe@eu.citrix.com>
Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Wei Liu <wei.liu2@citrix.com>
jobs:
build-amd64-xsm pass
build-armhf-xsm pass
build-i386-xsm pass
build-amd64 pass
build-armhf pass
build-i386 pass
build-amd64-libvirt pass
build-armhf-libvirt pass
build-i386-libvirt pass
build-amd64-oldkern pass
build-i386-oldkern pass
build-amd64-prev pass
build-i386-prev pass
build-amd64-pvops pass
build-armhf-pvops pass
build-i386-pvops pass
build-amd64-rumpuserxen pass
build-i386-rumpuserxen pass
test-amd64-amd64-xl pass
test-armhf-armhf-xl fail
test-amd64-i386-xl pass
test-amd64-amd64-xl-qemut-debianhvm-amd64-xsm pass
test-amd64-i386-xl-qemut-debianhvm-amd64-xsm pass
test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm pass
test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm pass
test-amd64-amd64-xl-qemuu-debianhvm-amd64-xsm pass
test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm pass
test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm fail
test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm fail
test-amd64-amd64-libvirt-xsm pass
test-armhf-armhf-libvirt-xsm fail
test-amd64-i386-libvirt-xsm pass
test-amd64-amd64-xl-xsm pass
test-armhf-armhf-xl-xsm pass
test-amd64-i386-xl-xsm pass
test-amd64-amd64-xl-pvh-amd fail
test-amd64-i386-qemut-rhel6hvm-amd pass
test-amd64-i386-qemuu-rhel6hvm-amd pass
test-amd64-amd64-xl-qemut-debianhvm-amd64 pass
test-amd64-i386-xl-qemut-debianhvm-amd64 pass
test-amd64-amd64-xl-qemuu-debianhvm-amd64 pass
test-amd64-i386-xl-qemuu-debianhvm-amd64 pass
test-amd64-i386-freebsd10-amd64 pass
test-amd64-amd64-xl-qemuu-ovmf-amd64 pass
test-amd64-i386-xl-qemuu-ovmf-amd64 pass
test-amd64-amd64-rumpuserxen-amd64 pass
test-amd64-amd64-xl-qemut-win7-amd64 fail
test-amd64-i386-xl-qemut-win7-amd64 fail
test-amd64-amd64-xl-qemuu-win7-amd64 fail
test-amd64-i386-xl-qemuu-win7-amd64 fail
test-armhf-armhf-xl-arndale pass
test-amd64-amd64-xl-credit2 pass
test-armhf-armhf-xl-credit2 pass
test-armhf-armhf-xl-cubietruck pass
test-amd64-i386-freebsd10-i386 pass
test-amd64-i386-rumpuserxen-i386 fail
test-amd64-amd64-xl-pvh-intel fail
test-amd64-i386-qemut-rhel6hvm-intel pass
test-amd64-i386-qemuu-rhel6hvm-intel pass
test-amd64-amd64-libvirt pass
test-armhf-armhf-libvirt fail
test-amd64-i386-libvirt pass
test-amd64-amd64-migrupgrade pass
test-amd64-i386-migrupgrade pass
test-amd64-amd64-xl-multivcpu pass
test-armhf-armhf-xl-multivcpu pass
test-amd64-amd64-qemuu-nested pass
test-amd64-amd64-pair pass
test-amd64-i386-pair pass
test-amd64-amd64-libvirt-pair pass
test-amd64-i386-libvirt-pair pass
test-amd64-amd64-amd64-pvgrub pass
test-amd64-amd64-i386-pvgrub fail
test-amd64-amd64-pygrub pass
test-armhf-armhf-libvirt-qcow2 fail
test-amd64-amd64-xl-qcow2 pass
test-armhf-armhf-libvirt-raw fail
test-amd64-i386-xl-raw pass
test-amd64-amd64-xl-rtds pass
test-armhf-armhf-xl-rtds fail
test-amd64-i386-xl-qemut-winxpsp3-vcpus1 pass
test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 pass
test-amd64-amd64-libvirt-vhd pass
test-armhf-armhf-xl-vhd fail
test-amd64-amd64-xl-qemut-winxpsp3 pass
test-amd64-i386-xl-qemut-winxpsp3 pass
test-amd64-amd64-xl-qemuu-winxpsp3 pass
test-amd64-i386-xl-qemuu-winxpsp3 pass
------------------------------------------------------------
sg-report-flight on osstest.test-lab.xenproject.org
logs: /home/logs/logs
images: /home/logs/images
Logs, config files, etc. are available at
http://logs.test-lab.xenproject.org/osstest/logs
Explanation of these reports, and of osstest in general, is at
http://xenbits.xen.org/gitweb/?p=osstest.git;a=blob;f=README.email;hb=master
http://xenbits.xen.org/gitweb/?p=osstest.git;a=blob;f=README;hb=master
Test harness code can be found at
http://xenbits.xen.org/gitweb?p=osstest.git;a=summary
Not pushing.
(No revision log; it would be 810 lines long.)
[-- Attachment #2: Type: text/plain, Size: 126 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [xen-unstable test] 64494: regressions - FAIL
2015-11-18 14:31 [xen-unstable test] 64494: regressions - FAIL osstest service owner
@ 2015-11-18 14:49 ` Wei Liu
2015-11-18 15:54 ` Juergen Gross
2015-11-19 10:24 ` Juergen Gross
0 siblings, 2 replies; 21+ messages in thread
From: Wei Liu @ 2015-11-18 14:49 UTC (permalink / raw)
To: osstest service owner, Juergen Gross; +Cc: xen-devel, wei.liu2
Hi Juergen
Looks like there is something we missed after all.
On Wed, Nov 18, 2015 at 02:31:57PM +0000, osstest service owner wrote:
> flight 64494 xen-unstable real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/64494/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> test-amd64-amd64-i386-pvgrub 10 guest-start fail REGR. vs. 64035
Nov 18 05:11:19.753014 (d2) Bootstrapping...
Nov 18 05:11:19.769108 (d2) Xen Minimal OS!
Nov 18 05:11:19.769134 (d2) start_info: 0xa13000(VA)
Nov 18 05:11:19.769158 (d2) nr_pages: 0x20000
Nov 18 05:11:19.777046 (d2) shared_inf: 0xca1fc000(MA)
Nov 18 05:11:19.777072 (d2) pt_base: 0xa16000(VA)
Nov 18 05:11:19.785042 (d2) nr_pt_frames: 0xb
Nov 18 05:11:19.785077 (d2) mfn_list: 0x993000(VA)
Nov 18 05:11:19.785108 (d2) mod_start: 0x0(VA)
Nov 18 05:11:19.785135 (d2) mod_len: 0
Nov 18 05:11:19.793047 (d2) flags: 0x0
Nov 18 05:11:19.793077 (d2) cmd_line: (hd0,0)/boot/grub/menu.lst
Nov 18 05:11:19.793108 (d2) stack: 0x972580-0x992580
Nov 18 05:11:19.801150 (d2) MM: Init
Nov 18 05:11:19.801181 (d2) _text: 0x0(VA)
Nov 18 05:11:19.801197 (d2) _etext: 0x7b22d(VA)
Nov 18 05:11:19.809104 (d2) _erodata: 0xa4000(VA)
Nov 18 05:11:19.809123 (d2) _edata: 0xa81a8(VA)
Nov 18 05:11:19.809138 (d2) stack start: 0x972580(VA)
Nov 18 05:11:19.817062 (d2) _end: 0x992b30(VA)
Nov 18 05:11:19.817099 (d2) start_pfn: a24
Nov 18 05:11:19.817125 (d2) max_pfn: 20000
Nov 18 05:11:19.825037 (d2) Mapping memory range 0x1000000 - 0x20000000
Nov 18 05:11:19.825071 (d2) setting 0x0-0xa4000 readonly
Nov 18 05:11:19.825100 (d2) skipped 1000
Nov 18 05:11:19.833049 (d2) MM: Initialise page allocator for b1c000(b1c000)-20000000(20000000)
Nov 18 05:11:19.833089 (d2) Page fault at linear address c00008, eip 5fc70, regs 0x98ff28, sp b1c000, our_sp 0x98fefc, code 2
Nov 18 05:11:19.849044 (d2) Page fault in pagetable walk (access to invalid memory?).
The pvgrub in used is 32 bit. 64 bit (which I myself tested) seemed to
be working fine.
Wei.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [xen-unstable test] 64494: regressions - FAIL
2015-11-18 14:49 ` Wei Liu
@ 2015-11-18 15:54 ` Juergen Gross
2015-11-18 15:59 ` Wei Liu
2015-11-19 10:24 ` Juergen Gross
1 sibling, 1 reply; 21+ messages in thread
From: Juergen Gross @ 2015-11-18 15:54 UTC (permalink / raw)
To: Wei Liu, osstest service owner; +Cc: xen-devel
On 18/11/15 15:49, Wei Liu wrote:
> Hi Juergen
>
> Looks like there is something we missed after all.
>
> On Wed, Nov 18, 2015 at 02:31:57PM +0000, osstest service owner wrote:
>> flight 64494 xen-unstable real [real]
>> http://logs.test-lab.xenproject.org/osstest/logs/64494/
>>
>> Regressions :-(
>>
>> Tests which did not succeed and are blocking,
>> including tests which could not be run:
>
>> test-amd64-amd64-i386-pvgrub 10 guest-start fail REGR. vs. 64035
>
> Nov 18 05:11:19.753014 (d2) Bootstrapping...
> Nov 18 05:11:19.769108 (d2) Xen Minimal OS!
> Nov 18 05:11:19.769134 (d2) start_info: 0xa13000(VA)
> Nov 18 05:11:19.769158 (d2) nr_pages: 0x20000
> Nov 18 05:11:19.777046 (d2) shared_inf: 0xca1fc000(MA)
> Nov 18 05:11:19.777072 (d2) pt_base: 0xa16000(VA)
> Nov 18 05:11:19.785042 (d2) nr_pt_frames: 0xb
> Nov 18 05:11:19.785077 (d2) mfn_list: 0x993000(VA)
> Nov 18 05:11:19.785108 (d2) mod_start: 0x0(VA)
> Nov 18 05:11:19.785135 (d2) mod_len: 0
> Nov 18 05:11:19.793047 (d2) flags: 0x0
> Nov 18 05:11:19.793077 (d2) cmd_line: (hd0,0)/boot/grub/menu.lst
> Nov 18 05:11:19.793108 (d2) stack: 0x972580-0x992580
> Nov 18 05:11:19.801150 (d2) MM: Init
> Nov 18 05:11:19.801181 (d2) _text: 0x0(VA)
> Nov 18 05:11:19.801197 (d2) _etext: 0x7b22d(VA)
> Nov 18 05:11:19.809104 (d2) _erodata: 0xa4000(VA)
> Nov 18 05:11:19.809123 (d2) _edata: 0xa81a8(VA)
> Nov 18 05:11:19.809138 (d2) stack start: 0x972580(VA)
> Nov 18 05:11:19.817062 (d2) _end: 0x992b30(VA)
> Nov 18 05:11:19.817099 (d2) start_pfn: a24
> Nov 18 05:11:19.817125 (d2) max_pfn: 20000
> Nov 18 05:11:19.825037 (d2) Mapping memory range 0x1000000 - 0x20000000
> Nov 18 05:11:19.825071 (d2) setting 0x0-0xa4000 readonly
> Nov 18 05:11:19.825100 (d2) skipped 1000
> Nov 18 05:11:19.833049 (d2) MM: Initialise page allocator for b1c000(b1c000)-20000000(20000000)
> Nov 18 05:11:19.833089 (d2) Page fault at linear address c00008, eip 5fc70, regs 0x98ff28, sp b1c000, our_sp 0x98fefc, code 2
> Nov 18 05:11:19.849044 (d2) Page fault in pagetable walk (access to invalid memory?).
>
> The pvgrub in used is 32 bit. 64 bit (which I myself tested) seemed to
> be working fine.
Hmm. I'll try again to make pvgrub work (more or less).
Wei, in case you want to try to reproduce the problem: could you
try to map the eip to function + offset?
Juergen
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [xen-unstable test] 64494: regressions - FAIL
2015-11-18 15:54 ` Juergen Gross
@ 2015-11-18 15:59 ` Wei Liu
2015-11-18 16:03 ` Juergen Gross
0 siblings, 1 reply; 21+ messages in thread
From: Wei Liu @ 2015-11-18 15:59 UTC (permalink / raw)
To: Juergen Gross; +Cc: xen-devel, Wei Liu, osstest service owner
On Wed, Nov 18, 2015 at 04:54:34PM +0100, Juergen Gross wrote:
> On 18/11/15 15:49, Wei Liu wrote:
> > Hi Juergen
> >
> > Looks like there is something we missed after all.
> >
> > On Wed, Nov 18, 2015 at 02:31:57PM +0000, osstest service owner wrote:
> >> flight 64494 xen-unstable real [real]
> >> http://logs.test-lab.xenproject.org/osstest/logs/64494/
> >>
> >> Regressions :-(
> >>
> >> Tests which did not succeed and are blocking,
> >> including tests which could not be run:
> >
> >> test-amd64-amd64-i386-pvgrub 10 guest-start fail REGR. vs. 64035
> >
> > Nov 18 05:11:19.753014 (d2) Bootstrapping...
> > Nov 18 05:11:19.769108 (d2) Xen Minimal OS!
> > Nov 18 05:11:19.769134 (d2) start_info: 0xa13000(VA)
> > Nov 18 05:11:19.769158 (d2) nr_pages: 0x20000
> > Nov 18 05:11:19.777046 (d2) shared_inf: 0xca1fc000(MA)
> > Nov 18 05:11:19.777072 (d2) pt_base: 0xa16000(VA)
> > Nov 18 05:11:19.785042 (d2) nr_pt_frames: 0xb
> > Nov 18 05:11:19.785077 (d2) mfn_list: 0x993000(VA)
> > Nov 18 05:11:19.785108 (d2) mod_start: 0x0(VA)
> > Nov 18 05:11:19.785135 (d2) mod_len: 0
> > Nov 18 05:11:19.793047 (d2) flags: 0x0
> > Nov 18 05:11:19.793077 (d2) cmd_line: (hd0,0)/boot/grub/menu.lst
> > Nov 18 05:11:19.793108 (d2) stack: 0x972580-0x992580
> > Nov 18 05:11:19.801150 (d2) MM: Init
> > Nov 18 05:11:19.801181 (d2) _text: 0x0(VA)
> > Nov 18 05:11:19.801197 (d2) _etext: 0x7b22d(VA)
> > Nov 18 05:11:19.809104 (d2) _erodata: 0xa4000(VA)
> > Nov 18 05:11:19.809123 (d2) _edata: 0xa81a8(VA)
> > Nov 18 05:11:19.809138 (d2) stack start: 0x972580(VA)
> > Nov 18 05:11:19.817062 (d2) _end: 0x992b30(VA)
> > Nov 18 05:11:19.817099 (d2) start_pfn: a24
> > Nov 18 05:11:19.817125 (d2) max_pfn: 20000
> > Nov 18 05:11:19.825037 (d2) Mapping memory range 0x1000000 - 0x20000000
> > Nov 18 05:11:19.825071 (d2) setting 0x0-0xa4000 readonly
> > Nov 18 05:11:19.825100 (d2) skipped 1000
> > Nov 18 05:11:19.833049 (d2) MM: Initialise page allocator for b1c000(b1c000)-20000000(20000000)
> > Nov 18 05:11:19.833089 (d2) Page fault at linear address c00008, eip 5fc70, regs 0x98ff28, sp b1c000, our_sp 0x98fefc, code 2
> > Nov 18 05:11:19.849044 (d2) Page fault in pagetable walk (access to invalid memory?).
> >
> > The pvgrub in used is 32 bit. 64 bit (which I myself tested) seemed to
> > be working fine.
>
> Hmm. I'll try again to make pvgrub work (more or less).
>
> Wei, in case you want to try to reproduce the problem: could you
> try to map the eip to function + offset?
>
I'm working on something else at the moment. I will have a go at this
tomorrow.
Wei.
>
> Juergen
>
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [xen-unstable test] 64494: regressions - FAIL
2015-11-18 15:59 ` Wei Liu
@ 2015-11-18 16:03 ` Juergen Gross
0 siblings, 0 replies; 21+ messages in thread
From: Juergen Gross @ 2015-11-18 16:03 UTC (permalink / raw)
To: Wei Liu; +Cc: xen-devel, osstest service owner
On 18/11/15 16:59, Wei Liu wrote:
> On Wed, Nov 18, 2015 at 04:54:34PM +0100, Juergen Gross wrote:
>> On 18/11/15 15:49, Wei Liu wrote:
>>> Hi Juergen
>>>
>>> Looks like there is something we missed after all.
>>>
>>> On Wed, Nov 18, 2015 at 02:31:57PM +0000, osstest service owner wrote:
>>>> flight 64494 xen-unstable real [real]
>>>> http://logs.test-lab.xenproject.org/osstest/logs/64494/
>>>>
>>>> Regressions :-(
>>>>
>>>> Tests which did not succeed and are blocking,
>>>> including tests which could not be run:
>>>
>>>> test-amd64-amd64-i386-pvgrub 10 guest-start fail REGR. vs. 64035
>>>
>>> Nov 18 05:11:19.753014 (d2) Bootstrapping...
>>> Nov 18 05:11:19.769108 (d2) Xen Minimal OS!
>>> Nov 18 05:11:19.769134 (d2) start_info: 0xa13000(VA)
>>> Nov 18 05:11:19.769158 (d2) nr_pages: 0x20000
>>> Nov 18 05:11:19.777046 (d2) shared_inf: 0xca1fc000(MA)
>>> Nov 18 05:11:19.777072 (d2) pt_base: 0xa16000(VA)
>>> Nov 18 05:11:19.785042 (d2) nr_pt_frames: 0xb
>>> Nov 18 05:11:19.785077 (d2) mfn_list: 0x993000(VA)
>>> Nov 18 05:11:19.785108 (d2) mod_start: 0x0(VA)
>>> Nov 18 05:11:19.785135 (d2) mod_len: 0
>>> Nov 18 05:11:19.793047 (d2) flags: 0x0
>>> Nov 18 05:11:19.793077 (d2) cmd_line: (hd0,0)/boot/grub/menu.lst
>>> Nov 18 05:11:19.793108 (d2) stack: 0x972580-0x992580
>>> Nov 18 05:11:19.801150 (d2) MM: Init
>>> Nov 18 05:11:19.801181 (d2) _text: 0x0(VA)
>>> Nov 18 05:11:19.801197 (d2) _etext: 0x7b22d(VA)
>>> Nov 18 05:11:19.809104 (d2) _erodata: 0xa4000(VA)
>>> Nov 18 05:11:19.809123 (d2) _edata: 0xa81a8(VA)
>>> Nov 18 05:11:19.809138 (d2) stack start: 0x972580(VA)
>>> Nov 18 05:11:19.817062 (d2) _end: 0x992b30(VA)
>>> Nov 18 05:11:19.817099 (d2) start_pfn: a24
>>> Nov 18 05:11:19.817125 (d2) max_pfn: 20000
>>> Nov 18 05:11:19.825037 (d2) Mapping memory range 0x1000000 - 0x20000000
>>> Nov 18 05:11:19.825071 (d2) setting 0x0-0xa4000 readonly
>>> Nov 18 05:11:19.825100 (d2) skipped 1000
>>> Nov 18 05:11:19.833049 (d2) MM: Initialise page allocator for b1c000(b1c000)-20000000(20000000)
>>> Nov 18 05:11:19.833089 (d2) Page fault at linear address c00008, eip 5fc70, regs 0x98ff28, sp b1c000, our_sp 0x98fefc, code 2
>>> Nov 18 05:11:19.849044 (d2) Page fault in pagetable walk (access to invalid memory?).
>>>
>>> The pvgrub in used is 32 bit. 64 bit (which I myself tested) seemed to
>>> be working fine.
>>
>> Hmm. I'll try again to make pvgrub work (more or less).
>>
>> Wei, in case you want to try to reproduce the problem: could you
>> try to map the eip to function + offset?
>>
>
> I'm working on something else at the moment. I will have a go at this
> tomorrow.
Don't hurry. I hope to get it running somehow.
Juergen
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [xen-unstable test] 64494: regressions - FAIL
2015-11-18 14:49 ` Wei Liu
2015-11-18 15:54 ` Juergen Gross
@ 2015-11-19 10:24 ` Juergen Gross
2015-11-19 10:30 ` Ian Campbell
1 sibling, 1 reply; 21+ messages in thread
From: Juergen Gross @ 2015-11-19 10:24 UTC (permalink / raw)
To: Wei Liu, osstest service owner; +Cc: xen-devel
On 18/11/15 15:49, Wei Liu wrote:
> Hi Juergen
>
> Looks like there is something we missed after all.
>
> On Wed, Nov 18, 2015 at 02:31:57PM +0000, osstest service owner wrote:
>> flight 64494 xen-unstable real [real]
>> http://logs.test-lab.xenproject.org/osstest/logs/64494/
>>
>> Regressions :-(
>>
>> Tests which did not succeed and are blocking,
>> including tests which could not be run:
>
>> test-amd64-amd64-i386-pvgrub 10 guest-start fail REGR. vs. 64035
>
> Nov 18 05:11:19.753014 (d2) Bootstrapping...
> Nov 18 05:11:19.769108 (d2) Xen Minimal OS!
> Nov 18 05:11:19.769134 (d2) start_info: 0xa13000(VA)
> Nov 18 05:11:19.769158 (d2) nr_pages: 0x20000
> Nov 18 05:11:19.777046 (d2) shared_inf: 0xca1fc000(MA)
> Nov 18 05:11:19.777072 (d2) pt_base: 0xa16000(VA)
> Nov 18 05:11:19.785042 (d2) nr_pt_frames: 0xb
> Nov 18 05:11:19.785077 (d2) mfn_list: 0x993000(VA)
> Nov 18 05:11:19.785108 (d2) mod_start: 0x0(VA)
> Nov 18 05:11:19.785135 (d2) mod_len: 0
> Nov 18 05:11:19.793047 (d2) flags: 0x0
> Nov 18 05:11:19.793077 (d2) cmd_line: (hd0,0)/boot/grub/menu.lst
> Nov 18 05:11:19.793108 (d2) stack: 0x972580-0x992580
> Nov 18 05:11:19.801150 (d2) MM: Init
> Nov 18 05:11:19.801181 (d2) _text: 0x0(VA)
> Nov 18 05:11:19.801197 (d2) _etext: 0x7b22d(VA)
> Nov 18 05:11:19.809104 (d2) _erodata: 0xa4000(VA)
> Nov 18 05:11:19.809123 (d2) _edata: 0xa81a8(VA)
> Nov 18 05:11:19.809138 (d2) stack start: 0x972580(VA)
> Nov 18 05:11:19.817062 (d2) _end: 0x992b30(VA)
> Nov 18 05:11:19.817099 (d2) start_pfn: a24
> Nov 18 05:11:19.817125 (d2) max_pfn: 20000
> Nov 18 05:11:19.825037 (d2) Mapping memory range 0x1000000 - 0x20000000
> Nov 18 05:11:19.825071 (d2) setting 0x0-0xa4000 readonly
> Nov 18 05:11:19.825100 (d2) skipped 1000
> Nov 18 05:11:19.833049 (d2) MM: Initialise page allocator for b1c000(b1c000)-20000000(20000000)
> Nov 18 05:11:19.833089 (d2) Page fault at linear address c00008, eip 5fc70, regs 0x98ff28, sp b1c000, our_sp 0x98fefc, code 2
> Nov 18 05:11:19.849044 (d2) Page fault in pagetable walk (access to invalid memory?).
>
> The pvgrub in used is 32 bit. 64 bit (which I myself tested) seemed to
> be working fine.
Okay, I'm hitting this issue, too. I'll investigate further.
Juergen
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [xen-unstable test] 64494: regressions - FAIL
2015-11-19 10:24 ` Juergen Gross
@ 2015-11-19 10:30 ` Ian Campbell
2015-11-19 10:50 ` Wei Liu
` (2 more replies)
0 siblings, 3 replies; 21+ messages in thread
From: Ian Campbell @ 2015-11-19 10:30 UTC (permalink / raw)
To: Juergen Gross, Wei Liu, osstest service owner; +Cc: xen-devel
On Thu, 2015-11-19 at 11:24 +0100, Juergen Gross wrote:
> On 18/11/15 15:49, Wei Liu wrote:
> > Hi Juergen
> >
> > Looks like there is something we missed after all.
> >
> > On Wed, Nov 18, 2015 at 02:31:57PM +0000, osstest service owner wrote:
> > > flight 64494 xen-unstable real [real]
> > > http://logs.test-lab.xenproject.org/osstest/logs/64494/
> > >
> > > Regressions :-(
> > >
> > > Tests which did not succeed and are blocking,
> > > including tests which could not be run:
> >
> > > test-amd64-amd64-i386-pvgrub 10 guest-start fail REGR.
> > > vs. 64035
> >
> > Nov 18 05:11:19.753014 (d2) Bootstrapping...
> > Nov 18 05:11:19.769108 (d2) Xen Minimal OS!
> > Nov 18 05:11:19.769134 (d2) start_info: 0xa13000(VA)
> > Nov 18 05:11:19.769158 (d2) nr_pages: 0x20000
> > Nov 18 05:11:19.777046 (d2) shared_inf: 0xca1fc000(MA)
> > Nov 18 05:11:19.777072 (d2) pt_base: 0xa16000(VA)
> > Nov 18 05:11:19.785042 (d2) nr_pt_frames: 0xb
> > Nov 18 05:11:19.785077 (d2) mfn_list: 0x993000(VA)
> > Nov 18 05:11:19.785108 (d2) mod_start: 0x0(VA)
> > Nov 18 05:11:19.785135 (d2) mod_len: 0
> > Nov 18 05:11:19.793047 (d2) flags: 0x0
> > Nov 18 05:11:19.793077 (d2) cmd_line: (hd0,0)/boot/grub/menu.lst
> > Nov 18 05:11:19.793108 (d2) stack: 0x972580-0x992580
> > Nov 18 05:11:19.801150 (d2) MM: Init
> > Nov 18 05:11:19.801181 (d2) _text: 0x0(VA)
> > Nov 18 05:11:19.801197 (d2) _etext: 0x7b22d(VA)
> > Nov 18 05:11:19.809104 (d2) _erodata: 0xa4000(VA)
> > Nov 18 05:11:19.809123 (d2) _edata: 0xa81a8(VA)
> > Nov 18 05:11:19.809138 (d2) stack start: 0x972580(VA)
> > Nov 18 05:11:19.817062 (d2) _end: 0x992b30(VA)
> > Nov 18 05:11:19.817099 (d2) start_pfn: a24
> > Nov 18 05:11:19.817125 (d2) max_pfn: 20000
> > Nov 18 05:11:19.825037 (d2) Mapping memory range 0x1000000 - 0x20000000
> > Nov 18 05:11:19.825071 (d2) setting 0x0-0xa4000 readonly
> > Nov 18 05:11:19.825100 (d2) skipped 1000
> > Nov 18 05:11:19.833049 (d2) MM: Initialise page allocator for
> > b1c000(b1c000)-20000000(20000000)
> > Nov 18 05:11:19.833089 (d2) Page fault at linear address c00008, eip
> > 5fc70, regs 0x98ff28, sp b1c000, our_sp 0x98fefc, code 2
> > Nov 18 05:11:19.849044 (d2) Page fault in pagetable walk (access to
> > invalid memory?).
> >
> > The pvgrub in used is 32 bit. 64 bit (which I myself tested) seemed to
> > be working fine.
>
> Okay, I'm hitting this issue, too. I'll investigate further.
Do we want to revert $something in the meantime? If so, what...
Ian.
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [xen-unstable test] 64494: regressions - FAIL
2015-11-19 10:30 ` Ian Campbell
@ 2015-11-19 10:50 ` Wei Liu
2015-11-19 10:55 ` Ian Campbell
2015-11-19 10:57 ` Juergen Gross
2015-11-19 11:47 ` Juergen Gross
2 siblings, 1 reply; 21+ messages in thread
From: Wei Liu @ 2015-11-19 10:50 UTC (permalink / raw)
To: Ian Campbell; +Cc: Juergen Gross, xen-devel, Wei Liu, osstest service owner
On Thu, Nov 19, 2015 at 10:30:30AM +0000, Ian Campbell wrote:
> On Thu, 2015-11-19 at 11:24 +0100, Juergen Gross wrote:
> > On 18/11/15 15:49, Wei Liu wrote:
> > > Hi Juergen
> > >
> > > Looks like there is something we missed after all.
> > >
> > > On Wed, Nov 18, 2015 at 02:31:57PM +0000, osstest service owner wrote:
> > > > flight 64494 xen-unstable real [real]
> > > > http://logs.test-lab.xenproject.org/osstest/logs/64494/
> > > >
> > > > Regressions :-(
> > > >
> > > > Tests which did not succeed and are blocking,
> > > > including tests which could not be run:
> > >
> > > > test-amd64-amd64-i386-pvgrub 10 guest-start fail REGR.
> > > > vs. 64035
> > >
> > > Nov 18 05:11:19.753014 (d2) Bootstrapping...
> > > Nov 18 05:11:19.769108 (d2) Xen Minimal OS!
> > > Nov 18 05:11:19.769134 (d2) start_info: 0xa13000(VA)
> > > Nov 18 05:11:19.769158 (d2) nr_pages: 0x20000
> > > Nov 18 05:11:19.777046 (d2) shared_inf: 0xca1fc000(MA)
> > > Nov 18 05:11:19.777072 (d2) pt_base: 0xa16000(VA)
> > > Nov 18 05:11:19.785042 (d2) nr_pt_frames: 0xb
> > > Nov 18 05:11:19.785077 (d2) mfn_list: 0x993000(VA)
> > > Nov 18 05:11:19.785108 (d2) mod_start: 0x0(VA)
> > > Nov 18 05:11:19.785135 (d2) mod_len: 0
> > > Nov 18 05:11:19.793047 (d2) flags: 0x0
> > > Nov 18 05:11:19.793077 (d2) cmd_line: (hd0,0)/boot/grub/menu.lst
> > > Nov 18 05:11:19.793108 (d2) stack: 0x972580-0x992580
> > > Nov 18 05:11:19.801150 (d2) MM: Init
> > > Nov 18 05:11:19.801181 (d2) _text: 0x0(VA)
> > > Nov 18 05:11:19.801197 (d2) _etext: 0x7b22d(VA)
> > > Nov 18 05:11:19.809104 (d2) _erodata: 0xa4000(VA)
> > > Nov 18 05:11:19.809123 (d2) _edata: 0xa81a8(VA)
> > > Nov 18 05:11:19.809138 (d2) stack start: 0x972580(VA)
> > > Nov 18 05:11:19.817062 (d2) _end: 0x992b30(VA)
> > > Nov 18 05:11:19.817099 (d2) start_pfn: a24
> > > Nov 18 05:11:19.817125 (d2) max_pfn: 20000
> > > Nov 18 05:11:19.825037 (d2) Mapping memory range 0x1000000 - 0x20000000
> > > Nov 18 05:11:19.825071 (d2) setting 0x0-0xa4000 readonly
> > > Nov 18 05:11:19.825100 (d2) skipped 1000
> > > Nov 18 05:11:19.833049 (d2) MM: Initialise page allocator for
> > > b1c000(b1c000)-20000000(20000000)
> > > Nov 18 05:11:19.833089 (d2) Page fault at linear address c00008, eip
> > > 5fc70, regs 0x98ff28, sp b1c000, our_sp 0x98fefc, code 2
> > > Nov 18 05:11:19.849044 (d2) Page fault in pagetable walk (access to
> > > invalid memory?).
> > >
> > > The pvgrub in used is 32 bit. 64 bit (which I myself tested) seemed to
> > > be working fine.
> >
> > Okay, I'm hitting this issue, too. I'll investigate further.
>
> Do we want to revert $something in the meantime? If so, what...
>
Given the thorny nature of PV page table construction code I would
revert the whole series...
But let's wait a bit to see if Juergen can come up with a fix for this
today.
Wei.
> Ian.
>
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [xen-unstable test] 64494: regressions - FAIL
2015-11-19 10:50 ` Wei Liu
@ 2015-11-19 10:55 ` Ian Campbell
2015-11-19 10:56 ` Wei Liu
0 siblings, 1 reply; 21+ messages in thread
From: Ian Campbell @ 2015-11-19 10:55 UTC (permalink / raw)
To: Wei Liu; +Cc: Juergen Gross, xen-devel, osstest service owner
On Thu, 2015-11-19 at 10:50 +0000, Wei Liu wrote:
> On Thu, Nov 19, 2015 at 10:30:30AM +0000, Ian Campbell wrote:
> > On Thu, 2015-11-19 at 11:24 +0100, Juergen Gross wrote:
> > > On 18/11/15 15:49, Wei Liu wrote:
> > > > Hi Juergen
> > > >
> > > > Looks like there is something we missed after all.
> > > >
> > > > On Wed, Nov 18, 2015 at 02:31:57PM +0000, osstest service owner
> > > > wrote:
> > > > > flight 64494 xen-unstable real [real]
> > > > > http://logs.test-lab.xenproject.org/osstest/logs/64494/
> > > > >
> > > > > Regressions :-(
> > > > >
> > > > > Tests which did not succeed and are blocking,
> > > > > including tests which could not be run:
> > > >
> > > > > test-amd64-amd64-i386-pvgrub 10 guest-start fail
> > > > > REGR.
> > > > > vs. 64035
> > > >
> > > > Nov 18 05:11:19.753014 (d2) Bootstrapping...
> > > > Nov 18 05:11:19.769108 (d2) Xen Minimal OS!
> > > > Nov 18 05:11:19.769134 (d2) start_info: 0xa13000(VA)
> > > > Nov 18 05:11:19.769158 (d2) nr_pages: 0x20000
> > > > Nov 18 05:11:19.777046 (d2) shared_inf: 0xca1fc000(MA)
> > > > Nov 18 05:11:19.777072 (d2) pt_base: 0xa16000(VA)
> > > > Nov 18 05:11:19.785042 (d2) nr_pt_frames: 0xb
> > > > Nov 18 05:11:19.785077 (d2) mfn_list: 0x993000(VA)
> > > > Nov 18 05:11:19.785108 (d2) mod_start: 0x0(VA)
> > > > Nov 18 05:11:19.785135 (d2) mod_len: 0
> > > > Nov 18 05:11:19.793047 (d2) flags: 0x0
> > > > Nov 18 05:11:19.793077 (d2) cmd_line:
> > > > (hd0,0)/boot/grub/menu.lst
> > > > Nov 18 05:11:19.793108 (d2) stack: 0x972580-0x992580
> > > > Nov 18 05:11:19.801150 (d2) MM: Init
> > > > Nov 18 05:11:19.801181 (d2) _text: 0x0(VA)
> > > > Nov 18 05:11:19.801197 (d2) _etext: 0x7b22d(VA)
> > > > Nov 18 05:11:19.809104 (d2) _erodata: 0xa4000(VA)
> > > > Nov 18 05:11:19.809123 (d2) _edata: 0xa81a8(VA)
> > > > Nov 18 05:11:19.809138 (d2) stack start: 0x972580(VA)
> > > > Nov 18 05:11:19.817062 (d2) _end: 0x992b30(VA)
> > > > Nov 18 05:11:19.817099 (d2) start_pfn: a24
> > > > Nov 18 05:11:19.817125 (d2) max_pfn: 20000
> > > > Nov 18 05:11:19.825037 (d2) Mapping memory range 0x1000000 -
> > > > 0x20000000
> > > > Nov 18 05:11:19.825071 (d2) setting 0x0-0xa4000 readonly
> > > > Nov 18 05:11:19.825100 (d2) skipped 1000
> > > > Nov 18 05:11:19.833049 (d2) MM: Initialise page allocator for
> > > > b1c000(b1c000)-20000000(20000000)
> > > > Nov 18 05:11:19.833089 (d2) Page fault at linear address c00008,
> > > > eip
> > > > 5fc70, regs 0x98ff28, sp b1c000, our_sp 0x98fefc, code 2
> > > > Nov 18 05:11:19.849044 (d2) Page fault in pagetable walk (access to
> > > > invalid memory?).
> > > >
> > > > The pvgrub in used is 32 bit. 64 bit (which I myself tested) seemed
> > > > to
> > > > be working fine.
> > >
> > > Okay, I'm hitting this issue, too. I'll investigate further.
> >
> > Do we want to revert $something in the meantime? If so, what...
> >
>
> Given the thorny nature of PV page table construction code I would
> revert the whole series...
Please assume I've forgotten what series that is...
> But let's wait a bit to see if Juergen can come up with a fix for this
> today.
... sure.
Ian.
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [xen-unstable test] 64494: regressions - FAIL
2015-11-19 10:55 ` Ian Campbell
@ 2015-11-19 10:56 ` Wei Liu
0 siblings, 0 replies; 21+ messages in thread
From: Wei Liu @ 2015-11-19 10:56 UTC (permalink / raw)
To: Ian Campbell; +Cc: Juergen Gross, xen-devel, Wei Liu, osstest service owner
On Thu, Nov 19, 2015 at 10:55:13AM +0000, Ian Campbell wrote:
> On Thu, 2015-11-19 at 10:50 +0000, Wei Liu wrote:
> > On Thu, Nov 19, 2015 at 10:30:30AM +0000, Ian Campbell wrote:
> > > On Thu, 2015-11-19 at 11:24 +0100, Juergen Gross wrote:
> > > > On 18/11/15 15:49, Wei Liu wrote:
> > > > > Hi Juergen
> > > > >
> > > > > Looks like there is something we missed after all.
> > > > >
> > > > > On Wed, Nov 18, 2015 at 02:31:57PM +0000, osstest service owner
> > > > > wrote:
> > > > > > flight 64494 xen-unstable real [real]
> > > > > > http://logs.test-lab.xenproject.org/osstest/logs/64494/
> > > > > >
> > > > > > Regressions :-(
> > > > > >
> > > > > > Tests which did not succeed and are blocking,
> > > > > > including tests which could not be run:
> > > > >
> > > > > > test-amd64-amd64-i386-pvgrub 10 guest-start fail
> > > > > > REGR.
> > > > > > vs. 64035
> > > > >
> > > > > Nov 18 05:11:19.753014 (d2) Bootstrapping...
> > > > > Nov 18 05:11:19.769108 (d2) Xen Minimal OS!
> > > > > Nov 18 05:11:19.769134 (d2) start_info: 0xa13000(VA)
> > > > > Nov 18 05:11:19.769158 (d2) nr_pages: 0x20000
> > > > > Nov 18 05:11:19.777046 (d2) shared_inf: 0xca1fc000(MA)
> > > > > Nov 18 05:11:19.777072 (d2) pt_base: 0xa16000(VA)
> > > > > Nov 18 05:11:19.785042 (d2) nr_pt_frames: 0xb
> > > > > Nov 18 05:11:19.785077 (d2) mfn_list: 0x993000(VA)
> > > > > Nov 18 05:11:19.785108 (d2) mod_start: 0x0(VA)
> > > > > Nov 18 05:11:19.785135 (d2) mod_len: 0
> > > > > Nov 18 05:11:19.793047 (d2) flags: 0x0
> > > > > Nov 18 05:11:19.793077 (d2) cmd_line:
> > > > > (hd0,0)/boot/grub/menu.lst
> > > > > Nov 18 05:11:19.793108 (d2) stack: 0x972580-0x992580
> > > > > Nov 18 05:11:19.801150 (d2) MM: Init
> > > > > Nov 18 05:11:19.801181 (d2) _text: 0x0(VA)
> > > > > Nov 18 05:11:19.801197 (d2) _etext: 0x7b22d(VA)
> > > > > Nov 18 05:11:19.809104 (d2) _erodata: 0xa4000(VA)
> > > > > Nov 18 05:11:19.809123 (d2) _edata: 0xa81a8(VA)
> > > > > Nov 18 05:11:19.809138 (d2) stack start: 0x972580(VA)
> > > > > Nov 18 05:11:19.817062 (d2) _end: 0x992b30(VA)
> > > > > Nov 18 05:11:19.817099 (d2) start_pfn: a24
> > > > > Nov 18 05:11:19.817125 (d2) max_pfn: 20000
> > > > > Nov 18 05:11:19.825037 (d2) Mapping memory range 0x1000000 -
> > > > > 0x20000000
> > > > > Nov 18 05:11:19.825071 (d2) setting 0x0-0xa4000 readonly
> > > > > Nov 18 05:11:19.825100 (d2) skipped 1000
> > > > > Nov 18 05:11:19.833049 (d2) MM: Initialise page allocator for
> > > > > b1c000(b1c000)-20000000(20000000)
> > > > > Nov 18 05:11:19.833089 (d2) Page fault at linear address c00008,
> > > > > eip
> > > > > 5fc70, regs 0x98ff28, sp b1c000, our_sp 0x98fefc, code 2
> > > > > Nov 18 05:11:19.849044 (d2) Page fault in pagetable walk (access to
> > > > > invalid memory?).
> > > > >
> > > > > The pvgrub in used is 32 bit. 64 bit (which I myself tested) seemed
> > > > > to
> > > > > be working fine.
> > > >
> > > > Okay, I'm hitting this issue, too. I'll investigate further.
> > >
> > > Do we want to revert $something in the meantime? If so, what...
> > >
> >
> > Given the thorny nature of PV page table construction code I would
> > revert the whole series...
>
> Please assume I've forgotten what series that is...
>
Don't worry. I will prepare a branch. :-)
> > But let's wait a bit to see if Juergen can come up with a fix for this
> > today.
>
> ... sure.
>
> Ian.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [xen-unstable test] 64494: regressions - FAIL
2015-11-19 10:30 ` Ian Campbell
2015-11-19 10:50 ` Wei Liu
@ 2015-11-19 10:57 ` Juergen Gross
2015-11-19 11:47 ` Juergen Gross
2 siblings, 0 replies; 21+ messages in thread
From: Juergen Gross @ 2015-11-19 10:57 UTC (permalink / raw)
To: Ian Campbell, Wei Liu, osstest service owner; +Cc: xen-devel
On 19/11/15 11:30, Ian Campbell wrote:
> On Thu, 2015-11-19 at 11:24 +0100, Juergen Gross wrote:
>> On 18/11/15 15:49, Wei Liu wrote:
>>> Hi Juergen
>>>
>>> Looks like there is something we missed after all.
>>>
>>> On Wed, Nov 18, 2015 at 02:31:57PM +0000, osstest service owner wrote:
>>>> flight 64494 xen-unstable real [real]
>>>> http://logs.test-lab.xenproject.org/osstest/logs/64494/
>>>>
>>>> Regressions :-(
>>>>
>>>> Tests which did not succeed and are blocking,
>>>> including tests which could not be run:
>>>
>>>> test-amd64-amd64-i386-pvgrub 10 guest-start fail REGR.
>>>> vs. 64035
>>>
>>> Nov 18 05:11:19.753014 (d2) Bootstrapping...
>>> Nov 18 05:11:19.769108 (d2) Xen Minimal OS!
>>> Nov 18 05:11:19.769134 (d2) start_info: 0xa13000(VA)
>>> Nov 18 05:11:19.769158 (d2) nr_pages: 0x20000
>>> Nov 18 05:11:19.777046 (d2) shared_inf: 0xca1fc000(MA)
>>> Nov 18 05:11:19.777072 (d2) pt_base: 0xa16000(VA)
>>> Nov 18 05:11:19.785042 (d2) nr_pt_frames: 0xb
>>> Nov 18 05:11:19.785077 (d2) mfn_list: 0x993000(VA)
>>> Nov 18 05:11:19.785108 (d2) mod_start: 0x0(VA)
>>> Nov 18 05:11:19.785135 (d2) mod_len: 0
>>> Nov 18 05:11:19.793047 (d2) flags: 0x0
>>> Nov 18 05:11:19.793077 (d2) cmd_line: (hd0,0)/boot/grub/menu.lst
>>> Nov 18 05:11:19.793108 (d2) stack: 0x972580-0x992580
>>> Nov 18 05:11:19.801150 (d2) MM: Init
>>> Nov 18 05:11:19.801181 (d2) _text: 0x0(VA)
>>> Nov 18 05:11:19.801197 (d2) _etext: 0x7b22d(VA)
>>> Nov 18 05:11:19.809104 (d2) _erodata: 0xa4000(VA)
>>> Nov 18 05:11:19.809123 (d2) _edata: 0xa81a8(VA)
>>> Nov 18 05:11:19.809138 (d2) stack start: 0x972580(VA)
>>> Nov 18 05:11:19.817062 (d2) _end: 0x992b30(VA)
>>> Nov 18 05:11:19.817099 (d2) start_pfn: a24
>>> Nov 18 05:11:19.817125 (d2) max_pfn: 20000
>>> Nov 18 05:11:19.825037 (d2) Mapping memory range 0x1000000 - 0x20000000
>>> Nov 18 05:11:19.825071 (d2) setting 0x0-0xa4000 readonly
>>> Nov 18 05:11:19.825100 (d2) skipped 1000
>>> Nov 18 05:11:19.833049 (d2) MM: Initialise page allocator for
>>> b1c000(b1c000)-20000000(20000000)
>>> Nov 18 05:11:19.833089 (d2) Page fault at linear address c00008, eip
>>> 5fc70, regs 0x98ff28, sp b1c000, our_sp 0x98fefc, code 2
>>> Nov 18 05:11:19.849044 (d2) Page fault in pagetable walk (access to
>>> invalid memory?).
>>>
>>> The pvgrub in used is 32 bit. 64 bit (which I myself tested) seemed to
>>> be working fine.
>>
>> Okay, I'm hitting this issue, too. I'll investigate further.
>
> Do we want to revert $something in the meantime? If so, what...
I'm rather sure this problem is present in 32 bit pvgrub only. I've
found a suspicious test for the need of allocating a new page table.
pvgrub seems to make assumptions which level 2 page tables are to
be present and which not. I'm quite sure it wouldn't be able to be
started by grub-xen as well...
In case I'm right I should be able to correct this until today
evening.
Juergen
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [xen-unstable test] 64494: regressions - FAIL
2015-11-19 10:30 ` Ian Campbell
2015-11-19 10:50 ` Wei Liu
2015-11-19 10:57 ` Juergen Gross
@ 2015-11-19 11:47 ` Juergen Gross
2015-11-19 12:19 ` Wei Liu
` (2 more replies)
2 siblings, 3 replies; 21+ messages in thread
From: Juergen Gross @ 2015-11-19 11:47 UTC (permalink / raw)
To: Ian Campbell, Wei Liu, osstest service owner; +Cc: xen-devel
On 19/11/15 11:30, Ian Campbell wrote:
> On Thu, 2015-11-19 at 11:24 +0100, Juergen Gross wrote:
>> On 18/11/15 15:49, Wei Liu wrote:
>>> Hi Juergen
>>>
>>> Looks like there is something we missed after all.
>>>
>>> On Wed, Nov 18, 2015 at 02:31:57PM +0000, osstest service owner wrote:
>>>> flight 64494 xen-unstable real [real]
>>>> http://logs.test-lab.xenproject.org/osstest/logs/64494/
>>>>
>>>> Regressions :-(
>>>>
>>>> Tests which did not succeed and are blocking,
>>>> including tests which could not be run:
>>>
>>>> test-amd64-amd64-i386-pvgrub 10 guest-start fail REGR.
>>>> vs. 64035
>>>
>>> Nov 18 05:11:19.753014 (d2) Bootstrapping...
>>> Nov 18 05:11:19.769108 (d2) Xen Minimal OS!
>>> Nov 18 05:11:19.769134 (d2) start_info: 0xa13000(VA)
>>> Nov 18 05:11:19.769158 (d2) nr_pages: 0x20000
>>> Nov 18 05:11:19.777046 (d2) shared_inf: 0xca1fc000(MA)
>>> Nov 18 05:11:19.777072 (d2) pt_base: 0xa16000(VA)
>>> Nov 18 05:11:19.785042 (d2) nr_pt_frames: 0xb
>>> Nov 18 05:11:19.785077 (d2) mfn_list: 0x993000(VA)
>>> Nov 18 05:11:19.785108 (d2) mod_start: 0x0(VA)
>>> Nov 18 05:11:19.785135 (d2) mod_len: 0
>>> Nov 18 05:11:19.793047 (d2) flags: 0x0
>>> Nov 18 05:11:19.793077 (d2) cmd_line: (hd0,0)/boot/grub/menu.lst
>>> Nov 18 05:11:19.793108 (d2) stack: 0x972580-0x992580
>>> Nov 18 05:11:19.801150 (d2) MM: Init
>>> Nov 18 05:11:19.801181 (d2) _text: 0x0(VA)
>>> Nov 18 05:11:19.801197 (d2) _etext: 0x7b22d(VA)
>>> Nov 18 05:11:19.809104 (d2) _erodata: 0xa4000(VA)
>>> Nov 18 05:11:19.809123 (d2) _edata: 0xa81a8(VA)
>>> Nov 18 05:11:19.809138 (d2) stack start: 0x972580(VA)
>>> Nov 18 05:11:19.817062 (d2) _end: 0x992b30(VA)
>>> Nov 18 05:11:19.817099 (d2) start_pfn: a24
>>> Nov 18 05:11:19.817125 (d2) max_pfn: 20000
>>> Nov 18 05:11:19.825037 (d2) Mapping memory range 0x1000000 - 0x20000000
>>> Nov 18 05:11:19.825071 (d2) setting 0x0-0xa4000 readonly
>>> Nov 18 05:11:19.825100 (d2) skipped 1000
>>> Nov 18 05:11:19.833049 (d2) MM: Initialise page allocator for
>>> b1c000(b1c000)-20000000(20000000)
>>> Nov 18 05:11:19.833089 (d2) Page fault at linear address c00008, eip
>>> 5fc70, regs 0x98ff28, sp b1c000, our_sp 0x98fefc, code 2
>>> Nov 18 05:11:19.849044 (d2) Page fault in pagetable walk (access to
>>> invalid memory?).
>>>
>>> The pvgrub in used is 32 bit. 64 bit (which I myself tested) seemed to
>>> be working fine.
>>
>> Okay, I'm hitting this issue, too. I'll investigate further.
>
> Do we want to revert $something in the meantime? If so, what...
>
The problem is really located in pvgrub:
pvgrub is making assumptions about the page table allocation scheme
of the toolset starting pvgrub. It is calculating the first not yet
mapped pfn by:
pfn_to_map =
(start_info.nr_pt_frames - NOT_L1_FRAMES) * L1_PAGETABLE_ENTRIES;
NOT_L1_FRAMES is 3 for 64 bit and 32 bit:
64 bit: 1 level 4 + 1 level 4 + 1 level 2
32 bit: 1 level 3 + 2 level 2 (assuming level 2 pt are allocated
for the first and the last GB)
This is wrong now, as for 32 bit I'm allocating all level 2 page
tables from the lowest needed address up to 0xffffffff, resulting
in 4 level 2 page tables in pvgrub case.
Setting NOT_L1_FRAMES to 5 for 32 bit pvgrub makes the system boot
again.
I think it is wrong for pvgrub to assume a fixed allocation scheme
of the page tables. The question is how to fix it: either via
changing NOT_L1_FRAMES or by doing it in a clean but more complicated
way.
Juergen
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [xen-unstable test] 64494: regressions - FAIL
2015-11-19 11:47 ` Juergen Gross
@ 2015-11-19 12:19 ` Wei Liu
2015-11-19 12:29 ` Juergen Gross
2015-11-20 15:14 ` Jan Beulich
[not found] ` <564F46C802000078000B73E9@suse.com>
2 siblings, 1 reply; 21+ messages in thread
From: Wei Liu @ 2015-11-19 12:19 UTC (permalink / raw)
To: Juergen Gross; +Cc: xen-devel, Wei Liu, Ian Campbell, osstest service owner
On Thu, Nov 19, 2015 at 12:47:41PM +0100, Juergen Gross wrote:
> On 19/11/15 11:30, Ian Campbell wrote:
> > On Thu, 2015-11-19 at 11:24 +0100, Juergen Gross wrote:
> >> On 18/11/15 15:49, Wei Liu wrote:
> >>> Hi Juergen
> >>>
> >>> Looks like there is something we missed after all.
> >>>
> >>> On Wed, Nov 18, 2015 at 02:31:57PM +0000, osstest service owner wrote:
> >>>> flight 64494 xen-unstable real [real]
> >>>> http://logs.test-lab.xenproject.org/osstest/logs/64494/
> >>>>
> >>>> Regressions :-(
> >>>>
> >>>> Tests which did not succeed and are blocking,
> >>>> including tests which could not be run:
> >>>
> >>>> test-amd64-amd64-i386-pvgrub 10 guest-start fail REGR.
> >>>> vs. 64035
> >>>
> >>> Nov 18 05:11:19.753014 (d2) Bootstrapping...
> >>> Nov 18 05:11:19.769108 (d2) Xen Minimal OS!
> >>> Nov 18 05:11:19.769134 (d2) start_info: 0xa13000(VA)
> >>> Nov 18 05:11:19.769158 (d2) nr_pages: 0x20000
> >>> Nov 18 05:11:19.777046 (d2) shared_inf: 0xca1fc000(MA)
> >>> Nov 18 05:11:19.777072 (d2) pt_base: 0xa16000(VA)
> >>> Nov 18 05:11:19.785042 (d2) nr_pt_frames: 0xb
> >>> Nov 18 05:11:19.785077 (d2) mfn_list: 0x993000(VA)
> >>> Nov 18 05:11:19.785108 (d2) mod_start: 0x0(VA)
> >>> Nov 18 05:11:19.785135 (d2) mod_len: 0
> >>> Nov 18 05:11:19.793047 (d2) flags: 0x0
> >>> Nov 18 05:11:19.793077 (d2) cmd_line: (hd0,0)/boot/grub/menu.lst
> >>> Nov 18 05:11:19.793108 (d2) stack: 0x972580-0x992580
> >>> Nov 18 05:11:19.801150 (d2) MM: Init
> >>> Nov 18 05:11:19.801181 (d2) _text: 0x0(VA)
> >>> Nov 18 05:11:19.801197 (d2) _etext: 0x7b22d(VA)
> >>> Nov 18 05:11:19.809104 (d2) _erodata: 0xa4000(VA)
> >>> Nov 18 05:11:19.809123 (d2) _edata: 0xa81a8(VA)
> >>> Nov 18 05:11:19.809138 (d2) stack start: 0x972580(VA)
> >>> Nov 18 05:11:19.817062 (d2) _end: 0x992b30(VA)
> >>> Nov 18 05:11:19.817099 (d2) start_pfn: a24
> >>> Nov 18 05:11:19.817125 (d2) max_pfn: 20000
> >>> Nov 18 05:11:19.825037 (d2) Mapping memory range 0x1000000 - 0x20000000
> >>> Nov 18 05:11:19.825071 (d2) setting 0x0-0xa4000 readonly
> >>> Nov 18 05:11:19.825100 (d2) skipped 1000
> >>> Nov 18 05:11:19.833049 (d2) MM: Initialise page allocator for
> >>> b1c000(b1c000)-20000000(20000000)
> >>> Nov 18 05:11:19.833089 (d2) Page fault at linear address c00008, eip
> >>> 5fc70, regs 0x98ff28, sp b1c000, our_sp 0x98fefc, code 2
> >>> Nov 18 05:11:19.849044 (d2) Page fault in pagetable walk (access to
> >>> invalid memory?).
> >>>
> >>> The pvgrub in used is 32 bit. 64 bit (which I myself tested) seemed to
> >>> be working fine.
> >>
> >> Okay, I'm hitting this issue, too. I'll investigate further.
> >
> > Do we want to revert $something in the meantime? If so, what...
> >
>
> The problem is really located in pvgrub:
>
To be precise, the problem is in mini-os, which is used by rump kernel
as well. :-(
> pvgrub is making assumptions about the page table allocation scheme
> of the toolset starting pvgrub. It is calculating the first not yet
> mapped pfn by:
>
> pfn_to_map =
> (start_info.nr_pt_frames - NOT_L1_FRAMES) * L1_PAGETABLE_ENTRIES;
>
> NOT_L1_FRAMES is 3 for 64 bit and 32 bit:
>
> 64 bit: 1 level 4 + 1 level 4 + 1 level 2
> 32 bit: 1 level 3 + 2 level 2 (assuming level 2 pt are allocated
> for the first and the last GB)
>
> This is wrong now, as for 32 bit I'm allocating all level 2 page
> tables from the lowest needed address up to 0xffffffff, resulting
> in 4 level 2 page tables in pvgrub case.
>
> Setting NOT_L1_FRAMES to 5 for 32 bit pvgrub makes the system boot
> again.
>
> I think it is wrong for pvgrub to assume a fixed allocation scheme
> of the page tables. The question is how to fix it: either via
> changing NOT_L1_FRAMES or by doing it in a clean but more complicated
> way.
>
In the mean time, shall we revert the series and think about this a bit
more?
How complicated will be clean fix be?
Does changing NOT_L1_FRAMES break mini-os boot with toolstack prior to
your series?
Wei.
>
> Juergen
>
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [xen-unstable test] 64494: regressions - FAIL
2015-11-19 12:19 ` Wei Liu
@ 2015-11-19 12:29 ` Juergen Gross
2015-11-19 12:38 ` Wei Liu
0 siblings, 1 reply; 21+ messages in thread
From: Juergen Gross @ 2015-11-19 12:29 UTC (permalink / raw)
To: Wei Liu; +Cc: xen-devel, Ian Campbell, osstest service owner
On 19/11/15 13:19, Wei Liu wrote:
> On Thu, Nov 19, 2015 at 12:47:41PM +0100, Juergen Gross wrote:
>> On 19/11/15 11:30, Ian Campbell wrote:
>>> On Thu, 2015-11-19 at 11:24 +0100, Juergen Gross wrote:
>>>> On 18/11/15 15:49, Wei Liu wrote:
>>>>> Hi Juergen
>>>>>
>>>>> Looks like there is something we missed after all.
>>>>>
>>>>> On Wed, Nov 18, 2015 at 02:31:57PM +0000, osstest service owner wrote:
>>>>>> flight 64494 xen-unstable real [real]
>>>>>> http://logs.test-lab.xenproject.org/osstest/logs/64494/
>>>>>>
>>>>>> Regressions :-(
>>>>>>
>>>>>> Tests which did not succeed and are blocking,
>>>>>> including tests which could not be run:
>>>>>
>>>>>> test-amd64-amd64-i386-pvgrub 10 guest-start fail REGR.
>>>>>> vs. 64035
>>>>>
>>>>> Nov 18 05:11:19.753014 (d2) Bootstrapping...
>>>>> Nov 18 05:11:19.769108 (d2) Xen Minimal OS!
>>>>> Nov 18 05:11:19.769134 (d2) start_info: 0xa13000(VA)
>>>>> Nov 18 05:11:19.769158 (d2) nr_pages: 0x20000
>>>>> Nov 18 05:11:19.777046 (d2) shared_inf: 0xca1fc000(MA)
>>>>> Nov 18 05:11:19.777072 (d2) pt_base: 0xa16000(VA)
>>>>> Nov 18 05:11:19.785042 (d2) nr_pt_frames: 0xb
>>>>> Nov 18 05:11:19.785077 (d2) mfn_list: 0x993000(VA)
>>>>> Nov 18 05:11:19.785108 (d2) mod_start: 0x0(VA)
>>>>> Nov 18 05:11:19.785135 (d2) mod_len: 0
>>>>> Nov 18 05:11:19.793047 (d2) flags: 0x0
>>>>> Nov 18 05:11:19.793077 (d2) cmd_line: (hd0,0)/boot/grub/menu.lst
>>>>> Nov 18 05:11:19.793108 (d2) stack: 0x972580-0x992580
>>>>> Nov 18 05:11:19.801150 (d2) MM: Init
>>>>> Nov 18 05:11:19.801181 (d2) _text: 0x0(VA)
>>>>> Nov 18 05:11:19.801197 (d2) _etext: 0x7b22d(VA)
>>>>> Nov 18 05:11:19.809104 (d2) _erodata: 0xa4000(VA)
>>>>> Nov 18 05:11:19.809123 (d2) _edata: 0xa81a8(VA)
>>>>> Nov 18 05:11:19.809138 (d2) stack start: 0x972580(VA)
>>>>> Nov 18 05:11:19.817062 (d2) _end: 0x992b30(VA)
>>>>> Nov 18 05:11:19.817099 (d2) start_pfn: a24
>>>>> Nov 18 05:11:19.817125 (d2) max_pfn: 20000
>>>>> Nov 18 05:11:19.825037 (d2) Mapping memory range 0x1000000 - 0x20000000
>>>>> Nov 18 05:11:19.825071 (d2) setting 0x0-0xa4000 readonly
>>>>> Nov 18 05:11:19.825100 (d2) skipped 1000
>>>>> Nov 18 05:11:19.833049 (d2) MM: Initialise page allocator for
>>>>> b1c000(b1c000)-20000000(20000000)
>>>>> Nov 18 05:11:19.833089 (d2) Page fault at linear address c00008, eip
>>>>> 5fc70, regs 0x98ff28, sp b1c000, our_sp 0x98fefc, code 2
>>>>> Nov 18 05:11:19.849044 (d2) Page fault in pagetable walk (access to
>>>>> invalid memory?).
>>>>>
>>>>> The pvgrub in used is 32 bit. 64 bit (which I myself tested) seemed to
>>>>> be working fine.
>>>>
>>>> Okay, I'm hitting this issue, too. I'll investigate further.
>>>
>>> Do we want to revert $something in the meantime? If so, what...
>>>
>>
>> The problem is really located in pvgrub:
>>
>
> To be precise, the problem is in mini-os, which is used by rump kernel
> as well. :-(
>
>> pvgrub is making assumptions about the page table allocation scheme
>> of the toolset starting pvgrub. It is calculating the first not yet
>> mapped pfn by:
>>
>> pfn_to_map =
>> (start_info.nr_pt_frames - NOT_L1_FRAMES) * L1_PAGETABLE_ENTRIES;
>>
>> NOT_L1_FRAMES is 3 for 64 bit and 32 bit:
>>
>> 64 bit: 1 level 4 + 1 level 4 + 1 level 2
>> 32 bit: 1 level 3 + 2 level 2 (assuming level 2 pt are allocated
>> for the first and the last GB)
>>
>> This is wrong now, as for 32 bit I'm allocating all level 2 page
>> tables from the lowest needed address up to 0xffffffff, resulting
>> in 4 level 2 page tables in pvgrub case.
>>
>> Setting NOT_L1_FRAMES to 5 for 32 bit pvgrub makes the system boot
>> again.
>>
>> I think it is wrong for pvgrub to assume a fixed allocation scheme
>> of the page tables. The question is how to fix it: either via
>> changing NOT_L1_FRAMES or by doing it in a clean but more complicated
>> way.
>>
>
> In the mean time, shall we revert the series and think about this a bit
> more?
>
> How complicated will be clean fix be?
I think I can fix it today. I can just count the not_l1_frames
dynamically by walking through the higher level page tables. This
will work for 32 and 64 bit and with and without my patch series
and even for 32 bit mini-os started via grub-xen.
> Does changing NOT_L1_FRAMES break mini-os boot with toolstack prior to
> your series?
Yes.
Juergen
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [xen-unstable test] 64494: regressions - FAIL
2015-11-19 12:29 ` Juergen Gross
@ 2015-11-19 12:38 ` Wei Liu
0 siblings, 0 replies; 21+ messages in thread
From: Wei Liu @ 2015-11-19 12:38 UTC (permalink / raw)
To: Juergen Gross; +Cc: xen-devel, Wei Liu, Ian Campbell, osstest service owner
On Thu, Nov 19, 2015 at 01:29:01PM +0100, Juergen Gross wrote:
[...]
> > To be precise, the problem is in mini-os, which is used by rump kernel
> > as well. :-(
> >
> >> pvgrub is making assumptions about the page table allocation scheme
> >> of the toolset starting pvgrub. It is calculating the first not yet
> >> mapped pfn by:
> >>
> >> pfn_to_map =
> >> (start_info.nr_pt_frames - NOT_L1_FRAMES) * L1_PAGETABLE_ENTRIES;
> >>
> >> NOT_L1_FRAMES is 3 for 64 bit and 32 bit:
> >>
> >> 64 bit: 1 level 4 + 1 level 4 + 1 level 2
> >> 32 bit: 1 level 3 + 2 level 2 (assuming level 2 pt are allocated
> >> for the first and the last GB)
> >>
> >> This is wrong now, as for 32 bit I'm allocating all level 2 page
> >> tables from the lowest needed address up to 0xffffffff, resulting
> >> in 4 level 2 page tables in pvgrub case.
> >>
> >> Setting NOT_L1_FRAMES to 5 for 32 bit pvgrub makes the system boot
> >> again.
> >>
> >> I think it is wrong for pvgrub to assume a fixed allocation scheme
> >> of the page tables. The question is how to fix it: either via
> >> changing NOT_L1_FRAMES or by doing it in a clean but more complicated
> >> way.
> >>
> >
> > In the mean time, shall we revert the series and think about this a bit
> > more?
> >
> > How complicated will be clean fix be?
>
> I think I can fix it today. I can just count the not_l1_frames
> dynamically by walking through the higher level page tables. This
This seems sensible.
> will work for 32 and 64 bit and with and without my patch series
> and even for 32 bit mini-os started via grub-xen.
>
> > Does changing NOT_L1_FRAMES break mini-os boot with toolstack prior to
> > your series?
>
> Yes.
>
In that case I think a clean fix is required.
Wei.
> Juergen
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [xen-unstable test] 64494: regressions - FAIL
2015-11-19 11:47 ` Juergen Gross
2015-11-19 12:19 ` Wei Liu
@ 2015-11-20 15:14 ` Jan Beulich
2015-11-20 15:23 ` Wei Liu
[not found] ` <564F46C802000078000B73E9@suse.com>
2 siblings, 1 reply; 21+ messages in thread
From: Jan Beulich @ 2015-11-20 15:14 UTC (permalink / raw)
To: Ian Campbell, Wei Liu, Juergen Gross; +Cc: xen-devel, osstest service owner
>>> On 19.11.15 at 12:47, <JGross@suse.com> wrote:
> On 19/11/15 11:30, Ian Campbell wrote:
>> On Thu, 2015-11-19 at 11:24 +0100, Juergen Gross wrote:
>>> On 18/11/15 15:49, Wei Liu wrote:
>>>> Hi Juergen
>>>>
>>>> Looks like there is something we missed after all.
>>>>
>>>> On Wed, Nov 18, 2015 at 02:31:57PM +0000, osstest service owner wrote:
>>>>> flight 64494 xen-unstable real [real]
>>>>> http://logs.test-lab.xenproject.org/osstest/logs/64494/
>>>>>
>>>>> Regressions :-(
>>>>>
>>>>> Tests which did not succeed and are blocking,
>>>>> including tests which could not be run:
>>>>
>>>>> test-amd64-amd64-i386-pvgrub 10 guest-start fail REGR.
>>>>> vs. 64035
>>>>
>>>> Nov 18 05:11:19.753014 (d2) Bootstrapping...
>>>> Nov 18 05:11:19.769108 (d2) Xen Minimal OS!
>>>> Nov 18 05:11:19.769134 (d2) start_info: 0xa13000(VA)
>>>> Nov 18 05:11:19.769158 (d2) nr_pages: 0x20000
>>>> Nov 18 05:11:19.777046 (d2) shared_inf: 0xca1fc000(MA)
>>>> Nov 18 05:11:19.777072 (d2) pt_base: 0xa16000(VA)
>>>> Nov 18 05:11:19.785042 (d2) nr_pt_frames: 0xb
>>>> Nov 18 05:11:19.785077 (d2) mfn_list: 0x993000(VA)
>>>> Nov 18 05:11:19.785108 (d2) mod_start: 0x0(VA)
>>>> Nov 18 05:11:19.785135 (d2) mod_len: 0
>>>> Nov 18 05:11:19.793047 (d2) flags: 0x0
>>>> Nov 18 05:11:19.793077 (d2) cmd_line: (hd0,0)/boot/grub/menu.lst
>>>> Nov 18 05:11:19.793108 (d2) stack: 0x972580-0x992580
>>>> Nov 18 05:11:19.801150 (d2) MM: Init
>>>> Nov 18 05:11:19.801181 (d2) _text: 0x0(VA)
>>>> Nov 18 05:11:19.801197 (d2) _etext: 0x7b22d(VA)
>>>> Nov 18 05:11:19.809104 (d2) _erodata: 0xa4000(VA)
>>>> Nov 18 05:11:19.809123 (d2) _edata: 0xa81a8(VA)
>>>> Nov 18 05:11:19.809138 (d2) stack start: 0x972580(VA)
>>>> Nov 18 05:11:19.817062 (d2) _end: 0x992b30(VA)
>>>> Nov 18 05:11:19.817099 (d2) start_pfn: a24
>>>> Nov 18 05:11:19.817125 (d2) max_pfn: 20000
>>>> Nov 18 05:11:19.825037 (d2) Mapping memory range 0x1000000 - 0x20000000
>>>> Nov 18 05:11:19.825071 (d2) setting 0x0-0xa4000 readonly
>>>> Nov 18 05:11:19.825100 (d2) skipped 1000
>>>> Nov 18 05:11:19.833049 (d2) MM: Initialise page allocator for
>>>> b1c000(b1c000)-20000000(20000000)
>>>> Nov 18 05:11:19.833089 (d2) Page fault at linear address c00008, eip
>>>> 5fc70, regs 0x98ff28, sp b1c000, our_sp 0x98fefc, code 2
>>>> Nov 18 05:11:19.849044 (d2) Page fault in pagetable walk (access to
>>>> invalid memory?).
>>>>
>>>> The pvgrub in used is 32 bit. 64 bit (which I myself tested) seemed to
>>>> be working fine.
>>>
>>> Okay, I'm hitting this issue, too. I'll investigate further.
>>
>> Do we want to revert $something in the meantime? If so, what...
>>
>
> The problem is really located in pvgrub:
One question I have here: Even if this gets fixed in pvgrub (or
mini-os, as it now seems), can we tolerate all existing mini-os
clones now being broken on -unstable (and hence then also
eventually on 4.7)?
Jan
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [xen-unstable test] 64494: regressions - FAIL
2015-11-20 15:14 ` Jan Beulich
@ 2015-11-20 15:23 ` Wei Liu
0 siblings, 0 replies; 21+ messages in thread
From: Wei Liu @ 2015-11-20 15:23 UTC (permalink / raw)
To: Jan Beulich
Cc: Juergen Gross, xen-devel, Wei Liu, Ian Campbell, osstest service owner
On Fri, Nov 20, 2015 at 08:14:00AM -0700, Jan Beulich wrote:
> >>> On 19.11.15 at 12:47, <JGross@suse.com> wrote:
> > On 19/11/15 11:30, Ian Campbell wrote:
> >> On Thu, 2015-11-19 at 11:24 +0100, Juergen Gross wrote:
> >>> On 18/11/15 15:49, Wei Liu wrote:
> >>>> Hi Juergen
> >>>>
> >>>> Looks like there is something we missed after all.
> >>>>
> >>>> On Wed, Nov 18, 2015 at 02:31:57PM +0000, osstest service owner wrote:
> >>>>> flight 64494 xen-unstable real [real]
> >>>>> http://logs.test-lab.xenproject.org/osstest/logs/64494/
> >>>>>
> >>>>> Regressions :-(
> >>>>>
> >>>>> Tests which did not succeed and are blocking,
> >>>>> including tests which could not be run:
> >>>>
> >>>>> test-amd64-amd64-i386-pvgrub 10 guest-start fail REGR.
> >>>>> vs. 64035
> >>>>
> >>>> Nov 18 05:11:19.753014 (d2) Bootstrapping...
> >>>> Nov 18 05:11:19.769108 (d2) Xen Minimal OS!
> >>>> Nov 18 05:11:19.769134 (d2) start_info: 0xa13000(VA)
> >>>> Nov 18 05:11:19.769158 (d2) nr_pages: 0x20000
> >>>> Nov 18 05:11:19.777046 (d2) shared_inf: 0xca1fc000(MA)
> >>>> Nov 18 05:11:19.777072 (d2) pt_base: 0xa16000(VA)
> >>>> Nov 18 05:11:19.785042 (d2) nr_pt_frames: 0xb
> >>>> Nov 18 05:11:19.785077 (d2) mfn_list: 0x993000(VA)
> >>>> Nov 18 05:11:19.785108 (d2) mod_start: 0x0(VA)
> >>>> Nov 18 05:11:19.785135 (d2) mod_len: 0
> >>>> Nov 18 05:11:19.793047 (d2) flags: 0x0
> >>>> Nov 18 05:11:19.793077 (d2) cmd_line: (hd0,0)/boot/grub/menu.lst
> >>>> Nov 18 05:11:19.793108 (d2) stack: 0x972580-0x992580
> >>>> Nov 18 05:11:19.801150 (d2) MM: Init
> >>>> Nov 18 05:11:19.801181 (d2) _text: 0x0(VA)
> >>>> Nov 18 05:11:19.801197 (d2) _etext: 0x7b22d(VA)
> >>>> Nov 18 05:11:19.809104 (d2) _erodata: 0xa4000(VA)
> >>>> Nov 18 05:11:19.809123 (d2) _edata: 0xa81a8(VA)
> >>>> Nov 18 05:11:19.809138 (d2) stack start: 0x972580(VA)
> >>>> Nov 18 05:11:19.817062 (d2) _end: 0x992b30(VA)
> >>>> Nov 18 05:11:19.817099 (d2) start_pfn: a24
> >>>> Nov 18 05:11:19.817125 (d2) max_pfn: 20000
> >>>> Nov 18 05:11:19.825037 (d2) Mapping memory range 0x1000000 - 0x20000000
> >>>> Nov 18 05:11:19.825071 (d2) setting 0x0-0xa4000 readonly
> >>>> Nov 18 05:11:19.825100 (d2) skipped 1000
> >>>> Nov 18 05:11:19.833049 (d2) MM: Initialise page allocator for
> >>>> b1c000(b1c000)-20000000(20000000)
> >>>> Nov 18 05:11:19.833089 (d2) Page fault at linear address c00008, eip
> >>>> 5fc70, regs 0x98ff28, sp b1c000, our_sp 0x98fefc, code 2
> >>>> Nov 18 05:11:19.849044 (d2) Page fault in pagetable walk (access to
> >>>> invalid memory?).
> >>>>
> >>>> The pvgrub in used is 32 bit. 64 bit (which I myself tested) seemed to
> >>>> be working fine.
> >>>
> >>> Okay, I'm hitting this issue, too. I'll investigate further.
> >>
> >> Do we want to revert $something in the meantime? If so, what...
> >>
> >
> > The problem is really located in pvgrub:
>
> One question I have here: Even if this gets fixed in pvgrub (or
> mini-os, as it now seems), can we tolerate all existing mini-os
> clones now being broken on -unstable (and hence then also
> eventually on 4.7)?
>
I think all mini-os clones should pick up the change Juergen posted.
It's mini-os having wrong assumption in the first place.
Wei.
> Jan
>
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [xen-unstable test] 64494: regressions - FAIL
[not found] ` <564F46C802000078000B73E9@suse.com>
@ 2015-11-20 15:29 ` Juergen Gross
2015-11-20 15:34 ` Wei Liu
0 siblings, 1 reply; 21+ messages in thread
From: Juergen Gross @ 2015-11-20 15:29 UTC (permalink / raw)
To: Jan Beulich, Ian Campbell, Wei Liu; +Cc: xen-devel, osstest service owner
On 20/11/15 16:14, Jan Beulich wrote:
>>>> On 19.11.15 at 12:47, <JGross@suse.com> wrote:
>> On 19/11/15 11:30, Ian Campbell wrote:
>>> On Thu, 2015-11-19 at 11:24 +0100, Juergen Gross wrote:
>>>> On 18/11/15 15:49, Wei Liu wrote:
>>>>> Hi Juergen
>>>>>
>>>>> Looks like there is something we missed after all.
>>>>>
>>>>> On Wed, Nov 18, 2015 at 02:31:57PM +0000, osstest service owner wrote:
>>>>>> flight 64494 xen-unstable real [real]
>>>>>> http://logs.test-lab.xenproject.org/osstest/logs/64494/
>>>>>>
>>>>>> Regressions :-(
>>>>>>
>>>>>> Tests which did not succeed and are blocking,
>>>>>> including tests which could not be run:
>>>>>
>>>>>> test-amd64-amd64-i386-pvgrub 10 guest-start fail REGR.
>>>>>> vs. 64035
>>>>>
>>>>> Nov 18 05:11:19.753014 (d2) Bootstrapping...
>>>>> Nov 18 05:11:19.769108 (d2) Xen Minimal OS!
>>>>> Nov 18 05:11:19.769134 (d2) start_info: 0xa13000(VA)
>>>>> Nov 18 05:11:19.769158 (d2) nr_pages: 0x20000
>>>>> Nov 18 05:11:19.777046 (d2) shared_inf: 0xca1fc000(MA)
>>>>> Nov 18 05:11:19.777072 (d2) pt_base: 0xa16000(VA)
>>>>> Nov 18 05:11:19.785042 (d2) nr_pt_frames: 0xb
>>>>> Nov 18 05:11:19.785077 (d2) mfn_list: 0x993000(VA)
>>>>> Nov 18 05:11:19.785108 (d2) mod_start: 0x0(VA)
>>>>> Nov 18 05:11:19.785135 (d2) mod_len: 0
>>>>> Nov 18 05:11:19.793047 (d2) flags: 0x0
>>>>> Nov 18 05:11:19.793077 (d2) cmd_line: (hd0,0)/boot/grub/menu.lst
>>>>> Nov 18 05:11:19.793108 (d2) stack: 0x972580-0x992580
>>>>> Nov 18 05:11:19.801150 (d2) MM: Init
>>>>> Nov 18 05:11:19.801181 (d2) _text: 0x0(VA)
>>>>> Nov 18 05:11:19.801197 (d2) _etext: 0x7b22d(VA)
>>>>> Nov 18 05:11:19.809104 (d2) _erodata: 0xa4000(VA)
>>>>> Nov 18 05:11:19.809123 (d2) _edata: 0xa81a8(VA)
>>>>> Nov 18 05:11:19.809138 (d2) stack start: 0x972580(VA)
>>>>> Nov 18 05:11:19.817062 (d2) _end: 0x992b30(VA)
>>>>> Nov 18 05:11:19.817099 (d2) start_pfn: a24
>>>>> Nov 18 05:11:19.817125 (d2) max_pfn: 20000
>>>>> Nov 18 05:11:19.825037 (d2) Mapping memory range 0x1000000 - 0x20000000
>>>>> Nov 18 05:11:19.825071 (d2) setting 0x0-0xa4000 readonly
>>>>> Nov 18 05:11:19.825100 (d2) skipped 1000
>>>>> Nov 18 05:11:19.833049 (d2) MM: Initialise page allocator for
>>>>> b1c000(b1c000)-20000000(20000000)
>>>>> Nov 18 05:11:19.833089 (d2) Page fault at linear address c00008, eip
>>>>> 5fc70, regs 0x98ff28, sp b1c000, our_sp 0x98fefc, code 2
>>>>> Nov 18 05:11:19.849044 (d2) Page fault in pagetable walk (access to
>>>>> invalid memory?).
>>>>>
>>>>> The pvgrub in used is 32 bit. 64 bit (which I myself tested) seemed to
>>>>> be working fine.
>>>>
>>>> Okay, I'm hitting this issue, too. I'll investigate further.
>>>
>>> Do we want to revert $something in the meantime? If so, what...
>>>
>>
>> The problem is really located in pvgrub:
>
> One question I have here: Even if this gets fixed in pvgrub (or
> mini-os, as it now seems), can we tolerate all existing mini-os
> clones now being broken on -unstable (and hence then also
> eventually on 4.7)?
It would be rather inconvenient if not. The problem is mini-os is
relying on an interface which was never meant to be this way. grub-xen
is already breaking this interface today, and I think this is okay.
Is mini-os shipped independent of Xen in any other product or stand
alone?
I'd advocate to backport the mini-os patch to older versions of it
if this should be a problem.
Juergen
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [xen-unstable test] 64494: regressions - FAIL
2015-11-20 15:29 ` Juergen Gross
@ 2015-11-20 15:34 ` Wei Liu
2015-11-20 15:41 ` Andrew Cooper
0 siblings, 1 reply; 21+ messages in thread
From: Wei Liu @ 2015-11-20 15:34 UTC (permalink / raw)
To: Juergen Gross
Cc: xen-devel, Wei Liu, Ian Campbell, Jan Beulich, osstest service owner
On Fri, Nov 20, 2015 at 04:29:04PM +0100, Juergen Gross wrote:
> On 20/11/15 16:14, Jan Beulich wrote:
> >>>> On 19.11.15 at 12:47, <JGross@suse.com> wrote:
> >> On 19/11/15 11:30, Ian Campbell wrote:
> >>> On Thu, 2015-11-19 at 11:24 +0100, Juergen Gross wrote:
> >>>> On 18/11/15 15:49, Wei Liu wrote:
> >>>>> Hi Juergen
> >>>>>
> >>>>> Looks like there is something we missed after all.
> >>>>>
> >>>>> On Wed, Nov 18, 2015 at 02:31:57PM +0000, osstest service owner wrote:
> >>>>>> flight 64494 xen-unstable real [real]
> >>>>>> http://logs.test-lab.xenproject.org/osstest/logs/64494/
> >>>>>>
> >>>>>> Regressions :-(
> >>>>>>
> >>>>>> Tests which did not succeed and are blocking,
> >>>>>> including tests which could not be run:
> >>>>>
> >>>>>> test-amd64-amd64-i386-pvgrub 10 guest-start fail REGR.
> >>>>>> vs. 64035
> >>>>>
> >>>>> Nov 18 05:11:19.753014 (d2) Bootstrapping...
> >>>>> Nov 18 05:11:19.769108 (d2) Xen Minimal OS!
> >>>>> Nov 18 05:11:19.769134 (d2) start_info: 0xa13000(VA)
> >>>>> Nov 18 05:11:19.769158 (d2) nr_pages: 0x20000
> >>>>> Nov 18 05:11:19.777046 (d2) shared_inf: 0xca1fc000(MA)
> >>>>> Nov 18 05:11:19.777072 (d2) pt_base: 0xa16000(VA)
> >>>>> Nov 18 05:11:19.785042 (d2) nr_pt_frames: 0xb
> >>>>> Nov 18 05:11:19.785077 (d2) mfn_list: 0x993000(VA)
> >>>>> Nov 18 05:11:19.785108 (d2) mod_start: 0x0(VA)
> >>>>> Nov 18 05:11:19.785135 (d2) mod_len: 0
> >>>>> Nov 18 05:11:19.793047 (d2) flags: 0x0
> >>>>> Nov 18 05:11:19.793077 (d2) cmd_line: (hd0,0)/boot/grub/menu.lst
> >>>>> Nov 18 05:11:19.793108 (d2) stack: 0x972580-0x992580
> >>>>> Nov 18 05:11:19.801150 (d2) MM: Init
> >>>>> Nov 18 05:11:19.801181 (d2) _text: 0x0(VA)
> >>>>> Nov 18 05:11:19.801197 (d2) _etext: 0x7b22d(VA)
> >>>>> Nov 18 05:11:19.809104 (d2) _erodata: 0xa4000(VA)
> >>>>> Nov 18 05:11:19.809123 (d2) _edata: 0xa81a8(VA)
> >>>>> Nov 18 05:11:19.809138 (d2) stack start: 0x972580(VA)
> >>>>> Nov 18 05:11:19.817062 (d2) _end: 0x992b30(VA)
> >>>>> Nov 18 05:11:19.817099 (d2) start_pfn: a24
> >>>>> Nov 18 05:11:19.817125 (d2) max_pfn: 20000
> >>>>> Nov 18 05:11:19.825037 (d2) Mapping memory range 0x1000000 - 0x20000000
> >>>>> Nov 18 05:11:19.825071 (d2) setting 0x0-0xa4000 readonly
> >>>>> Nov 18 05:11:19.825100 (d2) skipped 1000
> >>>>> Nov 18 05:11:19.833049 (d2) MM: Initialise page allocator for
> >>>>> b1c000(b1c000)-20000000(20000000)
> >>>>> Nov 18 05:11:19.833089 (d2) Page fault at linear address c00008, eip
> >>>>> 5fc70, regs 0x98ff28, sp b1c000, our_sp 0x98fefc, code 2
> >>>>> Nov 18 05:11:19.849044 (d2) Page fault in pagetable walk (access to
> >>>>> invalid memory?).
> >>>>>
> >>>>> The pvgrub in used is 32 bit. 64 bit (which I myself tested) seemed to
> >>>>> be working fine.
> >>>>
> >>>> Okay, I'm hitting this issue, too. I'll investigate further.
> >>>
> >>> Do we want to revert $something in the meantime? If so, what...
> >>>
> >>
> >> The problem is really located in pvgrub:
> >
> > One question I have here: Even if this gets fixed in pvgrub (or
> > mini-os, as it now seems), can we tolerate all existing mini-os
> > clones now being broken on -unstable (and hence then also
> > eventually on 4.7)?
>
> It would be rather inconvenient if not. The problem is mini-os is
> relying on an interface which was never meant to be this way. grub-xen
> is already breaking this interface today, and I think this is okay.
>
> Is mini-os shipped independent of Xen in any other product or stand
> alone?
Rump kernel has quite a bit of code based on mini-os. I will take care
of that. That's the only "real" thing based on mini-os that I'm aware
of.
Given that we split mini-os out just last release, I don't expect there
are many clones in the wild.
Wei.
>
> I'd advocate to backport the mini-os patch to older versions of it
> if this should be a problem.
>
>
> Juergen
>
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [xen-unstable test] 64494: regressions - FAIL
2015-11-20 15:34 ` Wei Liu
@ 2015-11-20 15:41 ` Andrew Cooper
2015-11-20 15:42 ` Andrew Cooper
0 siblings, 1 reply; 21+ messages in thread
From: Andrew Cooper @ 2015-11-20 15:41 UTC (permalink / raw)
To: Wei Liu, Juergen Gross
Cc: xen-devel, Ian Campbell, Jan Beulich, osstest service owner
On 20/11/15 15:34, Wei Liu wrote:
> On Fri, Nov 20, 2015 at 04:29:04PM +0100, Juergen Gross wrote:
>> On 20/11/15 16:14, Jan Beulich wrote:
>>>>>> On 19.11.15 at 12:47, <JGross@suse.com> wrote:
>>>> On 19/11/15 11:30, Ian Campbell wrote:
>>>>> On Thu, 2015-11-19 at 11:24 +0100, Juergen Gross wrote:
>>>>>> On 18/11/15 15:49, Wei Liu wrote:
>>>>>>> Hi Juergen
>>>>>>>
>>>>>>> Looks like there is something we missed after all.
>>>>>>>
>>>>>>> On Wed, Nov 18, 2015 at 02:31:57PM +0000, osstest service owner wrote:
>>>>>>>> flight 64494 xen-unstable real [real]
>>>>>>>> http://logs.test-lab.xenproject.org/osstest/logs/64494/
>>>>>>>>
>>>>>>>> Regressions :-(
>>>>>>>>
>>>>>>>> Tests which did not succeed and are blocking,
>>>>>>>> including tests which could not be run:
>>>>>>>> test-amd64-amd64-i386-pvgrub 10 guest-start fail REGR.
>>>>>>>> vs. 64035
>>>>>>> Nov 18 05:11:19.753014 (d2) Bootstrapping...
>>>>>>> Nov 18 05:11:19.769108 (d2) Xen Minimal OS!
>>>>>>> Nov 18 05:11:19.769134 (d2) start_info: 0xa13000(VA)
>>>>>>> Nov 18 05:11:19.769158 (d2) nr_pages: 0x20000
>>>>>>> Nov 18 05:11:19.777046 (d2) shared_inf: 0xca1fc000(MA)
>>>>>>> Nov 18 05:11:19.777072 (d2) pt_base: 0xa16000(VA)
>>>>>>> Nov 18 05:11:19.785042 (d2) nr_pt_frames: 0xb
>>>>>>> Nov 18 05:11:19.785077 (d2) mfn_list: 0x993000(VA)
>>>>>>> Nov 18 05:11:19.785108 (d2) mod_start: 0x0(VA)
>>>>>>> Nov 18 05:11:19.785135 (d2) mod_len: 0
>>>>>>> Nov 18 05:11:19.793047 (d2) flags: 0x0
>>>>>>> Nov 18 05:11:19.793077 (d2) cmd_line: (hd0,0)/boot/grub/menu.lst
>>>>>>> Nov 18 05:11:19.793108 (d2) stack: 0x972580-0x992580
>>>>>>> Nov 18 05:11:19.801150 (d2) MM: Init
>>>>>>> Nov 18 05:11:19.801181 (d2) _text: 0x0(VA)
>>>>>>> Nov 18 05:11:19.801197 (d2) _etext: 0x7b22d(VA)
>>>>>>> Nov 18 05:11:19.809104 (d2) _erodata: 0xa4000(VA)
>>>>>>> Nov 18 05:11:19.809123 (d2) _edata: 0xa81a8(VA)
>>>>>>> Nov 18 05:11:19.809138 (d2) stack start: 0x972580(VA)
>>>>>>> Nov 18 05:11:19.817062 (d2) _end: 0x992b30(VA)
>>>>>>> Nov 18 05:11:19.817099 (d2) start_pfn: a24
>>>>>>> Nov 18 05:11:19.817125 (d2) max_pfn: 20000
>>>>>>> Nov 18 05:11:19.825037 (d2) Mapping memory range 0x1000000 - 0x20000000
>>>>>>> Nov 18 05:11:19.825071 (d2) setting 0x0-0xa4000 readonly
>>>>>>> Nov 18 05:11:19.825100 (d2) skipped 1000
>>>>>>> Nov 18 05:11:19.833049 (d2) MM: Initialise page allocator for
>>>>>>> b1c000(b1c000)-20000000(20000000)
>>>>>>> Nov 18 05:11:19.833089 (d2) Page fault at linear address c00008, eip
>>>>>>> 5fc70, regs 0x98ff28, sp b1c000, our_sp 0x98fefc, code 2
>>>>>>> Nov 18 05:11:19.849044 (d2) Page fault in pagetable walk (access to
>>>>>>> invalid memory?).
>>>>>>>
>>>>>>> The pvgrub in used is 32 bit. 64 bit (which I myself tested) seemed to
>>>>>>> be working fine.
>>>>>> Okay, I'm hitting this issue, too. I'll investigate further.
>>>>> Do we want to revert $something in the meantime? If so, what...
>>>>>
>>>> The problem is really located in pvgrub:
>>> One question I have here: Even if this gets fixed in pvgrub (or
>>> mini-os, as it now seems), can we tolerate all existing mini-os
>>> clones now being broken on -unstable (and hence then also
>>> eventually on 4.7)?
>> It would be rather inconvenient if not. The problem is mini-os is
>> relying on an interface which was never meant to be this way. grub-xen
>> is already breaking this interface today, and I think this is okay.
>>
>> Is mini-os shipped independent of Xen in any other product or stand
>> alone?
> Rump kernel has quite a bit of code based on mini-os. I will take care
> of that. That's the only "real" thing based on mini-os that I'm aware
> of.
>
> Given that we split mini-os out just last release, I don't expect there
> are many clones in the wild.
Mirage microkernels use a mini-os base as well.
Having said that, I don't think we should not block this change because
mini-os has been broken in a dumb way for ages.
People using mini-os based things will have to take a "stable update" of
their mini-os to run on Xen 4.7 when it is release. Linux is treated
exactly the same with bugs like this.
~Andrew
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [xen-unstable test] 64494: regressions - FAIL
2015-11-20 15:41 ` Andrew Cooper
@ 2015-11-20 15:42 ` Andrew Cooper
0 siblings, 0 replies; 21+ messages in thread
From: Andrew Cooper @ 2015-11-20 15:42 UTC (permalink / raw)
To: Wei Liu, Juergen Gross
Cc: xen-devel, Ian Campbell, Jan Beulich, osstest service owner
On 20/11/15 15:41, Andrew Cooper wrote:
> On 20/11/15 15:34, Wei Liu wrote:
>> On Fri, Nov 20, 2015 at 04:29:04PM +0100, Juergen Gross wrote:
>>> On 20/11/15 16:14, Jan Beulich wrote:
>>>>>>> On 19.11.15 at 12:47, <JGross@suse.com> wrote:
>>>>> On 19/11/15 11:30, Ian Campbell wrote:
>>>>>> On Thu, 2015-11-19 at 11:24 +0100, Juergen Gross wrote:
>>>>>>> On 18/11/15 15:49, Wei Liu wrote:
>>>>>>>> Hi Juergen
>>>>>>>>
>>>>>>>> Looks like there is something we missed after all.
>>>>>>>>
>>>>>>>> On Wed, Nov 18, 2015 at 02:31:57PM +0000, osstest service owner wrote:
>>>>>>>>> flight 64494 xen-unstable real [real]
>>>>>>>>> http://logs.test-lab.xenproject.org/osstest/logs/64494/
>>>>>>>>>
>>>>>>>>> Regressions :-(
>>>>>>>>>
>>>>>>>>> Tests which did not succeed and are blocking,
>>>>>>>>> including tests which could not be run:
>>>>>>>>> test-amd64-amd64-i386-pvgrub 10 guest-start fail REGR.
>>>>>>>>> vs. 64035
>>>>>>>> Nov 18 05:11:19.753014 (d2) Bootstrapping...
>>>>>>>> Nov 18 05:11:19.769108 (d2) Xen Minimal OS!
>>>>>>>> Nov 18 05:11:19.769134 (d2) start_info: 0xa13000(VA)
>>>>>>>> Nov 18 05:11:19.769158 (d2) nr_pages: 0x20000
>>>>>>>> Nov 18 05:11:19.777046 (d2) shared_inf: 0xca1fc000(MA)
>>>>>>>> Nov 18 05:11:19.777072 (d2) pt_base: 0xa16000(VA)
>>>>>>>> Nov 18 05:11:19.785042 (d2) nr_pt_frames: 0xb
>>>>>>>> Nov 18 05:11:19.785077 (d2) mfn_list: 0x993000(VA)
>>>>>>>> Nov 18 05:11:19.785108 (d2) mod_start: 0x0(VA)
>>>>>>>> Nov 18 05:11:19.785135 (d2) mod_len: 0
>>>>>>>> Nov 18 05:11:19.793047 (d2) flags: 0x0
>>>>>>>> Nov 18 05:11:19.793077 (d2) cmd_line: (hd0,0)/boot/grub/menu.lst
>>>>>>>> Nov 18 05:11:19.793108 (d2) stack: 0x972580-0x992580
>>>>>>>> Nov 18 05:11:19.801150 (d2) MM: Init
>>>>>>>> Nov 18 05:11:19.801181 (d2) _text: 0x0(VA)
>>>>>>>> Nov 18 05:11:19.801197 (d2) _etext: 0x7b22d(VA)
>>>>>>>> Nov 18 05:11:19.809104 (d2) _erodata: 0xa4000(VA)
>>>>>>>> Nov 18 05:11:19.809123 (d2) _edata: 0xa81a8(VA)
>>>>>>>> Nov 18 05:11:19.809138 (d2) stack start: 0x972580(VA)
>>>>>>>> Nov 18 05:11:19.817062 (d2) _end: 0x992b30(VA)
>>>>>>>> Nov 18 05:11:19.817099 (d2) start_pfn: a24
>>>>>>>> Nov 18 05:11:19.817125 (d2) max_pfn: 20000
>>>>>>>> Nov 18 05:11:19.825037 (d2) Mapping memory range 0x1000000 - 0x20000000
>>>>>>>> Nov 18 05:11:19.825071 (d2) setting 0x0-0xa4000 readonly
>>>>>>>> Nov 18 05:11:19.825100 (d2) skipped 1000
>>>>>>>> Nov 18 05:11:19.833049 (d2) MM: Initialise page allocator for
>>>>>>>> b1c000(b1c000)-20000000(20000000)
>>>>>>>> Nov 18 05:11:19.833089 (d2) Page fault at linear address c00008, eip
>>>>>>>> 5fc70, regs 0x98ff28, sp b1c000, our_sp 0x98fefc, code 2
>>>>>>>> Nov 18 05:11:19.849044 (d2) Page fault in pagetable walk (access to
>>>>>>>> invalid memory?).
>>>>>>>>
>>>>>>>> The pvgrub in used is 32 bit. 64 bit (which I myself tested) seemed to
>>>>>>>> be working fine.
>>>>>>> Okay, I'm hitting this issue, too. I'll investigate further.
>>>>>> Do we want to revert $something in the meantime? If so, what...
>>>>>>
>>>>> The problem is really located in pvgrub:
>>>> One question I have here: Even if this gets fixed in pvgrub (or
>>>> mini-os, as it now seems), can we tolerate all existing mini-os
>>>> clones now being broken on -unstable (and hence then also
>>>> eventually on 4.7)?
>>> It would be rather inconvenient if not. The problem is mini-os is
>>> relying on an interface which was never meant to be this way. grub-xen
>>> is already breaking this interface today, and I think this is okay.
>>>
>>> Is mini-os shipped independent of Xen in any other product or stand
>>> alone?
>> Rump kernel has quite a bit of code based on mini-os. I will take care
>> of that. That's the only "real" thing based on mini-os that I'm aware
>> of.
>>
>> Given that we split mini-os out just last release, I don't expect there
>> are many clones in the wild.
> Mirage microkernels use a mini-os base as well.
>
> Having said that, I don't think we should not block this change because
> mini-os has been broken in a dumb way for ages.
>
> People using mini-os based things will have to take a "stable update" of
> their mini-os to run on Xen 4.7 when it is release. Linux is treated
> exactly the same with bugs like this.
Apologies - too many negatives. "I don't think we should block this
change".
~Andrew
^ permalink raw reply [flat|nested] 21+ messages in thread
end of thread, other threads:[~2015-11-20 15:43 UTC | newest]
Thread overview: 21+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-11-18 14:31 [xen-unstable test] 64494: regressions - FAIL osstest service owner
2015-11-18 14:49 ` Wei Liu
2015-11-18 15:54 ` Juergen Gross
2015-11-18 15:59 ` Wei Liu
2015-11-18 16:03 ` Juergen Gross
2015-11-19 10:24 ` Juergen Gross
2015-11-19 10:30 ` Ian Campbell
2015-11-19 10:50 ` Wei Liu
2015-11-19 10:55 ` Ian Campbell
2015-11-19 10:56 ` Wei Liu
2015-11-19 10:57 ` Juergen Gross
2015-11-19 11:47 ` Juergen Gross
2015-11-19 12:19 ` Wei Liu
2015-11-19 12:29 ` Juergen Gross
2015-11-19 12:38 ` Wei Liu
2015-11-20 15:14 ` Jan Beulich
2015-11-20 15:23 ` Wei Liu
[not found] ` <564F46C802000078000B73E9@suse.com>
2015-11-20 15:29 ` Juergen Gross
2015-11-20 15:34 ` Wei Liu
2015-11-20 15:41 ` Andrew Cooper
2015-11-20 15:42 ` Andrew Cooper
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.