From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:54622) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SoAe3-0007Zo-0p for qemu-devel@nongnu.org; Mon, 09 Jul 2012 05:52:52 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SoAdx-0004RH-IU for qemu-devel@nongnu.org; Mon, 09 Jul 2012 05:52:42 -0400 Received: from mx1.redhat.com ([209.132.183.28]:41904) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SoAdx-0004RA-Ab for qemu-devel@nongnu.org; Mon, 09 Jul 2012 05:52:37 -0400 Message-ID: <4FFAA9E0.1000406@redhat.com> Date: Mon, 09 Jul 2012 11:52:32 +0200 From: Kevin Wolf MIME-Version: 1.0 References: <1340714974-25489-1-git-send-email-agraf@suse.de> <4FFAA03D.6020302@redhat.com> <4FFAA40E.4070901@redhat.com> <583552B4-7D4C-4030-8792-203BB922000E@suse.de> In-Reply-To: <583552B4-7D4C-4030-8792-203BB922000E@suse.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH v2] ahci: add -drive support List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Alexander Graf Cc: Markus Armbruster , qemu-devel qemu-devel Am 09.07.2012 11:36, schrieb Alexander Graf: > > On 09.07.2012, at 11:27, Kevin Wolf wrote: > >> Am 09.07.2012 11:13, schrieb Alexander Graf: >>> >>> On 09.07.2012, at 11:11, Kevin Wolf wrote: >>>> Can we even make it the default with q35 as long as our AHCI controller >>>> doesn't also expose a legacy interface for compatibility? >>> >>> What legacy interface? The ICH-9 can be controlled by the _BIOS_ to switch between 2 PCI IDs. One for IDE mode, one for AHCI mode. I don't think that would help us here, would it? >> >> I didn't actually look into this much. I just supposed that the >> existence of an AHCI Enable bit in the GHC register implies that some >> compatibility mechanism can be implemented that is transparent to older >> OSes. > > Yeah, I was hoping the same too when I read the spec back then. Unfortunately, it's really a firmware configuration bit which doesn't help us at all. > > I think there is a hack in some driver somewhere that on bootup checks if the AHCI bit is disabled and then forcefully enables it, so that the device during OS boot magically changes its ID and semantics. But I don't think we really want to rely on that. IIRC it never went upstream and I doubt Windows does it. Meh. So once again hardware doesn't work as you would expect. >> If it can't, then I guess we can't change the meaning of -hda as long as >> we claim that the command line is a stable API (or at least not if q35 >> is meant to become the default machine type at some point) > > If -hda has the semantics of "create an IDE device", then no, we can't change it. It doesn't however. IIRC on -M pseries -hda creates SCSI devices. On s390 -hda creates virtio devices. So if on -M q35 -hda would create if=ahci, I don't see how that breaks the CLI. It doesn't per se, that is as long as you need to explicitly specify -M q35. But then changing the default machine from the existing pc to q35 would break the command line. Kevin