[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4EBBC090.4070109@gmail.com>
Date: Thu, 10 Nov 2011 20:16:16 +0800
From: cody <mail.kai.huang@...il.com>
To: Ohad Ben-Cohen <ohad@...ery.com>
CC: iommu@...ts.linux-foundation.org, linux-omap@...r.kernel.org,
Laurent Pinchart <laurent.pinchart@...asonboard.com>,
Joerg Roedel <Joerg.Roedel@....com>,
David Woodhouse <dwmw2@...radead.org>,
linux-arm-kernel@...ts.infradead.org,
David Brown <davidb@...eaurora.org>,
Arnd Bergmann <arnd@...db.de>, linux-kernel@...r.kernel.org,
Hiroshi Doyu <hdoyu@...dia.com>,
Stepan Moskovchenko <stepanm@...eaurora.org>,
KyongHo Cho <pullip.cho@...sung.com>, kvm@...r.kernel.org
Subject: Re: [PATCH v4 2/7] iommu/core: split mapping to page sizes as supported
by the hardware
On 11/10/2011 03:31 PM, Ohad Ben-Cohen wrote:
> On Thu, Nov 10, 2011 at 8:17 AM, Kai Huang<mail.kai.huang@...il.com> wrote:
>
>> Seems the unmap function don't take phys as parameter, does this mean
>> domain->ops->unmap will walk through the page table to find out the
>> actual page size?
>>
> The short answer is yes, and furthermore, we also consider to remove
> the size param from domain->ops->unmap entirely at some point.
>
> We had a long discussion about it, please see:
>
> https://lkml.org/lkml/2011/10/10/234
>
Yes I've seen your discussion, I followed this thread from beginning:)
How about the IOTLB flush? As I said I think we need to consider that
IOMMU (even does not exist now) may have some limitation on IOTLB flush,
and hiding page size from IOTLB flush code may hurt performance, or even
worse, trigger undefined behaviors.
-cody
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists