[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <039adc54-00f5-bf4e-e509-ffdc67baa15e@arm.com>
Date: Tue, 5 Sep 2017 13:53:17 +0100
From: Jean-Philippe Brucker <jean-philippe.brucker@....com>
To: Yisheng Xie <xieyisheng1@...wei.com>
Cc: joro@...tes.org, robh+dt@...nel.org, mark.rutland@....com,
lorenzo.pieralisi@....com, hanjun.guo@...aro.org,
sudeep.holla@....com, rjw@...ysocki.net, lenb@...nel.org,
will.deacon@....com, robin.murphy@....com, robert.moore@...el.com,
lv.zheng@...el.com, iommu@...ts.linux-foundation.org,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-acpi@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
devel@...ica.org, liubo95@...wei.com, chenjiankang1@...wei.com,
xieyisheng@...wei.com
Subject: Re: [RFC PATCH 4/6] iommu/arm-smmu-v3: Add SVM support for platform
devices
On 31/08/17 09:20, Yisheng Xie wrote:
> From: Jean-Philippe Brucker <jean-philippe.brucker@....com>
>
> Platform device can realise SVM function by using the stall mode. That
> is to say, when device access a memory via iova which is not populated,
> it will stalled and when SMMU try to translate this iova, it also will
> stall and meanwhile send an event to CPU via MSI.
>
> After SMMU driver handle the event and populated the iova, it will send
> a RESUME command to SMMU to exit the stall mode, therefore the platform
> device can contiue access the memory.
>
> Signed-off-by: Jean-Philippe Brucker <jean-philippe.brucker@....com>
No. Please don't forge a signed-off-by under a commit message you wrote,
it's rude. I didn't sign it, didn't consider it fit for mainline or even
as an RFC, and wanted to have another read before sending. My mistake,
I'll think twice before sharing prototypes in the future.
Thanks,
Jean
Powered by blists - more mailing lists