From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:40963) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YQbmn-0003Ar-IL for qemu-devel@nongnu.org; Wed, 25 Feb 2015 08:13:58 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YQbmj-0006Nj-KG for qemu-devel@nongnu.org; Wed, 25 Feb 2015 08:13:57 -0500 Received: from mail-lb0-f177.google.com ([209.85.217.177]:41031) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YQbmj-0006Na-DK for qemu-devel@nongnu.org; Wed, 25 Feb 2015 08:13:53 -0500 Received: by lbiz11 with SMTP id z11so3696475lbi.8 for ; Wed, 25 Feb 2015 05:13:52 -0800 (PST) MIME-Version: 1.0 In-Reply-To: <1424254105-30237-1-git-send-email-kraxel@redhat.com> References: <1424254105-30237-1-git-send-email-kraxel@redhat.com> From: Peter Maydell Date: Wed, 25 Feb 2015 22:13:32 +0900 Message-ID: Content-Type: text/plain; charset=UTF-8 Subject: Re: [Qemu-devel] [PULL 0/8] usb: error handling fixes from Markus, make sysbus ehci arm-only. List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gerd Hoffmann Cc: QEMU Developers On 18 February 2015 at 19:08, Gerd Hoffmann wrote: > Hi, > > Here comes the usb patch queue, with error handling fixes from Markus > and David's patch to make sysbus-ehci arm-only. > > please pull, > Gerd > > The following changes since commit cd2d5541271f1934345d8ca42f5fafff1744eee7: > > Merge remote-tracking branch 'remotes/rth/tags/pull-tcg-20150212' into staging (2015-02-13 11:44:50 +0000) > > are available in the git repository at: > > > git://git.kraxel.org/qemu tags/pull-usb-20150218-1 > > for you to fetch changes up to c3cf77cb63b71618224129df41f114488e0f74e4: > > Make sysbus EHCI devices ARM only by default (2015-02-18 10:53:10 +0100) > > ---------------------------------------------------------------- > usb: error handling fixes from Markus, make sysbus ehci arm-only. > > ---------------------------------------------------------------- Applied, thanks. (I ran into the "stale devices.mak dependencies" thing again, which I am currently assuming is because I failed to clean out enough of my build trees last time round, but maybe our makefile runes really are wrong here...) -- PMM