From mboxrd@z Thu Jan 1 00:00:00 1970 From: Boris Ostrovsky Subject: Re: [linux-3.18 test] 59041: regressions - trouble: blocked/broken/fail/pass Date: Mon, 06 Jul 2015 11:22:49 -0400 Message-ID: <559A9D49.3020305@oracle.com> References: <1436171567.25646.6.camel@citrix.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; Format="flowed" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1436171567.25646.6.camel@citrix.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Ian Campbell , xen-devel@lists.xensource.com, ian.jackson@eu.citrix.com Cc: Elena Ufimtseva , Andrew Cooper , Roger Pau Monne , Jan Beulich List-Id: xen-devel@lists.xenproject.org On 07/06/2015 04:32 AM, Ian Campbell wrote: > On Fri, 2015-07-03 at 22:21 +0000, osstest service owner wrote: >> flight 59041 linux-3.18 real [real] >> http://logs.test-lab.xenproject.org/osstest/logs/59041/ >> >> Regressions :-( >> >> Tests which did not succeed and are blocking, >> including tests which could not be run: >> test-amd64-amd64-xl-pvh-intel 11 guest-start fail REGR. vs. 58581 > Not really sure who is on the hook for pvh fails these days, copying > some likely suspects + x86 maintainers. Looks like the guest is triple > faulting. Looks like something happened between 2015-06-15 and 2015-06-29 (flights 58581 and 58976) and it's only 3.18 kernel, right? (Sorry, I am not well-versed in osstest). -boris > > http://logs.test-lab.xenproject.org/osstest/logs/59041/test-amd64-amd64-xl-pvh-intel/info.html > > http://logs.test-lab.xenproject.org/osstest/logs/59041/test-amd64-amd64-xl-pvh-intel/11.ts-guest-start.log > 2015-07-03 19:50:21 Z executing ssh ... root@172.16.144.38 xl list > 2015-07-03 19:50:21 Z guest debian.guest.osstest not present on this host > debian.guest.osstest not running at ./ts-guest-start line 33. > > http://logs.test-lab.xenproject.org/osstest/logs/59041/test-amd64-amd64-xl-pvh-intel/serial-huxelrebe0.log > Jul 3 19:50:21.557035 (d1) mapping kernel into physical memory > Jul 3 19:50:21.661049 (d1) about to get started... > Jul 3 19:50:21.661065 (d1) [ 0.000000] Initializing cgroup subsys cpuset > Jul 3 19:50:21.669059 (d1) [ 0.000000] Initializing cgroup subsys cpu > Jul 3 19:50:21.669078 (d1) [ 0.000000] Initializing cgroup subsys cpuacct > Jul 3 19:50:21.677045 (d1) [ 0.000000] Linux version 3.18.17 (osstest@nocera0) (gcc version 4.7.2 (Debian 4.7.2-5) ) #1 SMP Fri Jul 3 08:12:11 UTC 2015 > Jul 3 19:50:21.685259 (d1) > Jul 3 19:50:21.685271 (d1) [ 0.000000] Command line: root=/dev/xvda2 ro console=hvc0 earlyprintk=xen > Jul 3 19:50:21.693061 (d1) [ 0.000000] ACPI in unprivileged domain disabled > Jul 3 19:50:21.701043 (d1) [ 0.000000] e820: BIOS-provided physical RAM map: > Jul 3 19:50:21.709048 (d1) [ 0.000000] Xen: [mem 0x0000000000000000-0x000000001fffffff] usable > Jul 3 19:50:21.709072 (d1) [ 0.000000] bootconsole [xenboot0] enabled > Jul 3 19:50:21.717050 (d1) [ 0.000000] NX (Execute Disable) protection: active > Jul 3 19:50:21.725042 (d1) [ 0.000000] DMI not present or invalid. > Jul 3 19:50:21.725062 (d1) [ 0.000000] e820: last_pfn = 0x20000 max_arch_pfn = 0x400000000 > Jul 3 19:50:21.733047 (d1) [ 0.000000] Scanning 1 areas for low memory corruption > Jul 3 19:50:21.741040 (d1) [ 0.000000] Using GB pages for direct mapping > Jul 3 19:50:21.741060 (d1) [ 0.000000] init_memory_mapping: [mem 0x00000000-0x000fffff] > Jul 3 19:50:21.749053 (XEN) d1v0 Triple fault - invoking HVM shutdown action 0 > > >