From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CZxZ3-0001zn-I6 for qemu-devel@nongnu.org; Thu, 02 Dec 2004 15:28:33 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CZxZ2-0001z8-UL for qemu-devel@nongnu.org; Thu, 02 Dec 2004 15:28:33 -0500 Received: from [129.104.30.34] (helo=mx1.polytechnique.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CZxP4-0000dO-Ac for qemu-devel@nongnu.org; Thu, 02 Dec 2004 15:18:14 -0500 Received: from localhost (localhost [127.0.0.1]) by djali.polytechnique.org (Postfix) with ESMTP id EA06A332A5 for ; Thu, 2 Dec 2004 21:18:05 +0100 (CET) Received: from djali.polytechnique.org ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09663-05 for ; Thu, 2 Dec 2004 21:18:05 +0100 (CET) Received: from bellard.org (unknown [84.99.204.158]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ssl.polytechnique.org (Postfix) with ESMTP id AC9DC332A2 for ; Thu, 2 Dec 2004 21:18:05 +0100 (CET) Message-ID: <41AF7893.8020800@bellard.org> Date: Thu, 02 Dec 2004 21:18:27 +0100 From: Fabrice Bellard MIME-Version: 1.0 Subject: Re: [Qemu-devel] Running Plan9 References: <20041201223253.GA5491@z273.org.uk> In-Reply-To: <20041201223253.GA5491@z273.org.uk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org It should work now! Fabrice. Brian Campbell wrote: > Being a little curious about Bell Lab's Plan 9 I tried to get the > installation/demo CD running under qemu. The major stumbling block I > encountered was that the IDE emulation wasn't properly detected. A > little bit of debugging revealed that Plan 9 was relying on an > an IDE feature that hasn't been implemented in qemu. > > Adding some very shoddy (and almost certainly wrong) support for > WIN_DIAGNOSE to ide_ioport_write in hw/ide.c was enough to get it to boot > and run the live version. Is anyone likely to provide a proper > implementation? I'd do it myself, but the (draft) ATA specs I had a look > through appeared to have some oddities I'd rather not have to deal with, > given that I've never done any ATA work before. >