From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([208.118.235.92]:58779)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <hdegoede@redhat.com>) id 1TYfgv-0007BO-3X
	for qemu-devel@nongnu.org; Wed, 14 Nov 2012 11:19:56 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <hdegoede@redhat.com>) id 1TYfgs-0006vr-1y
	for qemu-devel@nongnu.org; Wed, 14 Nov 2012 11:19:53 -0500
Received: from mx1.redhat.com ([209.132.183.28]:4528)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <hdegoede@redhat.com>) id 1TYfgr-0006vl-QO
	for qemu-devel@nongnu.org; Wed, 14 Nov 2012 11:19:49 -0500
Received: from int-mx10.intmail.prod.int.phx2.redhat.com
	(int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id qAEGJm9N024927
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK)
	for <qemu-devel@nongnu.org>; Wed, 14 Nov 2012 11:19:48 -0500
From: Hans de Goede <hdegoede@redhat.com>
Date: Wed, 14 Nov 2012 17:21:35 +0100
Message-Id: <1352910105-10272-1-git-send-email-hdegoede@redhat.com>
Subject: [Qemu-devel] [PATCH 00/10] ehci: various fixes
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: Gerd Hoffmann <kraxel@redhat.com>
Cc: qemu-devel@nongnu.org

While working on moving usb-redir and usb-hid over to using async packet
handling for their interrupt input endpoints. I've found and fixed quite
a few ehci bugs.

Unfortunately the moving to async for interrupt endpoints turns out to be a
bad idea, as it causes issues for migration, an async completed packet will
not getting written back to guest memory until the next poll time, and if a
migration happens in between it will get lost!

So now I'm working on making all qemu usb-devices call wakeup when they
have interrupt data ready (something which is needed for xhci anyways),
and then we can still slowdown the frame timer when there are no isoc packets
in the periodic schedule, using the wakeup as a notifier to run the frame-timer
earlier.

While I'm working on this, the ehci fixes can already go upstream, as they
are ready and have been extensively tested.

Regards,

Hans