From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:42880) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UCtLJ-0007Bj-Je for qemu-devel@nongnu.org; Tue, 05 Mar 2013 09:59:50 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UCtLE-0005FS-H5 for qemu-devel@nongnu.org; Tue, 05 Mar 2013 09:59:49 -0500 Received: from e23smtp04.au.ibm.com ([202.81.31.146]:56952) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UCtLE-0005FH-0J for qemu-devel@nongnu.org; Tue, 05 Mar 2013 09:59:44 -0500 Received: from /spool/local by e23smtp04.au.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Wed, 6 Mar 2013 00:49:54 +1000 Received: from d23relay03.au.ibm.com (d23relay03.au.ibm.com [9.190.235.21]) by d23dlp02.au.ibm.com (Postfix) with ESMTP id 943252BB004F for ; Wed, 6 Mar 2013 01:59:35 +1100 (EST) Received: from d23av03.au.ibm.com (d23av03.au.ibm.com [9.190.234.97]) by d23relay03.au.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id r25ExVtG58523858 for ; Wed, 6 Mar 2013 01:59:32 +1100 Received: from d23av03.au.ibm.com (loopback [127.0.0.1]) by d23av03.au.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id r25ExYEf001650 for ; Wed, 6 Mar 2013 01:59:34 +1100 From: Anthony Liguori In-Reply-To: <20130305141557.GA19694@stefanha-thinkpad.redhat.com> References: <1362491612-19226-1-git-send-email-aliguori@us.ibm.com> <20130305141557.GA19694@stefanha-thinkpad.redhat.com> Date: Tue, 05 Mar 2013 08:59:26 -0600 Message-ID: <87vc9528q9.fsf@codemonkey.ws> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: [Qemu-devel] [RFC PATCH 0/8] libqos support List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Stefan Hajnoczi Cc: Kevin Wolf , qemu-devel@nongnu.org Stefan Hajnoczi writes: > On Tue, Mar 05, 2013 at 07:53:24AM -0600, Anthony Liguori wrote: >> This is a not completely polished version of libqos that includes PCI >> support. I haven't gone through the patches thoroughly yet so I've got >> it marked as RFC. It works and is functionally complete. I know the >> files are missing copyrights though and the commit messages need some >> work. I also haven't run checkpatch on the patches yet. > > The PCI support looks pretty close. The minimum functionality that > others can build on is the PCI support. Merging the PCI support should > be uncontroversial. > > The fw_cfg needs some patch reordering (best to introduce the fw_cfg pc > code in a separate source file from the start instead of moving it > later). fw_cfg is needed in order to implement an alloc. Alloc is needed in order to do any form of DMA. But I don't think it will be too hard to fix up this series into something mergable. The big issue was virtio support but now that that's dropped, the rest is pretty easy. Regards, Anthony Liguori > > Stefan