RE: [Xen-ia64-devel] Paravirtualized xenlinux/ia64 available - Magenheimer, Dan (HP Labs Fort Collins) - com.xensource.lists.xen-ia64-devel

12 messages in com.xensource.lists.xen-ia64-develRE: [Xen-ia64-devel] Paravirtualized ...

From	Sent On	Attachments
Magenheimer, Dan (HP Labs Fort Collins)	22 Apr 2005 16:45
Magenheimer, Dan (HP Labs Fort Collins)	04 May 2005 13:55
Magenheimer, Dan (HP Labs Fort Collins)	04 May 2005 15:01
Tian, Kevin	13 May 2005 01:34
Tian, Kevin	13 May 2005 02:43
Magenheimer, Dan (HP Labs Fort Collins)	13 May 2005 06:06
Tian, Kevin	15 May 2005 22:33
Magenheimer, Dan (HP Labs Fort Collins)	16 May 2005 09:36
Magenheimer, Dan (HP Labs Fort Collins)	16 May 2005 10:47
Magenheimer, Dan (HP Labs Fort Collins)	16 May 2005 16:15
Tian, Kevin	16 May 2005 18:02
Tian, Kevin	16 May 2005 19:56

Subject:	RE: [Xen-ia64-devel] Paravirtualized xenlinux/ia64 available
From:	Magenheimer, Dan (HP Labs Fort Collins) (dan....@hp.com)
Date:	05/16/2005 10:47:47 AM
List:	com.xensource.lists.xen-ia64-devel

After working around the same problems you saw (thanks for finding them... it saved me some time!), I got a successful boot on ski all the way to a login prompt.

I suspect one of two problems:

1) Different command line? I use:

ski bootloader xen skilinux nomca console=simcons simscsi=/var/xen/sd

Note that there is no "a" on the end of /var/xen/sd even though the filename has one.

2) Missing simulated root file system? I use:

http://www.hpl.hp.com/research/linux/ski/get.php?file=sda.gz

and unpack it and place it at /var/xen/sda. There is also a Debian version if you prefer. See Auxiliary files at:

http://www.hpl.hp.com/research/linux/ski/download.php

Let me know if that helps.

Dan

-----Original Message----- From: Tian, Kevin [mailto:kevi...@intel.com] Sent: Sunday, May 15, 2005 11:33 PM To: Magenheimer, Dan (HP Labs Fort Collins); xen-...@lists.xensource.com Cc: Munoz, Alberto J Subject: RE: [Xen-ia64-devel] Paravirtualized xenlinux/ia64 available

Hi, Dan, It still doesn't work, and could you give more detail instructions about steps to run on ski simulator and real hardware.

Are the steps you described upon zx1_defconfig only adapts to zx1 machine, or also works for ski? If only for zx1 machine, why need to add hpsim_cons like stuff for CONFIG_XEN? If also for ski, I always encountered "Can't open root device" problem.

I also tried to copy sim_defconfig, and there's no output after "Freeing unused kernel memory: 192kB freed" but the keyboard can work. Before reaching this point, at least I need to change something for para-xenlinux: 1. Comment following line in arch/ia64/Makefile: #drivers-$(CONFIG_XEN) += arch/ia64/hp/sim/ Or else the compilation will fail due to double inclusion 2. Comment arch/ia64/kernel/setup.c: static inline int __init early_console_setup (char *cmdline) { #if 0 //#ifdef CONFIG_XEN extern struct console hpsim_cons; register_console(&hpsim_cons); return 0; #else Or else the hpsim_cons is registered twice and then xenlinux will search console list and output same string repeatedly for ever: Linux version 2.6.11 (gcc version 3.2.3 20030502 (Red Hat Linux 3.2.3-20)) #7 SMP Sun May 15 18:30:58 PDT 2005

But after all above done, it still can't reach user prompt. Since I'm not familiar with ski simulator environment, could you give a step-by-step instruction for run on ski? :)

Thanks a lot, Kevin

-----Original Message-----

From: Magenheimer, Dan (HP Labs Fort Collins) [mailto:dan....@hp.com]

Sent: Friday, May 13, 2005 9:07 PM To: Tian, Kevin; xen-...@lists.xensource.com; xen-devel Cc: Munoz, Alberto J Subject: RE: [Xen-ia64-devel] Paravirtualized xenlinux/ia64 available

Yes, like real Linux/ia64, it is not possible to run the same Xenlinux bits both on ski and on real hardware. A different configuration and build is required. The config difference is the same as it was with the privified xenlinux... I think you did that successfully before (with privified xenlinux) so give that config file a try and if it doesn't work, let me know.

BTW, I think I know how to fix this problem (unable to run same bits on ski and real hardware) for real Linux/ia64 and Xen/ia64, but it would take a day or two and hasn't bubbled up to the top of my list yet.

Dan

P.S. Please move further replies on this topic to xen-ia64-devel only.

-----Original Message----- From: Tian, Kevin [mailto:kevi...@intel.com] Sent: Friday, May 13, 2005 2:35 AM To: Magenheimer, Dan (HP Labs Fort Collins); xen-...@lists.xensource.com; xen-devel Cc: Munoz, Alberto J Subject: RE: [Xen-ia64-devel] Paravirtualized xenlinux/ia64 available

Hi, Dan, We tried latest xeno-unstable-ia64 bk tree on a para-virtualized dom0 following your instructions. However it failed to find root fs on ski:

VFS: Cannot open root device "<NULL>" or unknown-block(8,2) Please append a correct "root=" boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(8,2)

The bk info is: ChangeSet@1.1435, 2005-05-10 15:58:27-07:00, xen-...@bkbits.net Merge bk://xen.bkbits.net/xeno-unstable.bk into bkbits.net:/repos/x/xen-ia64/xeno-unstable-ia64.bk

However we then tried previous binary-patched dom0 with code in our trunk (VTI disabled), it can work to user prompt. This means the ski environment still working well.

Do you ever see similar error on this revision? Maybe we missed some important step or... ski environment needs some change? The command to start ski is: "ski bootloader xen paralinux nomca simscsi=`pwd`/sd"

Here paralinux is built upon bk://xen-ia64.bkbits.net/xenlinux-ia64-2.6.11.bk.

BTW, just saw a small bug in vcpu.c: IA64FAULT vcpu_itc_d(VCPU *vcpu, UINT64 ... if (((itir & ~0xfc) >> 2) < PAGE_SHIFT) { Should be: if (((itir & 0xfc) >> 2) < PAGE_SHIFT) {