From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60355) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VEdcy-0008V7-Iv for qemu-devel@nongnu.org; Wed, 28 Aug 2013 07:09:39 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VEdcr-0006qA-8v for qemu-devel@nongnu.org; Wed, 28 Aug 2013 07:09:32 -0400 Received: from mail-ee0-f52.google.com ([74.125.83.52]:64663) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VEdcr-0006q1-2b for qemu-devel@nongnu.org; Wed, 28 Aug 2013 07:09:25 -0400 Received: by mail-ee0-f52.google.com with SMTP id c41so2820854eek.25 for ; Wed, 28 Aug 2013 04:09:09 -0700 (PDT) Sender: Paolo Bonzini Message-ID: <521DDA4F.30404@redhat.com> Date: Wed, 28 Aug 2013 13:09:03 +0200 From: Paolo Bonzini MIME-Version: 1.0 References: <1377170965-9905-1-git-send-email-aik@ozlabs.ru> <521DC6E5.9000304@ozlabs.ru> In-Reply-To: <521DC6E5.9000304@ozlabs.ru> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH v3 0/3] vfio: fixes for better support for 128 bit memory section sizes List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Alexey Kardashevskiy Cc: Peter Maydell , Alex Williamson , qemu-devel@nongnu.org Il 28/08/2013 11:46, Alexey Kardashevskiy ha scritto: > On 08/22/2013 09:29 PM, Alexey Kardashevskiy wrote: >> I made a couple of small patches while debugging VFIO on SPAPR >> which uses IOMMU MemoryRegion 2^64 bytes long. >> >> Changes: >> v3: >> * "int128: add int128_exts64()" updated >> >> v2: >> * added int128_exts64() function as a separate patch and used in >> "vfio: Fix 128 bit handling" >> >> >> >> Alexey Kardashevskiy (3): >> int128: add int128_exts64() >> vfio: Fix debug output for int128 values >> vfio: Fix 128 bit handling >> >> hw/misc/vfio.c | 19 +++++++++++++------ >> include/qemu/int128.h | 5 +++++ >> 2 files changed, 18 insertions(+), 6 deletions(-) > > Ping? I fixed everything I was told to, is there anything left? Or we need > to decide through which tree this should go? :) Thanks! I think it should go through Alex's tree, but he may be busy due to the impending opening of the Linux merge window. Paolo