Date: Wed, 6 Jun 2007 11:23:08 +0100
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
To: Rusty Russell <rusty@rustcorp.com.au>
Cc: Andrew Morton <akpm@linux-foundation.org>,
       lkml - Kernel Mailing List <linux-kernel@vger.kernel.org>,
       bzolnier@gmail.com, Matt Mackall <mpm@selenic.com>,
       Jeremy Fitzhardinge <jeremy@goop.org>
Subject: Re: [PATCH 3/6] lguest suppress IDE probing
Message-ID: <20070606112308.49a652f6@the-village.bc.nu>
In-Reply-To: <1181092258.14054.87.camel@localhost.localdomain>
References: <1181055308.14054.36.camel@localhost.localdomain>
	<1181055396.14054.38.camel@localhost.localdomain>
	<1181055483.14054.40.camel@localhost.localdomain>
	<20070605170747.256f6631@the-village.bc.nu>
	<1181092258.14054.87.camel@localhost.localdomain>
Organization: Red Hat UK Cyf., Amberley Place, 107-111 Peascod Street,
 Windsor, Berkshire, SL4 1TE, Y Deyrnas Gyfunol. Cofrestrwyd yng Nghymru a
 Lloegr o'r rhif cofrestru 3798903
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 916
Lines: 26

> Actually, Jeremy suggested claiming the entire IO space.  That works for
> Xen domU too, and makes some amount of sense.

Agreed

> > Better yet just don't compile in the old IDE stuff, lguest doesn't have a
> > PCI or ISA bus anyway.
> 
> Sure, but the "run the same kernel as guest and host" is a really nice
> feature.

Modules dear boy, modules ;)

> > Alternatively make the IDE I/O space return 0xFF and it'll skip them
> > anyway.
> 
> Hmm, every "in" should be returning 0xFFs, but I still get the delay and
> the probing.  Xen domU gets it too.

Can you see in a debugger where it is spending the time. 0xFF should be
taken as "no port, move on nothing to see"
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/