From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ed Smith Subject: Re: Testing status of HVM (Intel VT) on 64bit XEN unstable c/s 11616 Date: Tue, 26 Sep 2006 14:31:12 -0400 Message-ID: <451971F0.4090702@virtualiron.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Keir Fraser Cc: Xen Devel , Steven Hand List-Id: xen-devel@lists.xenproject.org Keir Fraser wrote: > On 26/9/06 16:33, "Ed Smith" wrote: > >>> any chance you can test with debug=y ? The back-traces aren't >>> really very useful otherwise. >> These are automated builds and tests that run each night. We don't >> normally build a debug XEN as we try and test the bits a customer >> would run. If these backtraces are useful in the release build how >> will we diagnose crashes on a customer's site? > > They take more deciphering, sometimes with the aid of the xen-syms file, as > the backtrace contains functions that aren't really in the call chain (and > misses some that are). It's less time consuming with a debug build, and > there's less reliance on the xen-syms file, as we include frame pointers. > > Trying to match customer bits doesn't make sense. There is no customer for > these bits! So why throw away debug info during development testing just > because there are situations where debug info is not available? Is it > considered good training for developers? :-) > > -- Keir > Debug builds are fine and certainly easier to well, debug with, but they often run slower than release builds and hide problems. Humm... I wonder if thats why you are not seeing this problem. Also when we rely on debug builds to diagnose problems we do not design in the ability to diagnose problems when the bits are in customers hands. 'Good training for developers'? No just trying to work towards a released product that is easier to debug because just enough debug-ability is built-in. I'm building a debug build now and will post the results of booting a 64bit HVM guest on it. Hopefully that will help diagnose this problem. Thanks, Ed