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-ppc-devel

Fw: [XenPPC] systemsim-gpul problems

To: Yoder Stuart-B08248 <stuart.yoder@xxxxxxxxxxxxx>, xen-ppc-devel@xxxxxxxxxxxxxxxxxxx
Subject: Fw: [XenPPC] systemsim-gpul problems
From: Mark F Mergen <mergen@xxxxxxxxxx>
Date: Thu, 4 Jan 2007 17:29:55 -0500
Delivery-date: Thu, 04 Jan 2007 14:29:36 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
List-help: <mailto:xen-ppc-devel-request@lists.xensource.com?subject=help>
List-id: Xen PPC development <xen-ppc-devel.lists.xensource.com>
List-post: <mailto:xen-ppc-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ppc-devel>, <mailto:xen-ppc-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ppc-devel>, <mailto:xen-ppc-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-ppc-devel-bounces@xxxxxxxxxxxxxxxxxxx

Sorry, I should have read your note more carefully.  Yes, my latest builds do boot all the way into Linux, but the timing is drastically altered from the past.  There are places in the boot sequence (and I think what you mention: after protocol family 17 is one of them) where you must wait a VERY long time for something to happen.  I can't tell you exactly how long, but it took me a while and accidental inattention to what was happening before I discovered this.  I have not had time to work on why this is so.  Also, if you do get all the way to a Linux command prompt, you may conclude it is not responding to commands.  Just type a command that you think should work (such as pwd), hit Enter, and then WAIT A LONG TIME.  If your experience turns out to be like mine, eventually the characters you typed will be echoed and the command will be executed with proper output, however slowly.  Obviously, more debugging is needed.  Maybe it's something simple, like some simulator option for how real time is reflected to the simulated machine.  Maybe you will be rewarded by a little (or a LOT of) patience in your next try.

Mark Mergen

----- Forwarded by Mark F Mergen/Watson/IBM on 01/04/2007 05:15 PM -----
Mark F Mergen/Watson/IBM

01/04/2007 05:12 PM

To
hollisb@xxxxxxxxxxxxxxxxxx
cc
Yoder Stuart-B08248 <stuart.yoder@xxxxxxxxxxxxx>, xen-ppc-devel@xxxxxxxxxxxxxxxxxxx
Subject
Re: [XenPPC] systemsim-gpul problemsLink




I pull only from xenppc-unstable.hg and linux-ppc-2.6.hg.  I'm up to date with all latest that was pushed to them, and this combo runs on systemsim-gpul.  There was a bug(s?) that caused symptoms like you mention, but they were fixed by Amos Waterland about 2nd week in December, and pushed to aformentioned repositories by the maintainers.  I can't quote or vouch for specific changesets.

Mark Mergen



hollisb@xxxxxxxxxxxxxxxxxx
Sent by: xen-ppc-devel-bounces@xxxxxxxxxxxxxxxxxxx

01/04/2007 03:11 PM
Please respond to
hollisb@xxxxxxxxxxxxxxxxxx

To
Yoder Stuart-B08248 <stuart.yoder@xxxxxxxxxxxxx>
cc
xen-ppc-devel@xxxxxxxxxxxxxxxxxxx
Subject
Re: [XenPPC] systemsim-gpul problems





On Thu, 2007-01-04 at 10:32 -0700, Yoder Stuart-B08248 wrote:
> I've been trying to get systemsim-gpul working with the
> latest Xen-PPC.
>
> The last changeset that worked was 7ad4645e7a54 (11/22/06).
>
> Changeset ce8c1e26b2ae (Early boot memory avoidance improvemnts)
> broke the simulator with the 'Could not allocate RTAS tree' / HANG
> error.
>
> With changeset 878ce1f78ad3 (Fix systemsim-gpul failure to boot)
> and later changesets the RTAS allocation / HANG problem is fixed
> but the simulator still won't boot into Linux.
>
> If I compare logs of the working and non-working Xen/Linux runs
> in the simulator, with the current Xen Linux hangs near the end
> of its boot.   Last messages from Linux are:
>
>     i2c /dev entries driver IPv4 over IPv4 tunneling driver
>     TCP bic registered
>     NET: Registered protocol family 1
>     NET: Registered protocol family 17
>
> ...then nothing.
>
> Shortly after this point in the boot is where the RAMDISK is
> decompressed and accessed.  I'm wondering if the boot related memory
> improvements have affected a RAMDISK built into Linux and Xen.

Have you tried attaching GDB to systemsim to figure out what's going on?

> Has anyone else had recent changesets working on the simulator?

I haven't tried simulator in quite some time...

--
Hollis Blanchard
IBM Linux Technology Center



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

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