WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] Segfault When Building Snapshot xen-3d14ce7 kernel From

To: "John McDermott (U.S. Navy Employee)" <john.mcdermott@xxxxxxxxxxxx>
Subject: Re: [Xen-devel] Segfault When Building Snapshot xen-3d14ce7 kernel From linux/kernel/git/jeremy/xen.git/shortlog
From: Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx>
Date: Tue, 29 Mar 2011 10:25:41 +0100
Cc: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Tue, 29 Mar 2011 02:26:13 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <DF86EC03-2D90-41D9-9737-C0A150D3A3DF@xxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Organization: Citrix Systems, Inc.
References: <52D30846-C32D-4F74-B4A0-CC14102388D6@xxxxxxxxxxxx> <F9D18904-5EE9-4C09-ADD7-B143B2956126@xxxxxxxxxxxx> <1300454921.13026.101.camel@xxxxxxxxxxxxxxxxxxxxxx> <DF86EC03-2D90-41D9-9737-C0A150D3A3DF@xxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
On Mon, 2011-03-28 at 13:41 +0100, John McDermott (U.S. Navy Employee)
wrote: 
> Ian,
> 
> Sorry for the delay. The development box in question has older
> hardware, so it takes a long time to compile a kernel to investigate
> various possibilities.
> 
> We were running an earlier version of the 2.6.32.25 pvops kernel, on
> Xen 4.0.1. Apparently the fault is caused by the -j switch in make,
> but not always.

It's probably an issue exposed only under stress then.

> I can compile the newer kernel single-threaded without any problems
> (other than I have to run it overnight), without ever reproducing the
> problem, so it cannot be in kernel source or the tools per se. We have
> been running (and building Xen) on the newer snapshot xen-3d14ce7
> kernel with no problems.

The 2.6.32.25 version was 51f9f525d75?

In which case there have been a lot of changes between then and 3d14ce7.
Fingers crossed that one of them fixes your issue...

> Debugging this problem uncovered a different issue with the IBM sHype
> security features (ACM), so we are focused on that for now.

In case you didn't know the ACM support in Xen has been effectively
unmaintained for quite some time and was removed from the xen-unstable
tree last week (and so won't be in Xen 4.2 as things stand). The flask
module for XSM remains.

(it's not clear if this is the same ACM you were referring to since I'm
not sure how sHype fits in here...)

> I will start logging more, whenever I build a new pvops kernel, to see
> if I can collect anything useful. We will also have a look at adding a
> kernel build to our development stress tests.

Thanks John, hopefully either the bug won't happen again or something
will show up in the logs.

> 
> Sincerely,
> 
> John 
> 
> 
> On Mar 18, 2011, at 9:28 AM, Ian Campbell wrote:
> 
> > Are you running the host under Xen when this happens? Which
> > kernel/hypervisor? Is there anything in your kernel logs?
> 
> ----
> What is the formal meaning of the one-line program
> #include "/dev/tty"
> 
> J.P. McDermott                        building 12
> Code 5542                     mcdermott@xxxxxxxxxxxxxxxx
> Naval Research Laboratory     voice: +1 202.404.8301
> Washington, DC 20375, US      fax:   +1 202.404.7942
> 
> 
> 
> 
> 
> 
> 
> 
> 




_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

<Prev in Thread] Current Thread [Next in Thread>