From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42002) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UupqV-00043l-B7 for qemu-devel@nongnu.org; Thu, 04 Jul 2013 16:09:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UupqU-0007ZV-7Z for qemu-devel@nongnu.org; Thu, 04 Jul 2013 16:09:38 -0400 Received: from mail-ea0-x22e.google.com ([2a00:1450:4013:c01::22e]:52785) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UupqU-0007Ya-2E for qemu-devel@nongnu.org; Thu, 04 Jul 2013 16:09:38 -0400 Received: by mail-ea0-f174.google.com with SMTP id o10so1028177eaj.19 for ; Thu, 04 Jul 2013 13:09:37 -0700 (PDT) Sender: Paolo Bonzini Message-ID: <51D5D676.2080901@redhat.com> Date: Thu, 04 Jul 2013 22:09:26 +0200 From: Paolo Bonzini MIME-Version: 1.0 References: <1372932359-4625-1-git-send-email-fabio.fantoni@m2r.biz> <20130704101203.GS7483@zion.uk.xensource.com> <51D54B8B.9010703@m2r.biz> <20130704103224.GT7483@zion.uk.xensource.com> <51D564CB.9090602@m2r.biz> <51D5AE39.2010606@suse.de> In-Reply-To: <51D5AE39.2010606@suse.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: [Qemu-devel] [Xen-devel] [PATCH] libxl: Spice usbredirection support for upstream qemu List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: =?ISO-8859-1?Q?Andreas_F=E4rber?= Cc: xen-devel@lists.xensource.com, Wei Liu , Ian.Campbell@citrix.com, Stefano Stabellini , Ian.Jackson@eu.citrix.com, qemu-devel@nongnu.org, Hans de Goede , Fabio Fantoni , spice-devel@lists.freedesktop.org Il 04/07/2013 19:17, Andreas Färber ha scritto: > Also if at some point you try to use, e.g., q35 rather than i440fx > machine, it might have EHCI by default and the snippet would be > instantiating a duplicate one. I.e., the three levels of dependency > could be separated more clearly: PCI, USB, redirection. At least you could start specifying the USB desired version (1.1, 2.0 with companion controllers, 3.0) as an extension of the "usb=1" that is already supported. Paolo > Stating the obvious, a loop would be a more readable solution for adding > 4 devices only differing in device/chardev id. ;)