From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:60207) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SgYBW-0004AQ-Tj for qemu-devel@nongnu.org; Mon, 18 Jun 2012 05:23:52 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SgYBU-00074L-Sg for qemu-devel@nongnu.org; Mon, 18 Jun 2012 05:23:46 -0400 Received: from goliath.siemens.de ([192.35.17.28]:17140) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SgYBU-00071r-Iv for qemu-devel@nongnu.org; Mon, 18 Jun 2012 05:23:44 -0400 Message-ID: <4FDEF39D.3050503@siemens.com> Date: Mon, 18 Jun 2012 11:23:41 +0200 From: Jan Kiszka MIME-Version: 1.0 References: <20120614181104.23440.62204.stgit@bling.home> <20120614213120.GA22915@redhat.com> <4FDED359.9010102@web.de> <20120618071913.GA19877@redhat.com> In-Reply-To: <20120618071913.GA19877@redhat.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH v3 0/8] msix: Support specifying offsets, BARs, and capability location List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Michael S. Tsirkin" Cc: Alex Williamson , qemu-devel@nongnu.org On 2012-06-18 09:19, Michael S. Tsirkin wrote: > On Mon, Jun 18, 2012 at 09:06:01AM +0200, Jan Kiszka wrote: >> On 2012-06-14 23:31, Michael S. Tsirkin wrote: >>> On Thu, Jun 14, 2012 at 12:15:42PM -0600, Alex Williamson wrote: >>>> v3: >>>> - more patches, smaller diff, must be headed in the right direction >>>> - macros for all hardcoded values in msix_init_exclusive_bar >>>> - fold msix_add_config into msix_init allowing less churn to moving >>>> around msix_uninit >>>> - note native endian bug >>>> - split msix_mmio_read move to separate patch >>>> - split changing return value of msix_uninit to separate patch >>>> >>>> Thanks, >>>> >>>> Alex >>> >>> Thanks, applied all. >>> Will test/push next week. >> >> Could you publish your queue? I'd like to rebase my missing bits. >> >> Thanks, >> Ja >> > > Will do. FYI Anthony said on irc he objects to the caching approach, > asked for more time to review it all. Maybe we'll have to > go back to your original idea of a special API just for > assigned devices. Yes, we can still add caching on top. I really like to have some hook upstream soon as time is running out quickly for the 1.2 merge window and there is still some work to do on the qemu-kvm side. Jan -- Siemens AG, Corporate Technology, CT T DE IT 1 Corporate Competence Center Embedded Linux