Hi,
On 1/31/2018 6:39 PM, Robin Murphy wrote:
On 19/01/18 11:43, Vivek Gautam wrote:
From: Sricharan R <sricha...@codeaurora.org>
Finally add the device link between the master device and
smmu, so that the smmu gets runtime enabled/disabled only when the
master needs it. This is don
On 1/31/2018 5:53 PM, Robin Murphy wrote:
On 19/01/18 11:43, Vivek Gautam wrote:
From: Sricharan R <sricha...@codeaurora.org>
The smmu needs to be functional only when the respective
master's using it are active. The device_link feature
helps to track such functional dependenci
On 1/30/2018 1:12 AM, Rob Herring wrote:
On Fri, Jan 19, 2018 at 05:13:42PM +0530, Vivek Gautam wrote:
qcom,smmu-v2 is an arm,smmu-v2 implementation with specific
clock and power requirements. This smmu core is used with
multiple masters on msm8996, viz. mdss, video, etc.
Add bindings
() calls, to power-up
the connected iommu through the device link interface.
In case the device link is not setup these get/put_suppliers()
calls will be a no-op, and the iommu driver should take care of
powering on its devices accordingly.
Signed-off-by: Vivek Gautam <vivek.gau...@codeaurora.
From: Sricharan R
Finally add the device link between the master device and
smmu, so that the smmu gets runtime enabled/disabled only when the
master needs it. This is done from add_device callback which gets
called once when the master is added to the smmu.
qcom,smmu-v2 is an arm,smmu-v2 implementation with specific
clock and power requirements. This smmu core is used with
multiple masters on msm8996, viz. mdss, video, etc.
Add bindings for the same.
Signed-off-by: Vivek Gautam <vivek.gau...@codeaurora.org>
---
.../devicetree/bindings/iom
aran R <sricha...@codeaurora.org>
[vivek: Cleanup pm runtime calls]
Signed-off-by: Vivek Gautam <vivek.gau...@codeaurora.org>
---
drivers/iommu/arm-smmu.c | 45 +
1 file changed, 41 insertions(+), 4 deletions(-)
diff --git a/drivers/iommu/ar
;
Signed-off-by: Archit Taneja <arch...@codeaurora.org>
[vivek: Clock rework to request bulk of clocks]
Signed-off-by: Vivek Gautam <vivek.gau...@codeaurora.org>
---
drivers/iommu/arm-smmu.c | 55 ++--
1 file changed, 53 insertions(+), 2
device_link between masters and smmu
Vivek Gautam (3):
base: power: runtime: Export pm_runtime_get/put_suppliers
iommu/arm-smmu: Add support for qcom,smmu-v2 variant
drm/msm: iommu: Replace runtime calls with runtime suppliers
.../devicetree/bindings/iommu/arm,smmu.txt | 43 +++
On 01/12/2018 04:23 AM, Rafael J. Wysocki wrote:
On Tue, Jan 9, 2018 at 11:01 AM, Vivek Gautam
<vivek.gau...@codeaurora.org> wrote:
The device link allows the pm framework to tie the supplier and
consumer. So, whenever the consumer is powered-on the supplier
is powered-on
Hi Rob,
On 01/12/2018 03:53 AM, Rob Herring wrote:
On Tue, Jan 09, 2018 at 03:31:48PM +0530, Vivek Gautam wrote:
qcom,smmu-v2 is an arm,smmu-v2 implementation with specific
clock and power requirements. This smmu core is used with
multiple masters on msm8996, viz. mdss, video, etc.
Add
On 01/09/2018 04:53 PM, Rafael J. Wysocki wrote:
On Tuesday, January 9, 2018 11:01:43 AM CET Vivek Gautam wrote:
This series provides the support for turning on the arm-smmu's
clocks/power domains using runtime pm. This is done using the
recently introduced device links patches, which lets
qcom,smmu-v2 is an arm,smmu-v2 implementation with specific
clock and power requirements. This smmu core is used with
multiple masters on msm8996, viz. mdss, video, etc.
Add bindings for the same.
Signed-off-by: Vivek Gautam <vivek.gau...@codeaurora.org>
---
* Major change in this
aran R <sricha...@codeaurora.org>
[vivek: Cleanup pm runtime calls]
Signed-off-by: Vivek Gautam <vivek.gau...@codeaurora.org>
---
drivers/iommu/arm-smmu.c | 45 +
1 file changed, 41 insertions(+), 4 deletions(-)
diff --git a/drivers/iommu/ar
://patchwork.kernel.org/patch/9827825/
Signed-off-by: Vivek Gautam <vivek.gau...@codeaurora.org>
---
* This is v2 of the patch [1]. Adding it to this patch series.
[1] https://patchwork.kernel.org/patch/10102447/
drivers/base/power/runtime.c | 2 ++
1 file changed, 2 insertions(+)
diff
From: Sricharan R
Finally add the device link between the master device and
smmu, so that the smmu gets runtime enabled/disabled only when the
master needs it. This is done from add_device callback which gets
called once when the master is added to the smmu.
;
Signed-off-by: Archit Taneja <arch...@codeaurora.org>
[vivek: Clock rework to request bulk of clocks]
Signed-off-by: Vivek Gautam <vivek.gau...@codeaurora.org>
---
drivers/iommu/arm-smmu.c | 55 ++--
1 file changed, 53 insertions(+), 2
() calls, to power-up
the connected iommu through the device link interface.
In case the device link is not setup these get/put_suppliers()
calls will be a no-op, and the iommu driver should take care of
powering on its devices accordingly.
Signed-off-by: Vivek Gautam <vivek.gau...@codeaurora.
445/
Sricharan R (3):
iommu/arm-smmu: Add pm_runtime/sleep ops
iommu/arm-smmu: Invoke pm_runtime during probe, add/remove device
iommu/arm-smmu: Add the device_link between masters and smmu
Vivek Gautam (3):
base: power: runtime: Export pm_runtime_get/put_suppliers
iommu/arm-smmu: Add supp
On 11/28/2017 05:13 AM, Rob Clark wrote:
On Mon, Nov 27, 2017 at 5:22 PM, Stephen Boyd<sb...@codeaurora.org> wrote:
On 11/15, Vivek Gautam wrote:
Hi,
On Mon, Aug 7, 2017 at 5:59 PM, Rob Clark<robdcl...@gmail.com> wrote:
On Mon, Aug 7, 2017 at 4:27 AM, Vivek Gauta
Hi Will,
On 10/14/2017 12:38 AM, Will Deacon wrote:
On Wed, Sep 06, 2017 at 11:07:35AM +0530, Vivek Gautam wrote:
We don't want to touch the TLB when smmu is suspended, so
defer the TLB maintenance until smmu is resumed.
On resume, we issue arm_smmu_device_reset() to restore the
configuration
Hi,
On Mon, Aug 7, 2017 at 5:59 PM, Rob Clark <robdcl...@gmail.com> wrote:
> On Mon, Aug 7, 2017 at 4:27 AM, Vivek Gautam
> <vivek.gau...@codeaurora.org> wrote:
>> On Thu, Jul 13, 2017 at 5:20 PM, Rob Clark <robdcl...@gmail.com> wrote:
>>> On Thu, Jul 1
Hi Rob,
On 09/19/2017 07:40 PM, Rob Herring wrote:
Thanks for reviewing the patch.
On Tue, Sep 12, 2017 at 05:31:07PM +0530, Vivek Gautam wrote:
ARM MMU-500 implements a TBU (uTLB) for each connected master
besides a single TCU which controls and manages the address
translations. Each
Hi,
On 09/06/2017 11:07 AM, Vivek Gautam wrote:
We don't want to touch the TLB when smmu is suspended, so
defer the TLB maintenance until smmu is resumed.
On resume, we issue arm_smmu_device_reset() to restore the
configuration and flush the TLBs.
Signed-off-by: Vivek Gautam <vivek.
as long as it's available.
When the master is not available, the TBUs are identified with
sid and powered on.
Signed-off-by: Vivek Gautam <vivek.gau...@codeaurora.org>
---
- The idea behind this patch is to handle the distributed smmu
architectures, similar to MMU-500.
- Untest
On Thu, Jul 13, 2017 at 5:20 PM, Rob Clark <robdcl...@gmail.com> wrote:
> On Thu, Jul 13, 2017 at 1:35 AM, Sricharan R <sricha...@codeaurora.org> wrote:
>> Hi Vivek,
>>
>> On 7/13/2017 10:43 AM, Vivek Gautam wrote:
>>> Hi Stephen,
>>>
>>>
Hi Robin,
On Fri, Aug 4, 2017 at 10:34 PM, Robin Murphy <robin.mur...@arm.com> wrote:
> On 03/08/17 06:35, Vivek Gautam wrote:
>> Hi Robin,
>>
>>
>>
>> On 08/02/2017 05:47 PM, Robin Murphy wrote:
>>> On 02/08/17 10:53, Vivek Gautam wrot
Hi Robin,
On 08/02/2017 05:47 PM, Robin Murphy wrote:
On 02/08/17 10:53, Vivek Gautam wrote:
We don't want to touch the TLB when smmu is suspended.
Defer it until resume.
Signed-off-by: Vivek Gautam <vivek.gau...@codeaurora.org>
---
Hi all,
Here's the small patch in response of sugg
We don't want to touch the TLB when smmu is suspended.
Defer it until resume.
Signed-off-by: Vivek Gautam <vivek.gau...@codeaurora.org>
---
Hi all,
Here's the small patch in response of suggestion to defer tlb operations
when smmu is in suspend state.
The patch stores the TLB requests in
l.dea...@arm.com>
>>>>>>>>> wrote:
>>>>>>>>>> On Thu, Jul 13, 2017 at 10:55:10AM -0400, Rob Clark wrote:
>>>>>>>>>>> On Thu, Jul 13, 2017 at 9:53 AM, Sricharan R
>>>>>>>>>&g
On Thu, Jul 13, 2017 at 7:27 PM, Vivek Gautam
<vivek.gau...@codeaurora.org> wrote:
> On Thu, Jul 13, 2017 at 11:05 AM, Sricharan R <sricha...@codeaurora.org>
> wrote:
>> Hi Vivek,
>>
>> On 7/13/2017 10:43 AM, Vivek Gautam wrote:
>>> Hi Stephen,
>
On Thu, Jul 13, 2017 at 11:05 AM, Sricharan R <sricha...@codeaurora.org> wrote:
> Hi Vivek,
>
> On 7/13/2017 10:43 AM, Vivek Gautam wrote:
>> Hi Stephen,
>>
>>
>> On 07/13/2017 04:24 AM, Stephen Boyd wrote:
>>> On 07/06, Vivek Gautam wrote:
>
Hi Stephen,
On 07/13/2017 04:24 AM, Stephen Boyd wrote:
On 07/06, Vivek Gautam wrote:
@@ -1231,12 +1237,18 @@ static int arm_smmu_map(struct iommu_domain *domain,
unsigned long iova,
static size_t arm_smmu_unmap(struct iommu_domain *domain, unsigned long iova
On 07/13/2017 04:25 AM, Stephen Boyd wrote:
On 07/06, Vivek Gautam wrote:
diff --git a/drivers/iommu/arm-smmu.c b/drivers/iommu/arm-smmu.c
index ddbfa8ab69e6..75567d9698ab 100644
--- a/drivers/iommu/arm-smmu.c
+++ b/drivers/iommu/arm-smmu.c
@@ -1348,6 +1348,7 @@ static int arm_smmu_add_device
On 07/13/2017 04:31 AM, Stephen Boyd wrote:
On 07/12, Stephen Boyd wrote:
On 07/06, Vivek Gautam wrote:
From: Sricharan R <sricha...@codeaurora.org>
The smmu needs to be functional only when the respective
master's using it are active. The device_link feature
helps to track such func
Hi Rob,
On Mon, Jul 10, 2017 at 9:10 AM, Rob Herring <r...@kernel.org> wrote:
> On Thu, Jul 06, 2017 at 03:07:05PM +0530, Vivek Gautam wrote:
>> qcom,msm8996-smmu-v2 is an arm,smmu-v2 implementation with
>> specific clock and power requirements. This smmu core is used
>
qcom,msm8996-smmu-v2 is an arm,smmu-v2 implementation with
specific clock and power requirements. This smmu core is used
with multiple masters on msm8996, viz. mdss, video, etc.
Add bindings for the same.
Signed-off-by: Vivek Gautam <vivek.gau...@codeaurora.org>
---
Documentation/devi
lt;sricha...@codeaurora.org>
[vivek: clock rework and cleanup]
Signed-off-by: Vivek Gautam <vivek.gau...@codeaurora.org>
---
.../devicetree/bindings/iommu/arm,smmu.txt | 24 ++
drivers/iommu/arm-smmu.c | 12 ++-
2 files changed, 3
From: Sricharan R
Finally add the device link between the master device and
smmu, so that the smmu gets runtime enabled/disabled only when the
master needs it. This is done from add_device callback which gets
called once when the master is added to the smmu.
aran R <sricha...@codeaurora.org>
[stanimir: added runtime pm in .unmap iommu op]
Signed-off-by: Stanimir Varbanov <stanimir.varba...@linaro.org>
[vivek: Cleanup pm runtime calls]
Signed-off-by: Vivek Gautam <vivek.gau...@codeaurora.org>
---
drive
;
Signed-off-by: Archit Taneja <arch...@codeaurora.org>
[vivek: Clock rework to loop over clock names data]
Signed-off-by: Vivek Gautam <vivek.gau...@codeaurora.org>
---
drivers/iommu/arm-smmu.c | 95 +++-
1 file changed, 94 insertions(+), 1
fwspec->iommu_priv is available only after arm_smmu_master_cfg
instance has been allocated. We shouldn't free it before that.
Also it's logical to free the master cfg itself without
checking for fwspec.
Signed-off-by: Vivek Gautam <vivek.gau...@codeaurora.org>
---
drivers/iommu/arm-s
device
iommu/arm-smmu: Add the device_link between masters and smmu
iommu/arm-smmu: Add support for MMU40x/500 clocks
Vivek Gautam (2):
iommu/arm-smmu: Fix the error path in arm_smmu_add_device
iommu/arm-smmu: Add support for qcom,msm8996-smmu-v2 clocks
.../devicetree/bindings/iommu/arm
301 - 343 of 343 matches
Mail list logo