From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:48215) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TbW3E-00015s-A8 for qemu-devel@nongnu.org; Thu, 22 Nov 2012 07:38:41 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TbW3A-0007Np-DW for qemu-devel@nongnu.org; Thu, 22 Nov 2012 07:38:40 -0500 Received: from mail-ea0-f173.google.com ([209.85.215.173]:43215) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TbW3A-0007Nl-7C for qemu-devel@nongnu.org; Thu, 22 Nov 2012 07:38:36 -0500 Received: by mail-ea0-f173.google.com with SMTP id i13so3361563eaa.4 for ; Thu, 22 Nov 2012 04:38:35 -0800 (PST) Date: Thu, 22 Nov 2012 13:38:32 +0100 From: Stefan Hajnoczi Message-ID: <20121122123832.GA17156@stefanha-thinkpad.redhat.com> References: <20121119085528.GD17444@stefanha-thinkpad.redhat.com> <20121122081942.GC7598@stefanha-thinkpad.redhat.com> <50ADFCC6.6070902@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <50ADFCC6.6070902@redhat.com> Subject: Re: [Qemu-devel] TCP based PCIE request forwarding List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paolo Bonzini Cc: lementec fabien , Cam Macdonell , Nick Gasson , qemu-devel , fred.konrad@greensocs.com On Thu, Nov 22, 2012 at 11:21:58AM +0100, Paolo Bonzini wrote: > Il 22/11/2012 09:19, Stefan Hajnoczi ha scritto: > >> > usage > >> > ----- > >> > PCIEFW devices are instanciated using the following QEMU options: > >> > -device \ > >> > pciefw,\ > >> > laddr=,\ > >> > lport=,\ > >> > raddr=,\ > >> > rport= > > Take a look at qemu_socket.h:socket_parse(). It should allow you to > > support TCP, UNIX domain sockets, and arbitrary file descriptors. > > > > Even better it could just be a chardev. socket_parse() is only used by > the (human) monitor interface. The issue with chardev is that it's asynchronous. In this case we cannot return from MemoryRegionOps->read() or MemoryRegionOps->write() back to the event loop. Stefan