From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:39826)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <gsomlo@gmail.com>) id 1XSV71-0006tP-KN
	for qemu-devel@nongnu.org; Fri, 12 Sep 2014 13:58:32 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <gsomlo@gmail.com>) id 1XSV6r-00018x-QO
	for qemu-devel@nongnu.org; Fri, 12 Sep 2014 13:58:23 -0400
Received: from mail-qc0-x22d.google.com ([2607:f8b0:400d:c01::22d]:63619)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <gsomlo@gmail.com>) id 1XSV6r-00018o-N0
	for qemu-devel@nongnu.org; Fri, 12 Sep 2014 13:58:13 -0400
Received: by mail-qc0-f173.google.com with SMTP id i8so901894qcq.18
	for <qemu-devel@nongnu.org>; Fri, 12 Sep 2014 10:58:11 -0700 (PDT)
Date: Fri, 12 Sep 2014 13:58:05 -0400
From: "Gabriel L. Somlo" <gsomlo@gmail.com>
Message-ID: <20140912175804.GH1825@ERROL.INI.CMU.EDU>
References: <20140911154159.GB1825@ERROL.INI.CMU.EDU>
	<5411C474.6050105@redhat.com>
	<20140911163508.GC1825@ERROL.INI.CMU.EDU>
	<5411D086.8030400@redhat.com>
	<20140911201638.GF1825@ERROL.INI.CMU.EDU>
	<54120A2E.80909@redhat.com>
	<9C3B0940-C616-4C9A-8DC9-F8A2CC3A4940@suse.de>
	<20140911232123.GA29883@foober.ini.cmu.edu>
	<alpine.LMD.2.02.1409121114460.21491@jedlik.phy.bme.hu>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <alpine.LMD.2.02.1409121114460.21491@jedlik.phy.bme.hu>
Subject: Re: [Qemu-devel] OVMF, Q35 and USB keyboard/mouse
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: BALATON Zoltan <balaton@eik.bme.hu>
Cc: "edk2-devel@lists.sourceforge.net" <edk2-devel@lists.sourceforge.net>, Alexander Graf <agraf@suse.de>, "qemu-devel@nongnu.org" <qemu-devel@nongnu.org>, "kraxel@redhat.com" <kraxel@redhat.com>, "reza.jelveh@tuhh.de" <reza.jelveh@tuhh.de>, Paolo Bonzini <pbonzini@redhat.com>, Laszlo Ersek <lersek@redhat.com>

On Fri, Sep 12, 2014 at 11:17:35AM +0200, BALATON Zoltan wrote:
> On Thu, 11 Sep 2014, Gabriel L. Somlo wrote:
> >On Thu, Sep 11, 2014 at 11:34:03PM +0200, Alexander Graf wrote:
> >>XNU also populates its device tree based on the DSDT. Maybe there's a
> >>subtle difference there?
> >
> >This was the low hanging fruit, so I checked it first :) Pulled the
> >DSDT using the OS X version of "DSDTEditor" (found on insanelymac)
> >on both the Chameleon q35 version which had all three UHCIs and from
> >the OVMF q35 version which only showed UHCI3. The two DSDTs looked
> >absolutely identical (no output from diff)...
> 
> You may also look for differences in USB devices in the ouput of ioreg.
> Maybe that shows something. (It's basically what you can see in System
> Profiler but easier to compare with diff and may have additional data.)

Other than lots of off-by-a-few key values, the main two hunks of the
diff between the Chameleon and OVMF instances of a Q35 OSX guest are
simply the missing two "AppleUSBUHCI" arrays:

-	<key>IORegistryEntryChildren</key>
-	<array>
-		<dict>
-			<key>CFBundleIdentifier</key>
-			<string>com.apple.driver.AppleUSBUHCI</string>
-			<key>Card Type</key>
-			<string>PCI</string>
-			<key>Companion</key>
-			<string>yes</string>
-			<key>Errata</key>
-			<integer>0</integer>
-			<key>IOClass</key>
-			<string>AppleUSBUHCI</string>
-			<key>IOMatchCategory</key>
-			<string>IODefaultMatchCategory</string>
-			<key>IOObjectClass</key>
-			<string>AppleUSBUHCI</string>
-			<key>IOObjectRetainCount</key>
-			<integer>11</integer>
-			<key>IOPCIClassMatch</key>
-			<string>0x0C030000</string>
-			<key>IOPowerManagement</key>
-			<dict>
-				<key>ChildrenPowerState</key>
-				<integer>3</integer>
-				<key>CurrentPowerState</key>
-				<integer>3</integer>
-				<key>DevicePowerState</key>
-				<integer>3</integer>
-				<key>DriverPowerState</key>
-				<integer>3</integer>
-				<key>MaxPowerState</key>
-				<integer>4</integer>
-			</dict>
-			<key>IOProbeScore</key>
-			<integer>0</integer>
-			<key>IOProviderClass</key>
-			<string>IOPCIDevice</string>
-			<key>IORegistryEntryChildren</key>
-			<array>
-				<dict>
-					<key>AAPL,current-extra-in-sleep</key>
-					<integer>500</integer>
... etc.

Together, the ioreg xml output files are 50K lines, so I figured I'd
try to spare everyone the pain (but I do have them and can attach them
in private mail in case you think they're worth a second look).

Thanks,
--Gabriel