From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ian Campbell Subject: Re: Re: pv_ops dom0 USB fixed Date: Thu, 11 Dec 2008 20:03:14 +0000 Message-ID: <1229025794.2770.32.camel@localhost.localdomain> References: <4940210C.1060401@goop.org> <1e16a9ed0812101448i52a39946o528c74effa2690ab@mail.gmail.com> <4940C98D.6070004@goop.org> <1e16a9ed0812110850odff8f56h836b7187ad0c64b0@mail.gmail.com> <49415945.3030508@goop.org> <1e16a9ed0812111147h3416cbb5uc11a8b9f5f0d0e80@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1e16a9ed0812111147h3416cbb5uc11a8b9f5f0d0e80@mail.gmail.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: deshantm@gmail.com Cc: Jeremy Fitzhardinge , Xen-devel , Aviv Grafi List-Id: xen-devel@lists.xenproject.org On Thu, 2008-12-11 at 14:47 -0500, Todd Deshane wrote: > On Thu, Dec 11, 2008 at 1:17 PM, Jeremy Fitzhardinge wrote: > > Todd Deshane wrote: > >>> > >>> Well, for a start, disable MSI for now (pci=nomsi on the kernel command > >>> line). I haven't done any MSI support yet. > >>> > >>> In the nosmp boot, something seems amiss with interrupt routing. nomsi > >>> may > >>> help there as well, but I'll need to have a closer look at the code to > >>> work > >>> out what's really going wrong here. Hm, its probably: > >>> [ 0.000000] ACPI: Skipping IOAPIC probe due to 'noapic' option. > >>> > >>> I guess nosmp implies noapic? Anyway, we don't do well without ioapics > >>> at > >>> present... > >>> > >>> J > >>> > >>> > >> > >> The pci=nomsi helped a lot. > >> > >> I have booting (at least almost) > >> > >> Again two logs attached. This time the without nosmp does better. > >> > >> Gets to a checking battery state line then it seems to stop. > >> > > > > What normally happens next? Looks like its pretty close to the end of the > > boot sequence; is that where it would normally print the login prompt? Is > > the machine on the network at that point? Can you log in remotely? > > > > Correct it is fully booted. This is the same thing shown on a normal > linux boot. I have attached both logs for reference. The linux one > is not exactly the same kernel, but it is close (both are rc7) > The vanilla linux one doesn't have any xen dom0 patches. > > On the normal linux one, even when putting the console on > the serial port, gdm loads up on the monitor, but this > doesn't happen for the dom0 kernel. > > However I can SSH into the dom0 kernel fine. Do you have a getty running on hvc0? > /proc/xen/capabilities is missing, so xend does not start. /proc/xen is now a filesystem mount point, make sure you have CONFIG_XENFS and CONFIG_XEN_COMPAT_XENFS and add to /etc/fstab: none /proc/xen xenfs defaults 0 0 Ian.