Re: [Xen-devel] New kernel won't boot

["Gregory Newby" <newby@xxxxxxxx>]

On Tue, Nov 04, 2003 at 11:02:25PM +0000, Ian Pratt wrote:
> 
> > For grub with 'noreboot' it goes through the whole boot
> > process, identifies the SCSI drives and network:
> > 
> > Device eth0 opened and ready for use
> > DOM0: Guest OS virtual load address is c0000000
> 
> This is a weird one -- we haven't seen anyone else with this problem.
> 
> Things are going wrong very early in the dom0 boot process.

If it would help, I can try to capture the earlier
part of the process via serial console....but it's a bit
of a hassle.
 
> Please could you go into xenolinux-2.4.22/kernel/printk.c and 
> "#if 1" the HYPERVISOR_console_write in printk. hopefully this
> will produce a bit more debug output before the xenolinux
> explodes.

I will do this, but won't get to test it until tomorrow.  More:

> > The full grub commands are:
> > 
> >         root (hd0,0)
> >         kernel /xenimage.gz dom0_mem=512000 ser_baud=115000 noht
> >         module /xenolinux.gz root=/dev/sda2 ro console=/dev/tty0 DOMID=0
> > 
> > As mentioned, /dev/sda2 is ReiserFS.  
> 
> This looks sane -- the ReiserFS shouldn't make any difference. I
> forget: what happens when you boot a standard default
> configuration. It will obviously fail to mount the reiserfs
> rootfs, but does it get that far?

When I use the image.gz and xenolinux.gz from the CD
(copied to my /boot), the exact same outcome happens
 -- a reboot after "DOM0: Guest OS virtual load address is c0000000"

However, I *can* boot directly from the CD with no problem.  I
didn't experiment much, and never tried to get networking
running, but it seemed like all the hardware was recognized.

> Adding a "console=xenocons0" might generate more debug.

Ok.

> > Also as mentioned, I do not think any of the binaries built
> > during xeno-clone were copied to /bin or /usr/bin.  Maybe these
> > are the missing piece.
> 
> You shouldn't need the binaries until you begin starting other
> domains. It's important that you use the xi_* binaries that were
> built with the appropriate Xen version.

Good, that eliminates some possibilities.  Thanks again!
  -- Greg


-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel