From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1755729AbdJLMSk (ORCPT <rfc822;w@1wt.eu>);
        Thu, 12 Oct 2017 08:18:40 -0400
Received: from 8bytes.org ([81.169.241.247]:57850 "EHLO theia.8bytes.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751004AbdJLMSj (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 12 Oct 2017 08:18:39 -0400
Date: Thu, 12 Oct 2017 14:18:36 +0200
From: Joerg Roedel <joro@8bytes.org>
To: Robin Murphy <robin.murphy@arm.com>
Cc: Tomasz Nowicki <tnowicki@caviumnetworks.com>,
        Tomasz Nowicki <tn@semihalf.com>,
        Tomasz Nowicki <tomasz.nowicki@caviumnetworks.com>,
        will.deacon@arm.com, Jayachandran.Nair@cavium.com,
        ard.biesheuvel@linaro.org, linux-kernel@vger.kernel.org,
        iommu@lists.linux-foundation.org, linux-arm-kernel@lists.infradead.org,
        Ganapatrao.Kulkarni@cavium.com
Subject: Re: [PATCH V2 0/1] Optimise IOVA allocations for PCI devices
Message-ID: <20171012121836.6agau6cvbvtokghh@8bytes.org>
References: <1505897522-9237-1-git-send-email-tomasz.nowicki@caviumnetworks.com>
 <cda4f03f-acf5-9b74-d8f1-774065bfc94e@semihalf.com>
 <20171012100444.GI30803@8bytes.org>
 <f7210a76-399c-3767-74d0-24a98cbf7d78@caviumnetworks.com>
 <c0be8925-a78d-7f9b-99c5-8a812564ce89@arm.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <c0be8925-a78d-7f9b-99c5-8a812564ce89@arm.com>
User-Agent: NeoMutt/20170421 (1.8.2)
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

On Thu, Oct 12, 2017 at 12:14:08PM +0100, Robin Murphy wrote:
> Yup, I've had Tomasz' patch included in my iommu/iova branch for a
> while, and the "Misc. IOVA tweaks" patches were actually written on top
> of it.
> 
> This should be the final piece of the puzzle for several arm64 server
> platforms, which exacerbate the problem by using 64K pages and having
> host bridge windows consume most of the 32-bit mem space.

Okay, thanks. Applied the patch.