From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Nfip4-0007cw-2K for qemu-devel@nongnu.org; Thu, 11 Feb 2010 18:51:50 -0500 Received: from [199.232.76.173] (port=49604 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Nfip2-0007c6-Nh for qemu-devel@nongnu.org; Thu, 11 Feb 2010 18:51:48 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1Nfip1-0006o7-CY for qemu-devel@nongnu.org; Thu, 11 Feb 2010 18:51:48 -0500 Received: from mail2.shareable.org ([80.68.89.115]:56277) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Nfip1-0006o3-2e for qemu-devel@nongnu.org; Thu, 11 Feb 2010 18:51:47 -0500 Date: Thu, 11 Feb 2010 23:51:41 +0000 From: Jamie Lokier Subject: Re: [Qemu-devel] Seabios dislikes -M isapc Message-ID: <20100211235141.GF407@shareable.org> References: <4B6FE4BD.5010304@siemens.com> <4B71BC80.30905@codemonkey.ws> <24DBE33F-1742-4534-A943-65D9A3579A81@claunia.com> <4B71CE0C.90204@codemonkey.ws> <7DDDDCA5-2F86-4644-B7B3-A714AEDA56CA@claunia.com> <20100209232531.GC2462@volta.aurel32.net> <4B71F72D.8090703@codemonkey.ws> <4B71FE47.2050300@codemonkey.ws> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B71FE47.2050300@codemonkey.ws> List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anthony Liguori Cc: qemu-devel@nongnu.org, Aurelien Jarno Anthony Liguori wrote: > On 02/09/2010 06:27 PM, malc wrote: > >APIC is almost as good as useless without ACPI and we have a switch to > >disable that. > > > > Which is another thing that I'm not sure it all that useful to have. > > >>Firmware is really hard to implement if you have to deal with supporting > >>multiple chipsets. > >> > >>Also, if we don't have a workload that actually needs isapc, that suggests > >>that there's no real way to test that isapc doesn't have non-ISA things > >>creep > >>into it. > >> > >>Given that, I'm inclined to suggest that we mark isapc as deprecated, give > >>people some time to comment on it, and then provided that we still don't > >>think > >>it's necessary, change isapc to simply use isa devices while still using > >>a PCI > >>chipset. > >> > >Not to comment, to give hard evidence that something is working with isapc > >and doesn't otherwise, in which case it must stay. > > > > Yes. If someone can produce a workload that requires isapc[1], I'm all > for continuing to support it. > > [1] Very specifically, I mean requires -M isapc to only emulate an ISA > bus and not emulate an ISA bus via a bridge in the PIIX chipset. We > will always need an -M isapc that only uses ISA devices instead of PCI > devices. However, if we can use a PCI chipset in -M isapc, we can > express the differences entirely via qdev. If it emulated a PCI chipset _but_ ignored any access to the chipset registers after the BIOS has initialised whatever it will (by unmapping the registers but keeping the chipset device running), that would look an awful lot like a real ISA PC at that point, wouldn't it? -- Jamie