From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([208.118.235.92]:51858)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <kraxel@redhat.com>) id 1TXrDv-0004DO-5f
	for qemu-devel@nongnu.org; Mon, 12 Nov 2012 05:26:38 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <kraxel@redhat.com>) id 1TXrDs-0000ID-2q
	for qemu-devel@nongnu.org; Mon, 12 Nov 2012 05:26:35 -0500
Received: from mx1.redhat.com ([209.132.183.28]:20255)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <kraxel@redhat.com>) id 1TXrDr-0000Hz-RT
	for qemu-devel@nongnu.org; Mon, 12 Nov 2012 05:26:32 -0500
Message-ID: <50A0CECA.9060102@redhat.com>
Date: Mon, 12 Nov 2012 11:26:18 +0100
From: Gerd Hoffmann <kraxel@redhat.com>
MIME-Version: 1.0
References: <20121111221650.GA3575@foober.ini.cmu.edu>
In-Reply-To: <20121111221650.GA3575@foober.ini.cmu.edu>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Subject: Re: [Qemu-devel] q35, usb-ehci1, and Mac OS X boot problems
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: "Gabriel L. Somlo" <gsomlo@gmail.com>
Cc: rene@exactcode.com, jbaron@redhat.com, qemu-devel@nongnu.org, agraf@suse.de

  Hi,

> First, what works:
> 
> With the following command line (usb items on the last line):
> 
> bin/qemu-system-x86_64 -enable-kvm -m 2048 -cpu core2duo \

>   -device ich9-usb-uhci1 -device usb-kbd -device usb-mouse

Just uhci.  Ok.

> If I replace:
> 
>   -device ich9-usb-uhci1 -device usb-kbd -device usb-mouse
> 
> with the generic default:
> 
>   -usb -device usb-kbd -device usb-mouse
> 
> I get a hang at boot time. OS X (SnowLeopard) prints the following
> USB-related warning/error to its console:
> 
> USBF: 2.557 AppleUSBEHCI[0xffffff80056c5000]::CheckSleepCapability - controller will be unloaded across sleep

Seems macos doesn't like something in our ehci emulation ...

Can you send a trace with all ehci tracepoints enabled?

> Note how both the keyboard and mouse are now under 'ehci1', rather than
> under one of the 'uhci' entries, e.g. uhci1 like in the working example
> earlier on.

That is normal for a companion controller setup.  For the guest usb 1.1
devices will show up at one of the uhci companion controllers
nevertheless (lsusb in linux guests will show that).

cheers,
  Gerd