From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54551) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W7v2P-0003Uh-I1 for qemu-devel@nongnu.org; Mon, 27 Jan 2014 17:52:23 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W7v2J-0003jN-Jp for qemu-devel@nongnu.org; Mon, 27 Jan 2014 17:52:17 -0500 Received: from mail-qa0-x22d.google.com ([2607:f8b0:400d:c00::22d]:39477) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W7v2J-0003cM-CX for qemu-devel@nongnu.org; Mon, 27 Jan 2014 17:52:11 -0500 Received: by mail-qa0-f45.google.com with SMTP id ii20so8273291qab.32 for ; Mon, 27 Jan 2014 14:51:49 -0800 (PST) Date: Mon, 27 Jan 2014 17:51:16 -0500 From: "Gabriel L. Somlo" Message-ID: <20140127225115.GA29329@ERROL.INI.CMU.EDU> References: <52DE4CDC.4070501@redhat.com> <20140121110202.GA22693@redhat.com> <52DE5471.5090901@redhat.com> <20140121114454.GC22693@redhat.com> <20140121181101.GB1323@ERROL.INI.CMU.EDU> <20140121183851.GA26382@redhat.com> <20140124164608.GB1293@ERROL.INI.CMU.EDU> <20140125000945.GA10357@crash.ini.cmu.edu> <6FAEE645-799D-4535-B568-75AB5E4D206C@suse.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6FAEE645-799D-4535-B568-75AB5E4D206C@suse.de> Subject: Re: [Qemu-devel] [PATCH] ACPI: Add IRQ resource to HPET._CRS on Mac OS X List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Alexander Graf Cc: "imammedo@redhat.com" , "pbonzini@redhat.com" , "lersek@redhat.com" , "qemu-devel@nongnu.org" , "Michael S. Tsirkin" On Sat, Jan 25, 2014 at 10:08:37AM +0100, Alexander Graf wrote: > > From a cursory pass through the Chameleon source, I don't think so. > Ok :). I only barely remember what Chameleon did on top of the normal > Apple BIOS bootloader. I'll start poking at it to find out exactly what it does, but it appears to only allow the option of a full DSDT replacement via a supplied AML file, but doesn't seem to *edit* the default DSDT in any way. > > Currently, I have SnowLeopard, Lion, and MountainLion working fine. > > MountainLion needs the 10.8.5 installer (10.8.0 installer hangs at > > boot). > > > > Mavericks 10.9.0 installer boots and works fine, but the resulting hdd > > image, while bootable, hangs during boot. I want to try the latest > > Mavericks installer before moving on to isolate the bits of Chameleon > > magic that are relevant to us (QEMU+KVM). > > > > That's about where things are right now :) > > Nice progress :). Thanks a lot for taking care of all this! So, most current state of affairs with most up-to-date releases of each of 10.[6..9]: - IRQNoFlags hack only needed on SnowLeopard with PIIX *and* SMP; every other version works fine without it in all combinations, at the currently most up to date point release. - I can boot everything from SnowLeopard all the way to Mavericks using Chameleon (svn 2345 or later), with the following caveats: - MountainLion only boots and installs from later releases (I tried. 10.8.0 and it didn't boot, then 10.8.5 and it works flawlessly -- no idea where between the two it started working) - e1000 link negotiation patch needed on 10.6 and 10.7 (see http://lists.nongnu.org/archive/html/qemu-devel/2013-11/msg01046.html) - on 10.8 without that patch link is still reported as "down" but packets do make it in and out of the guest successfully anyway !!! :) - on Mavericks, the e1000 pci card doesn't work. In "System Information", under "Hardware", I get nothing under "Ethernet Cards", and "ethernet controller, pci slot 2, driver_installed=No" under "PCI Cards". On MountainLion and earlier, "Driver Installed" used to be "Yes", and the card used to show up under Ethernet Cards as well, using the AppleIntel8254XEthernet.kext. This kext is present on Mavericks as well, but doesn't seem to work there. - Once the "firstboot" portion of Mavericks is complete, I can boot it UP or SMP, PIIX or Q35, and it works OK (modulo the problem with not recognizing the e1000 network card). But after a fresh install from media, the first boot only happens with SMP. First boot *without* SMP hangs immediately before the GUI would have been started. Any ideas (especially related to the e1000 weirdness) much appreciated! Thanks, --Gabriel PS. For *all* OS X versions mentioned above, I'm patching kvm to treat monitor and mwait as NOP, and also the mysterious "ioapic polarity" patch without which OS X hangs at boot with "still waiting for root device". I'll dig at this one a bit too, over the next couple of weeks, then open up a thread about it on the KVM list, where it belongs... --- a/virt/kvm/ioapic.c +++ b/virt/kvm/ioapic.c @@ -328,7 +328,6 @@ int kvm_ioapic_set_irq(struct kvm_ioapic *ioapic, int irq, int irq_source_id, irq_level = __kvm_irq_line_state(&ioapic->irq_states[irq], irq_source_id, level); entry = ioapic->redirtbl[irq]; - irq_level ^= entry.fields.polarity; if (!irq_level) { ioapic->irr &= ~mask; ret = 1;