qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] q35, usb-ehci1, and Mac OS X boot problems


From: Gerd Hoffmann
Subject: Re: [Qemu-devel] q35, usb-ehci1, and Mac OS X boot problems
Date: Tue, 13 Nov 2012 17:31:42 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.10) Gecko/20121026 Thunderbird/10.0.10

On 11/13/12 16:48, Gabriel L. Somlo wrote:
> Gerd,
> 
> On Tue, Nov 13, 2012 at 09:48:10AM +0100, Gerd Hoffmann wrote:
>>> below is what I got running the "-usb -device usb-kbd -device usb-mouse"
>>> command line with EHCI_DEBUG set to 1.
>>
>> This isn't what I ment.  See docs/tracing.txt for how tracepoint work.
>> Wildcards (i.e. 'ehci_*') work on tracepoints.
> 
> Below are the first 100 (of 6516784) ascii lines from the ehci_* trace
> file I collected in the cca. 30 seconds it took to get to the point
> where it's clear OS X boot is stuck and won't be making any further
> progress.
>
> In case you need it, the full (11M xz-compressed) trace file is at
> http://www.contrib.andrew.cmu.edu/~somlo/OSXKVM/ehci_trace.xz

The last lines of the log are more useful, which is more than 6500000
lines like this:

usb_ehci_opreg_read 4.767 addr=0x2c str=FRINDEX val=0x0

So macos seems to expect the frame index updating, and probably frame
list rollover interrupts too.  ehci doesn't do that of there is nothing
else to do, to keep the wakeup rate down.

Does the attached patch change anything?

In case it doesn't:  Any change in behavior if you add a usb-storage device?

cheers,
  Gerd

Attachment: 0001-ehci-keep-the-frame-timer-running-in-case-the-guest-.patch
Description: Text document


reply via email to

[Prev in Thread] Current Thread [Next in Thread]